AI 编程
00 / 00
多 Agent 协作
只在任务能独立拆分、隔离改动和分别验证时使用多个 Agent。
多 Agent 的价值是提高独立任务的吞吐量。一个工具能稳定完成时，不要为并行增加沟通、冲突和合并成本。
先判断能不能并行
适合并行：
- 不同目录的文档或内容整理。
- 相互独立的调研、诊断和代码审查。
- 有明确输入、输出和验收命令的模块任务。
不适合并行：
- 多个 Agent 同时修改同一个核心文件。
- 数据库迁移、权限、支付和发布等强顺序任务。
- 成功标准还没说清楚的开放式需求。
三种常见角色
| 角色 | 产出 | 约束 |
|---|---|---|
| 调研或规划 | 证据、范围、风险和方案 | 不修改实现 |
| 执行 | 范围明确的 diff | 只处理分配的文件和目标 |
| 审查 | 问题清单和验证结果 | 不把个人偏好当缺陷 |
角色不需要绑定品牌。按当前工具的能力和你的账户情况分配，具体型号看 当前工具栈。
隔离改动
代码任务使用独立 Git worktree 或独立分支。每个 Agent 都要知道：
- 工作目录和允许修改的文件。
- 不能覆盖的已有改动。
- 需要运行的检查。
- 最终交付格式。
规划文档可以共享，未提交的工作目录不要共享写权限。
一个安全的任务描述
目标：审查 docs/tools 下的过时内容。
范围：只读，不修改文件。
输出：按删除、更新、保留分类，并给文件路径和证据。
完成标准：所有结论能追溯到仓库或官方来源。执行任务再补充允许修改的文件、验证命令和提交边界。
合并前检查
- 查看每个 worktree 的
git status和git diff。 - 确认没有两个任务修改同一逻辑。
- 运行与合并结果相符的检查。
- 人工检查权限、账单、迁移和发布相关改动。
- 只提交本次任务文件，不混入原有工作。
多 Agent 不替代验收。它只让可拆分的工作同时推进。
继续看：AI 编程工作流 · AGENTS.md 与项目规则
这篇文档有问题？