第 26 章 多 Agent 适用场景与反模式

多 Agent 本身并不是目标，它只是某些复杂任务下的一种组织手段。工程上最重要的判断，不是“多 Agent 够不够先进”，而是“它是否真的比单 Agent 或 Workflow 更合适”。

26.1 适合的场景

多 Agent 通常适合以下场景：

• 角色分工天然明显。
• 不同子任务需要明显不同的上下文和能力。
• 单 Agent 上下文过载严重。
• 任务结果需要独立审查和仲裁。

26.2 不适合的场景

以下场景往往不值得上多 Agent：

• 单 Agent 还没做稳。
• 任务路径本身很短。
• 只是为了“更像智能体系统”。
• 没有共享状态和调度基础设施。

26.3 常见反模式

最典型的反模式有三个：

• 为复杂而复杂，把一个简单任务拆成多个角色。
• 没有明确职责边界，却希望多 Agent 自然协作。
• 用多 Agent 掩盖单 Agent 设计不清的问题。

26.4 本章小结

多 Agent 不是默认升级路线，而是一种有代价的组织方式。只有当角色边界、协作收益和运行时基础都成立时，它才值得引入。下一部分将从“系统形态”继续回到“工程落地”，讨论 Agent 从能跑到稳定可用时最关键的一组问题：状态、可靠性、可观测性、评测和成本。