六端交付标准 证明端之一 Traceable
可追溯
微观单案层面，每个决策有思维链、有数据出处、有操作日志、可回滚。
定义与交付底线
微观单案层面，每个决策有思维链、有数据出处、有操作日志、可回滚。
和其他端的关系
进场核查
手册 2.4「六端信息核查表」里可追溯端的事项。等级：硬，拿不到就不能开启对应能力或不能上线；降，可收窄范围先上线，边跑边补；弃，客户明确不在意时按最小标准处理或跳过。
| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 审计留痕要求（合规部门） | 无要求时自定最小标准：全量思维链加操作日志 | 强监管行业一票否决；客户真不在意按最小标准即可 | 弃 （条件） |
| 责任归属约定（管理层） | 访谈后书面约定 | 出事互相甩锅，项目死在内部政治 | 降 |
| 回滚要求（业务加 IT） | 对照高危清单逐项标注并实测可逆性 | 不可回滚的操作一律不给自动执行 | 硬 （限高危） |
| 留痕成本预算（IT） | 自己估算 | 客户不在意审计时全量留痕是浪费 | 弃 |
设计模式
手册 3.1「十个部署设计模式」里对应可追溯的模式：
- P8 版本锁定与回归门 prompt、模型、工具全部钉版本；golden set 回归不过，任何变更不上线 对应端：可度量、可追溯
- P10 全量留痕最小标准 思维链、数据引用、操作日志、可回滚标记，默认全开；客户书面放弃后方可降配 对应端：可追溯
验收门里的相关项
手册 4.1「单流程三级验收门」里和可追溯有关的验收项：
门 A：Copilot 上线门（只建议，不执行）
- 可追溯： 日志完整性抽查通过；每条建议均带数据引用
门 B：HITL 自动执行门（人确认后执行）
- 回滚： 回滚演练通过；不可回滚操作不入自动执行范围
理论锚点
手册附录 A：
- 理论锚点
- ISO 9001 追溯性、内控与 SOX 审计轨迹、RACI
- 一句话引用
- AI 的每个决策要过得了贵司现有的审计，而不是要求审计为 AI 破例
业界案例里的这一端
Datawhale《FDE 案例100》第一期的 24 个案例里，我们标注了 4 个体现可追溯的案例。下面是标注理由（我们的分析，不是原书内容）：
- NO.3 从案头工作到智能协作：FDE用AI优化诉讼律师的案件处理能力 法条检索和判例匹配交给专业系统，保证引用准确、可核查；分析、建议和文书草稿都存放在案件空间里，过程可回溯。
- NO.19 从人工排队到审核前置：FDE用AI重构消费品研发协同与包装审核 每条审核结论带来源置信度，并能回溯到原始数据，便于人工复核。
- NO.20 从看不清订单到看清经营：FDE用AI让制造企业的经营流程更透明 每笔应付款都能回溯到对应的客户订单和上游采购，老板看到的数字有出处。
- NO.24 从发货到动销：FDE用AI打通跨境快消的海外数据断层 答案必须落到原始数据行，每个数字可点开查看来源，溯不回去的问题宁可不答；风险标记也附带判断依据。