← Playbook 索引
Playbook阶段 14 · 15可泛化原则
发布与生产验证（Release & Production Verification）
交付质量
把“可以合并”和“可以上线”拆成两个决定。测试绿、服务起来都只是前提；真正的发布还要证明制品确实到了生产、核心语义链路可用、异常能回滚，并经过小流量观察。
什么时候拿出来用
- Agent 的提示、工具、守卫、确定性代码、模型或配置准备进入生产
- 长期分支完成集成，需要判断它只是可合并，还是已经可部署
开始前先拿到
- 静态门、Eval 和 P0 缺陷状态
- 可验证的发布制品与回滚版本
- 代表核心链路的生产冒烟 Case
操作主线
怎么推进
公开的是判断与动作骨架。客户数据、私有模板和内部示例不在其中。
- 01
先判 Merge Ready
确认冲突、类型、回归和机械门都清楚，遗留债与本次引入问题分开。
- 02
再过 Release Gate
只有质量阈值、P0 状态、回滚和未决产品决定全部清楚才推生产。
- 03
验证真部署与真行为
检查生产制品包含本次变化，再跑真实入口到真实结果的语义冒烟。
- 04
灰度、观察、放大
先小流量看质量、延迟和异常，再经过观察窗决定放大或回滚。
会留下什么
- 发布检查单
- 生产验证记录
- 放量或回滚的决策台账
过关前再看一遍
- Merge Ready 与 Deploy Ready 分别有证据
- 核心生产链路通过真实语义冒烟
- 回滚可执行且灰度期没有新增高危问题
Exit Gate · 放行条件
发布质量门全绿、可回滚
容易做错的地方
- 拿 CI 绿灯当成生产验收
- 只看部署平台的成功回显
- 回滚只能靠重新改代码发布
这套方法怎么落到你的项目
这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图 入手，或先用 生产上线前深检 定位薄弱环节。