← 交付方法总览
方法论可泛化原则
交付治理
交付
交付治理管的是节奏与放行：阶段怎么切、Exit Gate 怎么判、变更怎么走、什么情况必须回退。目的是让「继续推进」始终是一个有依据的决定。
什么时候需要它
- 项目在推进但说不清现在处于哪个阶段
- 变更频繁，团队分不清哪些改动需要重新验证
核心内容
它决定什么
公开的是判断与判据。客户口径、私有阈值和内部示例不在其中。
阶段以 Exit Gate 结束，不以时间结束
排期到点不等于阶段完成。判据没满足就要么补课要么显式接受风险并记录，而不是默认往下走。
模型变更是生产变更
换模型、换版本、改温度或改系统提示词，都要走与代码发布同等的验证流程。这是最常被当成配置微调而绕过验证的一类变更。
范围变更要回到验收
新增场景意味着新增验收标准和 Eval 用例。没有配套判据的范围扩张是在给后期埋缺陷。
回退是正常动作
回退到根因所在阶段不是项目失败的标志，而是治理生效的标志。真正的失败是在下游反复修上游问题。
流程完成不等于交付完成
所有会开完、所有票关闭，用户仍然可能没拿到能用的东西。放行判据要落在用户可用性上。
怎么判断它真的到位
- 任何时刻都能回答「当前在哪个阶段、放行条件是什么」
- 最近一次模型或提示词变更，有对应的验证记录
- 有一条明确的回退路径，且团队用过至少一次
常见误区
- 把提示词调整当成配置改动，跳过验证直接上线
- 范围扩了但验收没跟上，缺陷在 UAT 阶段集中爆发
- 把回退等同于返工失败，导致团队宁可硬推
这套方法怎么落到你的项目
这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图 入手，或先用 生产上线前深检 定位薄弱环节。