多 Agent 协作有哪些常见模式？

多Agent常见协作方式包括顺序流水线、并行分工、Router分流、主管—工作者、Handoff交接，以及评价—修订循环。区分它们要看谁决定下一步、任务依赖、上下文如何交付和谁负责最终结果；共享状态是数据协作方式，Agent Team是组织描述，不能仅凭名字判断控制结构。

例如报告任务可以先定问题，再并行调查不同方向，最后归并审核。外层是工作流，调查者内部仍可自主调用工具；多Agent不一定全程自由聊天，也不一定都要并行。

顺序模式适合上游产物明确成为下游输入，例如草稿、审阅、修改，控制简单但耗时累加。并行模式适合相互独立的研究或审查方向，需要归并策略、共同截止时间及部分失败处理。

Router依据请求选择专家，适合领域边界较清晰的场景；未知或多意图请求需要澄清或组合处理。主管—工作者由主Agent动态拆任务、调用子Agent并综合结果，适合无法提前确定全部子任务的研究，但主Agent也可能成为调度和上下文瓶颈。

Handoff是把会话控制权交给另一个Agent，由接手者继续服务；主管调用子Agent时，控制权通常回到主管。评价—修订循环用于有明确评价条件的迭代；讨论或辩论模式可以暴露分歧，但意见更多不保证结论更正确，应让证据决定收敛。

共享状态表示角色通过公共任务字段或黑板协作，不意味着所有人共享完整消息历史。主子结构表示控制权与任务层级，子Agent也可以通过共享状态提交结果。团队模式可能采用主管，也可能通过消息和调度器协商，需要继续说明实际控制与通信机制。

因此，一个系统完全可以“主管分派、工作者并行、共享任务状态、结构化结果归并”。这些维度可以组合，不能把它们当成互斥的三个框架。

任务能否独立、是否需要不同工具与权限、跨角色传递是否会丢信息，以及拆分后是否确实提高质量或降低耗时。高度耦合、频繁同步同一上下文的任务，可能单Agent更合适。用相同任务比较成功、成本、延迟、重复工作和失败恢复，再决定是否保留多角色。

怎样防止互相转交停不下来？ 明确任务归属和完成条件，运行时限制转交、重复动作与预算，缺少新证据时调整方案或结束为未完成，不能靠不断增加角色解决。

国内：JavaGuide：多Agent协作系统设计：借鉴编排模式与任务契约，说明正文中控制权、任务依赖和结果交付如何影响协作模式选型。
国内：zero2Agent：多Agent通信与共享状态：依据角色隔离与共享状态的区分，说明正文中不同协作方式需要的通信与状态规则。
国内：WeThinkIn：编码Agent与技能资源：借鉴子 Agent 与技能资源的边界，说明正文中独立执行者的任务划分与拆分条件。
国外：Anthropic：Multi-agent research system：借鉴主管委派、子代理独立调查后汇总的实践，说明正文中并行研究的收益及通信成本。
国外：LangGraph：Workflows and agents：依据路由与动态工作者模式的区别，说明正文中预先固定分流和运行时拆分任务的差别。