这张卡帮你判断：把系统拆成多智能体是解药还是炫技。
核心拆解：多智能体系统的本质是把单智能体装不下的上下文与职责分给多个角色，正当理由有三类——单上下文装不下、职责需要权限或模型隔离、子任务可以并行。不满足就拆，换来的只有通信开销与失败仲裁难题。最容易误用的地方是把一个长提示词里的多角色扮演包装成多智能体架构：没有独立上下文与独立工具集就没有真正的职责边界，出错时既无法定位也无法归因。
增量判断：舆论场多展示多智能体的可能性，很少讲评测难度——角色间交互路径组合爆炸，回归测试成本随智能体数量非线性增长。FDE 的增量视角是责任归属：客户会问哪个智能体错了，答不上来就不要拆，这句话可以直接写进方案评审。
行动建议：拆分前先验证单智能体加更好的上下文工程能否解决，把结论写进评审记录。
—— FDEChina编辑部 · 实战派
定义
多智能体系统（Multi-Agent System）指由多个各自具备独立上下文、工具与目标的 AI 智能体分工协作完成任务的架构，角色之间通过消息传递或共享工作区交换信息。
展开
拆多智能体的正当理由通常有三类：单上下文装不下（任务需要跨越大量独立信息域）、职责需要隔离（不同环节要求不同模型或不同权限）、需要并行（子任务互不依赖）。不满足这些条件就拆，换来的只有通信开销与失败仲裁难题。常见误用是把一个长提示词里的多角色扮演宣传成多智能体系统：没有独立上下文和独立工具集，就没有真正的职责边界，出错时既无法定位也无法归因。
与智能体工作流的辨析：工作流里也可以有多个模型调用，但路径由编排层写死；多智能体的路径由角色间协商产生，这意味着评测空间的组合爆炸——两个智能体各十种行为路径，交互空间就可能上百种，回归测试成本非线性上升。FDE 在客户现场应把「能否回答哪个智能体错了」作为是否拆分的先决条件，答不上来就不拆。