动手实战 · 多 Agent概念

什么时候需要多个 Agent

定义

多 Agent 只在并行加速、角色分工和风险隔离有明确收益时才值得采用。大多数普通任务应优先考虑写清流程或使用工具并行，而不是增加 Agent。

说明

并行加速适合多个互不依赖的子任务，例如同时搜索多个来源并汇总。角色分工适合需要制衡关系的场景，例如由另一个 Agent 审查代码。风险隔离适合把一个可能失败、影响很大的子任务放到独立 Agent 里执行。

增加 Agent 会带来更强的协调成本、更多错误来源和更长调试链条。判断是否值得，要先确认已有的 Agent 确实无法完成，并评估引入多 Agent 后复杂度的真实上升。

有时可以通过并行调用多个工具解决并行问题，不必真正拆分出多个 Agent。多 Agent 架构不应是默认选择。

边界与误区

多个 Agent 和单个 Agent 并行调用工具有什么不同： 并行调用工具通常只是多个请求同时发出，协调归一个 Agent；多 Agent 则涉及任务拆解、各自规划、结果汇总和权限控制，复杂度更高。
代码审查场景为什么值得分两个 Agent： 写代码的 Agent 容易带有生成时的思考惯性，难以发现自身错误。把审查者与写作者的角色隔离，有助于从不同角度挑出问题。
是否所有子任务失败都应该做风险隔离： 不必。只有子任务失败可能拖垮整个任务且相对独立时，隔离才有意义。失败影响很小的部分可放在原流程中处理。