跳到主要内容

多 Agent 协作

先给结论​

多 Agent 不是“更高级的聊天”，而是更严格的任务拆分和 handoff 设计。

适用场景​

  • 任务可以按模块、阶段或角色拆开
  • 每个子任务都能独立验证
  • 最后有明确 owner 负责整体验收

什么时候值得上多 Agent​

  • 任务可以按目录、模块或阶段拆开
  • 每个子任务都有独立验证标准
  • 最后收口位置明确

什么时候不该上​

  • 边界还模糊
  • 子任务强耦合
  • 没有单一 owner 负责收口

两种常见模式​

串行 handoff​

适合：

  • 先计划，后执行
  • 先研究，后落地
  • 先写测试计划，再写测试

并行拆分​

适合：

  • 多模块低耦合改动
  • 明确的目录分工
  • 长任务需要并行探索

一个最小 handoff 模板​

当前阶段目标：
已完成内容：
允许后续修改的范围：
必须保留的不变量：
下一阶段验证方式：
最终收口负责人：

最重要的不是数量，而是交接合同​

每个 handoff 至少要写清：

  • 目标
  • 边界
  • 输出
  • 验证方式
  • 收口负责人

推荐做法​

  1. 先从“计划 agent -> 执行 agent -> review owner”这种最小串行协作开始
  2. 并行前先确保目录边界、验证命令和收口负责人明确
  3. 多 agent 只放大流程设计，不会自动修复模糊需求

常见错误​

  • 同一个文件被多个 agent 同时修改
  • 没有统一 spec，就让多个 agent 各自理解需求
  • 最后没有 owner 负责对齐风格、验证和 PR 描述
  • 并行任务很多，但没有统一的完成标准

延伸阅读​