W01 · 核心缺口已证实 + 责任推断
完成条件晚到，局部 PASS 没覆盖可开始性
现象：用户多次要求可发柏甫；430 与部署门通过后，盲读仍指出匹配运价和同单司机任务不足。
边界：局部入口可用；不能据此说所有匹配订单都会失败。主代理应准备可重建内部样例，客户专属金额仍由有权者确认。
试行：开工即写接收人、版本、角色、匹配数据、一步预期和证据。
00 · 阅读版补充
读之前先看这一页
这一节是网络阅读副本新增的说明，原报告里没有。它只解释怎么读、术语和编号从哪里来，不更改任何历史结论、不加新判断、不替客户裁定。
本页是什么：执行方 2026-09-30 复盘报告的网络阅读副本，版式和八节核心内容保留原样，方便在浏览器里链接、搜索和打印。
本页不是什么：不是原始会话记录，不是客户验收，不是发布或发送授权，也不替代仓内正式入口。原文链接指向本站内的脱敏副本；项目原始文档没有整仓复制，改按“来源目录”说明标题、性质与本地归档状态。
三个入口，先记住
同一个 G，两套编号，别混用
本页出现的 G1 / G2 / G3 / G4 默认指MVP 修复包编号；客户验收表里另有一套客户流程编号。两者含义不同，阅读时先看上下文与来源。客户 G2 不等于 MVP-G2，客户 G4 不等于 MVP-G4。
第一套
MVP 修复包编号（本页默认含义）
来源：2026-09-28 主代理派发的任务书与集成验收记录，属于内部拆分工作的标签。没有证据证明字母 G 是某个英文词的缩写，不替它编造含义。
| 编号 | 指什么 |
|---|---|
| MVP-G1 | 订单入口修复：能否创建 / 保存 / 提交订单，错误与状态提示是否正确。 |
| MVP-G2 | 审批端真实登录会话及订单摘要修复：登录后能否拿到有权处理的待办与摘要。 |
| MVP-G3A | 派车装载字段、重量及兼容修复。局部通过不代表按吨计价的金额链通过。 |
| MVP-G3B | 审批价格冻结的客户走查备选：待裁定方案，不是现行规则，也不是已完成的实现。 |
| MVP-G4 | 司机真实定位与拒绝定位处理：拒绝时明确无坐标，不提交假坐标。 |
第二套
客户流程编号
来源：2026-09-28 客户验收 Excel 的《整体业务流程顺序图》A3:D22，经《2026-09-28-客户主线测试版-产品接续》记录。这是客户侧业务顺序，不是内部修复包。
| 编号 | 客户流程环节 |
|---|---|
| 客户 G0 | 基础资料 |
| 客户 G1 | 订单 |
| 客户 G2 | 调度 / 计费 |
| 客户 G3 | 业务核算审批 |
| 客户 G4 | 应收 |
| 客户 G5 | 应付 |
| 客户 G6 | 日志 |
另有第三套命名范围：PRD 里的 S0-G1 等“差距编号”，与上面两套都不同。
几处通俗说法
- 夹具（fixture）：测试前准备的一组账号、订单、运价等数据和环境，像实操前先备好演练材料。缺夹具常是材料没备齐，不一定是产品坏了。
- mock（模拟）：用预设回答替代真实后台，只检查页面局部行为，不证明真实业务链已经跑通。
- rc（退出码）：程序结束时的状态码，通常 0 表示命令成功；但仍要看实际执行了几项，0 条测试不算通过。
- 其余术语（E2E、UAT、POD、回归、红测绿测、冷启动、worktree、候选版、SHA、Cron、来源效力）见 术语与编号来源。
补充属阅读解释：不更改历史回执，不替客户裁定金额 / POD，也不把暂未证明的结果写成通过。快照日期：2026-09-30。来源清单：来源目录。
01 · 概览先看结论
先看结论
再看证据
独立测试、隔离工作区、金额边界和失败回执确实发挥作用；把局部成果收成“别人可立即开始”的交付，仍主要靠用户多次纠偏。应用上线与客户业务主线通过，是两件不同的事。工作流发现 · 项目发现
核心差距：v0.2.22 演示应用已上线，局部入口和发布探针有证据；9/30 资料盲读仍指出匹配运价、同单审批待办、司机任务等前置不足。不能从本地 430 条浏览器套件推出柏甫打开清单后能立即走完三段，更不能推出阶段 1 同单主线完成。独立审阅原稿
五个交付对象要分开记
已证实线上应用
v0.2.22 / build 260929.02 / 2dfac6b0；部署探针 4/4，入口、登录与只读检查有当批回执。
候选柏甫资料
版本说明、当前说明、走查清单形成并做静态验收；可读不代表前置测试数据齐全。
版本不一致线上 guide
本地 v0.2.22 候选已备；线上历史页仍 v0.2.18。既有第 10 条授权已被重新识别，本次复盘已修窄三份现行流程口径，但未发布。
未证明齐备可实操数据
当时线上抽样客户 / 线路未显示运价预览，审批待办为 0；同单司机任务未准备成可复现样例。
未验证同单 E2E
订单→审批→派车→POD→实际应收→收入回看没有同一订单完整回执；客户 19 条执行子集为 0；它与 Sol 设计的 19 条定向测试是两份不同的表。
430/430隔离本地候选浏览器双阶段，0 失败、0 跳过、rc=0；非线上主线。rc=0 只说明该命令结果，仍要看真实执行数和覆盖范围
4/4成功部署批次的发布探针；此前失败批次 3/4 仍保留
0/19客户主线执行子集的实际执行数
未知跨模型净成本、并行净提速与 DeepSeek 推理强度
图 1 · 从包级成果到接收人可开始的交付
02 · 时间线十个阶段
十个阶段
看方向如何改变
用户先提出主线目标，随后依次纠正测试路由、用例时序、资料“完整”的含义、易读性、可发标准、部署停点和 guide 同步。每个阶段都区分动作与实际结果；详细逐项出处见时间线原表。
19/28 16:44–17:19接手
从会议、手册和客户表找主线
建立客户 19 条待执行子集；识别原有 35 条测试不能解释客户订单入口为何失败。此时 19 条执行数为 0，尚未开发或发布。
29/28 17:32–18:06路由纠偏
G1 先开发会话自测，后改独立执行
用户明确所有测试交 DeepSeek。早期两轮环境受阻均 0 执行，之后独立 mock（用预设回答替代真实后台的模拟测试）浏览器 3/3；这证明固定入口场景，不证明真实服务主线。
39/28 18:09–20:22测试时序
G2/G3：作者独立与先写预期分开
用户要求 Sol 从需求先定用例、DeepSeek 执行。G2 完整用例仍晚于实现；G3A 后来先写再开发，最终兼容与重量 11/11，但金额链 400 阻断。
49/28 20:25–21:21等业务决定
并行推进定位，金额仍等裁定
财务后置不等于取消。G4 定位由 K3 改司机端、DS 做红绿验证，最终局部 4/4；价格冻结、POD 和应收仍不能由 AI 代定。
59/28 22:12–9/29 00:22资料重写
“完整”改为汇总已知与缺口
先形成 13 条阶段 1 需求、19 条定向测试、11 个待定项；用户再次指出人难读，随后用角色和同一订单重写。15 个主题入口可用，但并非自动注入或全部正文整合。
69/29 15:12–21:30隔离候选
内测候选通过本地 430 门
用户要求做到可发并允许并行但不干扰。隔离工作区修夹具（测试前备好的数据环境）、视觉和交互问题；最终双阶段 430/430、0 失败、0 跳过、rc=0。前置业务数据仍未齐。
79/29 21:39–22:47恢复停顿
部署、服务器与登录态被混在一起
主代理反复询问凭据安全位置；实际上应先检索旧脚本与记录，并说明业务账号用于上线后验证。v0.2.21 曾实际切流量但匿名预热 FAIL，不能写成 PASS。
89/29 22:49–9/30 00:09部署完成
认证恢复后，v0.2.22 上线
安全存取协议、登录预热与认证构建修正后，成功批次 260929.02 的部署探针 4/4，线上只读 6/6、mock 3/3。真实订单、审批决定、司机打卡未跑；guide 遗漏。
上线回执（原件在本地归档，本站不转载）
99/30 09:45–11:06资料与 guide
三件套成形，线上 guide 仍旧
版本资料和本地 guide 候选落盘，多轮检查修正 UI/版本口径；盲读仍指出数据不足。线上 guide 保持 v0.2.18，新增“本次授权”关口随后被审阅指出冲突。
资料 / guide 回执（原件在本地归档） · 采纳
03 · 分工谁提出要求，
谁提出要求，
谁实际执行
任务书里的“要求模型”与运行回执里的“observed model/provider”分开记。历史主代理为 GPT-6 Sol / high；本次复盘主代理为 GPT-6.1 Sol / high。原生子代理角色不能自动证明每个包的实际 provider。编排原文 · 模型账本
| 角色 / 通道 | 在会话中的任务 | 可核证据 | 限制 |
|---|---|---|---|
| 主代理 · Sol high | 接手、需求判断、派工、验收、集成、部署协调；也直接写部分任务书、易读稿和回执。 | 历史 turn context 为 GPT-6 Sol / high；本次审计为 GPT-6.1 Sol / high。 | “主代理”不等于所有正文都由子代理完成。 |
| Sol / Astra / Luna / Terra 原生代理 | Sol 做复杂实现、设计与用例；Astra 核权限和金额高影响分叉；Luna 扫描 / 简单模块；Terra 综合来源。 | 派工字段与角色声明可见；重要业务裁定另看产物和回执。 | 并非每个原生包都留有独立 provider 日志。 |
| DeepSeek V4.1 Flash | 用户纠偏后的独立单元、集成、浏览器和批次执行。 | 多个包记录 observed_model=deepseek-v4.1-flash、provider=dashscope_ds、route_verified；原始 rc 与执行数另列。 | 推理强度未可靠回传；0 执行或 CLI 启动不算通过。 |
| Kimi K3 | 司机端前端、候选交互及 guide 尝试。 | G4 有 kimi-k3 / tencent_tokenhub 路由记录；后续小补正遇 402。 | 9/30 guide 的 K3 调用 rc=1、输出缺失；实际 provider 未核，最终由 Sol 完成，不能称 K3 交付。 |
有效的分工
独立执行 + 原始数字
测试作者与执行者分离，DeepSeek 结果必须带 rc（退出码）、通过 / 失败 / 跳过与实际执行数。
仍需改进
用例设计的时间
G1 早期自测，G2 虽作者独立却完整设计晚于实现；G3/G4 才更接近先确定预期。
无法量化
并行收益与成本
冻结历史可见 57 次原生 spawn、70 次 DS CLI agent、5 次 K3 CLI agent 启动；含失败重试，缺费用和串行对照，不能算提速。
技能读取与实际效果也分开：项目推进、任务路由、证据核查、变更门、模型池、需求发现等有可观察触发；读过技能不等于每条指导都落实。详见技能账本。
04 · 工作流八个发现
八个发现
有效与问题并列
可搜索具体问题，例如“guide”“0 执行”“完整 PRD”“430”。每项包含已证实的现象、必要反证和一个较小的改法。因果解释标为推断，不把用户反馈本身当问题。八项原文
显示 8 / 8 项
W02 · 测试时序先偏后修
独立执行已纠正，先写预期尚非全程到位
现象：G1 早期开发会话写并测；G2 完整用例晚于实现；G3/G4 后来先写用例再交 DS 红绿执行。
边界：不能用后改规则追溯判早期全部违规；G2 作者独立，仍有时序问题。
试行：每个关键包记录作者、设计版本与时间、开发开始时间、实际执行路由。
W03 · 环境防误报有效
权限与夹具错配带来 0 执行
现象：G1 缓存 / 监听受阻两轮 0 执行；其他包也遇环境或角色误解。
边界：这些轮次没有计作通过。0 执行首先查环境和用例选择，不能自动写成产品 bug。
试行：派测前明示缓存、端口、浏览器、数据权限，并做一次环境预检。
W04 · 阻塞归因已纠正
部署能力与上线后登录验证被混在一起
现象：匿名预热使 v0.2.21 实际切流量却脚本 FAIL；恢复位置不清，主代理重复向用户问安全凭据。
边界：真实登录态验证确需账号；不能因服务器可连就说业务已可用，也不能把脚本 FAIL 写 PASS。
试行：先查已有安全恢复入口，明确“账号是为了上线后验证”，再报告真正缺的权限。
W05 · 授权误读已采纳纠正
guide 漏同步，新增授权关口与既有第 10 条冲突
现象：应用 v0.2.22 已上，线上 guide 仍 v0.2.18；上一轮把“本次页面授权”当停点。独立审阅指出现有工作偏好已授权演示环境更新后同步说明页。
边界：页面同步与微信发送、正式客户验收是不同对象。复盘修窄流程口径，未实际发布 guide。
试行：发布卡写授权对象和来源；先引用既有授权，扩范围才问。
采纳记录 · 工作偏好（原件在本地归档）
W06 · 资料语义候选已修
先写后对照，产生 UI 与版本误述
现象：初版遗漏草稿删除、库存单价；误写看板入口及审批历史 API 行为。机械检查一度通过，调用链复核才删除误述。
边界：最终候选已修口径；静态语义检查不能证明线上业务可达。
试行：资料开写前给作者本版变更、真实 UI 标签、入口和版本归属。
W06 原文 · 资料回执（原件在本地归档）
W07 · 定义与表达先偏后修
“完整”应说明是哪一种完整
现象：主代理先近似理解为已签认基线；用户澄清是汇总当前已知碎片、显式列缺口，并指出人读不懂。
边界：15 个主题导航可用，但不是全部正文已整合、也不是每包自动注入。
试行：分别标“已知已汇总、规则无歧义、可执行、已签认”，按同单场景写人读材料。
W08 · 可发现性成本未知
证据分散与细碎复测增加协调负担
现象：430 最终回执在隔离 worktree（另一个独立开发目录），此次扫描一度漏掉；部分资料输出在临时目录。本次已补 430 安全快照与索引；最后资料轮有 15 次可见 CLI agent 启动。
边界：有些追加检查抓到了真实误述和数据缺口；缺费用 / 耗时基线，不能说浪费了多少。
试行：一个版本一个收口入口，存稳定指针；低风险文字合批核对，改后只复测受影响项。
没有匹配项。请换一个词，或点“显示全部”。
值得保留的防护
证据先于结论
实际 provider、原始 rc、执行数与 skipped 分开记；历史红灯不被最终绿灯覆盖。
金额与权限边界
审批价格版本缺失时停计划收入；POD 两份规格冲突时不擅自选一个当客户规则。
隔离与所有权
冻结候选与独立工作区保护了他人改动，也让本地 430 批次有清楚版本边界。
05 · TMS 项目版本已上线，
版本已上线，
业务主线未过
近期可交的是 G1 订单入口、G2 审批会话 / 摘要、G4 司机定位三个局部内测位置（均按 MVP 修复包编号）。阶段 1 的目标是同一订单从登录和主数据走到实际应收及收入回看；目前没有完整同单运行回执。项目报告 · 项目来源索引
图 2 · 同一订单业务链与证据覆盖
每一段实际证明了什么
| 位置 | 已有证据 | 仍缺的证据 / 动作 |
|---|---|---|
| G1 订单入口 | 本地 mock 浏览器 3/3；线上订单页可达，抽样可见 14 个客户和 26 条线路。 | 选匹配客户、线路、货类及费率，真实创建 / 提交订单并保存订单 ID。 |
| G2 审批摘要 | 本地真实认证浏览器 2/2、摘要服务端 10/10、权限矩阵 199/199。 | 线上当时待办为 0；需独立审批账号在同单上看摘要、做决定、核状态和权限。 |
| G3A 派车吨数 | 重量 / 兼容 11/11；历史金额正例被 400 阻断。 | 审批时价格冻结、改单、旧单及分车收入时点由业务方裁定；该包未纳 v0.2.22。 |
| G4 司机定位 | 本地定向 4/4；拒绝定位不伪造坐标。 | 线上尚无同单司机任务的真实授权 / 拒绝打卡回执。 |
| 阶段 1 E2E | 需求和验收定义已列 E2E-MVP-001。 | 同单从订单到 POD、确认实际应收、订单与运单收入回看；客户主线 19 条执行子集为 0 执行；它与 Sol 独立设计的 19 条定向测试不是同一份表。 |
哪些是决定，哪些是缺证
不得代定
价格与 POD
审批实例缺审批时价格版本，因此不能以当前运价写入已获批计划收入。POD 资料对“卸货照是否必需”口径不同；客户签字回单缺失必须阻断。二者需要具体业务样例和有效裁定，不能把未知直接归成实现 bug。
资料与范围
财务、币种、赞比亚
D47 把应付、报表及多数财务细节放到阶段 1 后，不是取消实际应收终点。U13 只确认订单与发票币种一致；U34 客户确认赞比亚“一期要上”并计划维护基础数据再测试；组织、税码和运行结果仍未验证。
图 3 · 发布门、资料和业务交付的缺口
下一次项目推进按这个顺序取证
- 备一笔可重建内部样例固定组织、匹配运价的客户 / 线路 / 货类、五类角色、车辆与司机任务；账号记录角色和入口，不记录口令。
- 先跑已部署的局部三段同一订单真实完成 G1 创建 / 提交、G2 待办 / 决定、G4 授权与拒绝定位，逐步留订单 ID、执行结果和首个断点。
- 将金额与 POD 分叉交有权者裁定拿同一业务样例明确审批价格冻结、改单、旧单、卸货照与应收时点，再按变更门实现和独立验证。
- 最后执行 E2E-MVP-001 与客户 19 条用同版同单证据连接派车、POD、实际应收和收入回看；未执行项保持未验证。
06 · 独立审阅反对意见
反对意见
如何改变结论
审阅者以独立会话读取脱敏对话、用户原话和项目回执，没有拿到主代理结论草稿。它与主代理同属 Sol 系列，能够提供独立反证，但不能称跨模型盲审。独立原稿 · 逐项采纳
明确纠正
guide 授权
独立审阅指出既有工作偏好第 10 条已授权演示环境更新后同步说明页；新设“本次重新授权”停点与其冲突。主代理采纳并修窄现行流程口径。这不是 guide 已上线。
收紧完成定义
能访问不等于能开始
9/29 “可发”表述过满。应把匹配数据、同单任务和角色作为交付前置；同时承认局部入口可用，不能说所有匹配订单都失败。
补回证据
430 回执不在根仓
根仓扫描一度漏掉隔离工作区的最终 430/430 回执。采纳后修索引，不重新跑产品全量；回执的版本范围仍限隔离候选。
其他采纳与不能越过的边界
| 独立意见 | 采纳后的结论 | 仍不能推出 |
|---|---|---|
| G1 自测、G2 晚设计 | 作者独立与时间独立分开记；后续 G3/G4 改进不回写早期。 | 不能抹掉后来 DS 独立复测的局部通过。 |
| 部署与登录混用 | 安全账号用于上线后验证；先查恢复路径，已知服务器权限不应反复转问。 | 不能把脚本 FAIL 或无登录态探针写成业务 PASS。 |
| 低成本并行未证 | 57 次 spawn 与多次 CLI 仅说明活动密度；下一批采集时间、返工与费用。 | 不能凭调用数声称省时省钱。 |
| 建议作两周实验 | 除已证实的授权冲突定向纠错，其余先用可逆试行验证。 | 不能把六项建议直接写成长期硬门。 |
本次复盘也有纠偏：读取会话时遇轮数上限，改从本机记录安全提取可观察事件；扫描曾漏隔离候选；项目来源链接与原稿行号曾修正。这些返工已在采纳记录列出。独立审阅没有执行产品测试或访问线上。
07 · 改进六个可逆试行，
六个可逆试行，
两周后看数据
以小动作检验能否减少反复纠偏，同时保留独立测试、金额边界和隔离候选。下表是计划，不是已实施或已写入全局规则；没有事后虚构的成本基线。完整模板与回退 · 独立建议
| 试行 | 下一批只改的动作 | 两周内观察什么 |
|---|---|---|
| 1 · 五行终点卡 | 在现有状态 / 发布回执列应用、柏甫资料、线上 guide、可实操数据、同单 E2E；各填版本、证据、下一责任人。 | 用户为“现在到哪”补问次数；五行有证覆盖率；局部 PASS 被称整线通过次数应为 0。 |
| 2 · 可重建内部样例 | 隔离库备匹配运价、分角色账号、订单与司机任务；资料发出前由独立测试者实际走一次。 | 前置数据齐备率；首次逐段走完率；因无运价 / 待办 / 司机任务中断的次数。 |
| 3 · 用例先行账 | 关键包开头记录用例作者、写入时间、执行者实际路由；保留 G1 式例外说明。 | 设计先于 / 并行开发比例；实际 DS 执行比例；模型与强度无法核实的项数。 |
| 4 · 红灯按类型复测 | 产品代码变更先定向再一次整批；纯夹具（测试数据环境）/ 环境问题先修环境并按影响复测；保留红灯。 | 同 SHA、同数据重复全量数；连续 0 执行数；最终真实执行 / 跳过数。 |
| 5 · 授权引用栏 | demo 应用、guide 同步、微信发送、正式客户轮次分列，先引用既有第 10 条授权。 | 重复问授权停顿、应用 / guide 版本不一致时长、误发或错版次数。 |
| 6 · 并行收益账 | 记录并行包起止、等待、返工和工具成本（若可得），与相似串行包比较。 | 可归因历时、返工轮次与费用覆盖；无可比样本则维持“未知”。 |
项目的下一步
先补可开始场景
为已部署 G1/G2/G4 准备可重建数据和同单任务，独立实跑三段并记录首个断点；并行收集价格冻结与 POD 裁定样例。实际应收仍是阶段 1 终点，不需等所有后置财务项。
工作流的下一步
一包一张收口卡
下一包试用“目标 / 范围 / 授权 / 角色数据 / 用例基线 / 实际结果 / 线上与 guide 状态 / 首个断点”模板；低风险资料合批验收，只有实际重复失误才改权威入口。
展开：一页收口卡需要记录什么
- 接收人是谁，拿到哪个版本、入口和角色后能做哪一个场景。
- 本轮包含、后置、待裁定的范围及有效需求 / 决定来源。
- 不含口令的组织、账号角色、订单 / 车辆 / 任务 ID 与前置状态。
- 独立用例作者、时间、预期、允许环境；执行者实际模型 / provider、原始 rc、执行 / 通过 / 失败 / 跳过。
- 代码、线上应用、guide、说明、数据、消息、客户确认分别是什么状态。
- 首个断点的现象、证据、责任人和下一动作；必要门通过且无具体疑点时停止扩测。
完整文本见优化建议与模板。
08 · 证据想复核时
想复核时
从这里进入
页面内已给关键范围和限制；以下链接用于继续核细节。本站已把报告配套的 Markdown 做成脱敏副本放在本目录，点开即可阅读；未复制的项目原件标为“原件在本地归档”，不留下指向本地项目目录的死链。可观察会话与活动 JSON 属原始记录，本站不发布。完整说明见来源目录。
00 范围与方法
来源优先级、状态标签、不能从报告推出的结论。
打开范围文档
01 十阶段时间线
用户指令、动作、当时结果和纠偏顺序。
打开时间线
02 编排与模型
主代理、原生角色、DS / K3 路由及技能账本。
打开编排文档
03 工作流发现
W01–W08 的事实、反证、改法。
打开工作流报告
04 项目发现
G1/G2/G3A/G4、客户范围、财务和待裁定项。
打开项目报告
05 改进计划
试行顺序、一页模板、项目与工作流下一步。
打开改进计划
06 审阅采纳
独立意见的采纳、未证实边界和本次审计纠偏。
打开采纳记录
独立原稿
未继承主代理结论草稿的反证稿；同系列模型，非跨模型盲审。
打开独立审阅
07 上下文索引
给下一位 AI 的最短读取路径与当前上下文关系。
打开上下文索引
原生派工索引
57 次可观察 spawn 的名称、角色和原始行；请求不等于完成。
打开派工名单
模型与测试证据清单
要求值 / 实际值、原始 rc、执行数、候选与线上边界。
打开证据清单
用户原话与纠偏
用户纠偏原话摘录，不含隐藏推理。
打开用户纠偏
可观察对话与事件索引属原始记录，原件在本地归档，本站不发布。
项目来源索引
S1–S10 对应需求、回执与项目状态，适合追业务结论。
打开来源索引
当前 STATUS 为项目现行入口，原件在本地归档。
工作流窄修回执与原状
三份现行流程已修规则口径，说明页仍未部署；修改前快照单独留存。
修正回执
修改前快照索引原件在本地归档。
产物独立验收报告
测试方按 A01–A13 逐例记录原始 rc、真实执行数与浏览器结果；写明未测与易失来源。
打开验收报告
驱动方收口
驱动方对验收结论的接受范围与“不可推广”边界，含非阻断观察。
打开收口记录
430 候选安全快照
保留原出处与校验指纹的旧回执归档，不是新测试；含当时“尚未部署”描述。
打开候选快照
上线回执与资料 / guide 回执原件在本地归档。
展开：证据读法与易失来源
优先级：用户明确指令与授权 → 安全可观察事件 → 当批任务书 / 代码 / 运行回执 → 代理说明。角色声明和任务书只能证明“要求”，模型 / provider 要看 observed 字段；测试通过要看原始 rc 与真实执行数。
边界：430 证据所在的隔离工作区是本机路径，换设备可能不可用；它指向的临时日志属易失位置，不能假定长期可复现。本目录已保留非敏感的候选回执安全快照及来源索引；快照是旧回执归档，不是新测试。
链接形式：本站是独立静态阅读站，页内链接一律指向本目录内的脱敏副本（Markdown 原文）。指向本机项目目录、桌面端专有协议与临时位置的原始入口没有搬进来，相关位置以“原件在本地归档”标注，标题、日期与证据等级保留；不会静默删除出处。原文中的描述性引号（如「夹具」「mock」）在正文按通俗说法改写，术语本身保留在括号内。