← Playbook 索引
Playbook可泛化原则
多 Agent / 多人协作（Multi-Agent Collaboration）
质量
让多个 Agent 或多人并行推进同一个大任务时，状态不靠聊天记忆、写入不互相覆盖、验证不靠执行者自报。并行的价值来自隔离和可恢复，不来自同时开更多会话。
什么时候拿出来用
- 大批量缺陷、跨模块改造或长期分支集成需要并行推进
- 多台机器、多个账号或多角色要共同完成真实环境验证
开始前先拿到
- 文件化任务队列和精确状态机
- 可分开的写域、账号或环境资源
- 主控独立验证与 handoff 规则
操作主线
怎么推进
公开的是判断与动作骨架。客户数据、私有模板和内部示例不在其中。
- 01
把状态落到文件
任务、负责人、写域、验收和进度都在队列里，不让会话承担长期记忆。
- 02
分诊并有界派发
按责任层分桶，每个 worker 只拿少量任务和不重叠写域。
- 03
隔离集成与真实验证
高风险合并放在临时工作区，至少通过一条真实端到端语义链路。
- 04
主控验收并写交接
worker 自报只作线索；主控复测、更新状态并留下下一会话可续的 handoff。
会留下什么
- 可恢复的任务与波次队列
- 隔离的补丁和验证证据
- 主控确认的状态与 handoff
过关前再看一遍
- 并行参与者没有重叠写域
- 关键结论经过主控独立验证
- 换会话后仅凭队列和 handoff 可以继续
容易做错的地方
- 把整个 backlog 塞进上下文
- 多个 worker 共用写域或上游会话
- 编译通过就宣布集成成功
这套方法怎么落到你的项目
这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图 入手，或先用 生产上线前深检 定位薄弱环节。