← Playbook 索引
Playbook阶段 11可泛化原则
批量 Defect Campaign（Queue-Driven Multi-Worker）
质量
在失败数量较多时，用文件化队列、有限波次和独立写域收敛缺陷。它避免把整批问题塞进一个对话，也避免多个 worker 同时改同一块代码、互相覆盖并制造新的回归。
什么时候拿出来用
- 一次 Eval、UAT 或集成回归产生大量失败，单会话无法可靠处理
- 缺陷能按责任层分成少量桶，并具备有界并行与独立验证条件
开始前先拿到
- 一条一行、带状态机的缺陷队列
- 可复用的分诊规则和单 Case 验证通道
- 可隔离的文件写域或临时工作区
操作主线
怎么推进
公开的是判断与动作骨架。客户数据、私有模板和内部示例不在其中。
- 01
分诊并建立队列
按根因责任层归桶，状态、负责人、写域和验收引用都落在文件里。
- 02
按小波次派发
每波只放少量同桶、写域不重叠的 Case；上下文只装当前波。
- 03
逐 Case 修、主控验
worker 按单 Case 闭环提交证据，主控独立复跑后才更新为 fixed。
- 04
一波一收口
一波完成后统一提交、部署、回写队列和 handoff，再开启下一波。
会留下什么
- 缺陷队列和波次记录
- 逐 Case 分诊与验证证据
- 可直接续接的 handoff
过关前再看一遍
- 队列状态与实际提交、部署一致
- 当前波没有停在半完成状态的 Case
- 收敛过程中没有净新增硬回归
Exit Gate · 放行条件
队列收敛、无净新增回归
容易做错的地方
- 让模型记住几百条 backlog 状态
- 并行 worker 写域重叠
- 高通过率未经抽检就直接采信
这套方法怎么落到你的项目
这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图 入手，或先用 生产上线前深检 定位薄弱环节。