面对多智能体的热潮，许多人陷入“越多越好”的误区。其实，多数任务单智能体足矣。本文基于 Anthropic 的核心观点，澄清多智能体的适用边界，剖析真正需要它的三大场景与最佳架构，助你避免技术炫技，回归问题本质。
智能速览
多智能体很酷，但多数时候你根本用不着。
能用提示词解决的，就不要拆分多个智能体。
并行任务、红蓝对抗和工具隔离是多智能体的核心适用场景。
最佳架构是设立“项目经理”进行统一编排。
智能体间自由聊天是错误模式，容易导致信息发散。
精华内容
多智能体架构听起来强大，但盲目应用往往适得其反。那么，究竟在什么情况下，才必须启用多智能体系统来解决问题呢？
基本原则
在决定是否采用多智能体前，应牢记一个核心原则：如果单个智能体通过优化提示词就能完成任务，就绝不拆分。多智能体系统增加了复杂性，不应成为炫技的工具，大多数业务需求完全不需要它。
适用场景
只有在特定场景下，多智能体才能发挥其真正价值。首先是并行任务，当多个任务可同时独立进行时，如让一个智能体写论文，另一个配图，能极大提升效率。其次是红蓝对抗，需要一个智能体（如写代码）与另一个（如找Bug）形成竞争和审视关系，这是单一智能体难以模拟的。最后是工具隔离，当不同智能体被赋予不同权限或工具时，物理隔离迫使他们必须协作。
架构选择
在必须使用多智能体时，架构选择至关重要。应极力避免让所有智能体自由聊天的模式，这会导致信息混乱和 Token 浪费。最佳实践是采用“编排模式”，设立一个主控智能体作为项目经理。由它来接收用户请求、分析任务、分派工作、检查结果并协调流程，确保系统高效有序地运行。
多智能体是解决复杂问题的有力工具，但绝非银弹。理解其适用边界，选择正确的架构，才能让技术真正服务于需求，而非增加不必要的复杂度。面对未来的技术浪潮，保持冷静思考尤为重要。
