路线阶段：AI Vibe Coding 第 15 章。
本章目标：用完整实战把前 14 章方法串成一条可复用交付链。
学习目标
完成本章后，你应该能做到：
- 将 AI 协作流程完整应用在真实功能交付中。
- 在同一案例中落地任务契约、上下文包、多代理协作和质量门禁。
- 用灰度与指标验证上线质量。
- 完成复盘并沉淀到知识库与模板。
案例背景
需求：新增“活动补签 + 奖励追溯”能力。
业务目标：
- 提升活动参与率。
- 降低补签争议。
- 支持客服快速追溯领奖记录。
技术约束：
- 不改核心战斗逻辑。
- 保持存档兼容。
- 一周内上线灰度。
阶段 1：任务契约
目标：活动补签与领奖追溯
范围：event模块、reward模块、ops查询页
约束：幂等、防重复领奖、时区一致
验收：构建通过、关键测试通过、灰度指标达标
回滚：远程开关可一键关闭补签入口阶段 2：上下文包
注入文件：
- 活动配置定义
- 奖励发放服务
- 存档结构与迁移
- 运营后台查询接口
- 安全规则文档
控制范围：仅允许改 event/*、reward/*、ops/*。
阶段 3：多代理并行
Planner
拆分 4 个子任务：
- 补签规则引擎
- 领奖幂等与风控
- 运营追溯查询页
- 埋点与指标接入
Worker A/B/C
并行开发对应模块，写集互斥。
Reviewer
聚焦高风险点：
- 重复领奖
- 时区边界
- 补签资格校验
阶段 4：机审 + 测试
AI 机审重点发现：
- 一处幂等 token 生成缺字段（P1）
- 一处跨日判定用本地时区（P1）
修复后新增测试：
- 同请求重复领奖应拒绝。
- UTC 跨日边界补签判定正确。
- 活动结束后补签入口关闭。
阶段 5：灰度发布
灰度策略：
- 5% 用户先开。
- 观察 30 分钟关键指标。
- 达标后升至 30%。
观测指标：
- 补签使用率
- 领奖失败率
- 重复领奖拦截率
- 客诉单量变化
阶段 6：复盘回注
复盘结论：
- 模板中缺少“时区约束”导致首轮返工。
- 审查规则新增“跨日逻辑必须 UTC 优先”。
- 上下文包新增“时间处理规范”必选文档。
沉淀资产：
- 新增 playbook《活动补签标准流程》
- 新增测试模板《时区边界用例集》
- 规则库版本升级
结果指标（示例）
- 交付周期：7天 -> 4.5天
- 一次通过率：58% -> 76%
- 上线后回归：2个 -> 0个
- 补签相关客诉：下降 34%
常见坑
坑 1：案例中跳过“回滚设计”
灰度异常时会被动。
坑 2：只复盘代码，不复盘流程
无法真正提升团队能力。
坑 3：资产不沉淀
下次仍然从零开始。
本月作业
选你们当前一个真实需求，完整跑一次端到端协同：
- 任务契约 + 上下文包 + 多代理执行。
- 机审 + 测试 + 灰度发布。
- 输出复盘并更新团队规则库。
下一章：AI Vibe Coding 16《企业级落地蓝图：治理架构、平台路线与规模化推广策略》。