Multi-Agent 有哪些协作范式

一句话速记

多实例(不同 role / 目标 / 工具集)经消息、共享黑板或层叠调用配合;常见范式有层级(规划-执行)、同侪(讨论/投票)、流水线、市场/拍卖式任务分配、红队/评审;Agent 数越多,成本与失控风险一般越高。

常见范式

范式结构适用主要风险
Hierarchical上层分解+派单,下层专能子 Agent 执行大任务可切分、需多领域工具单点规划错;接口契约要严
Debate / Discussion多角色持不同先验,轮替发言+综合者截断多视角减少单一幻觉轮次与 token 爆炸共识假象
PipelineA→B→C 固定序列,每段一 Agent 或一提示稳定 ETL/文档流水线不够动态错误传播
Voting / Ensemble多解并行生成再选优可打分的产出评分器偏见;成本高
Critic-Generator生成审阅多轮安全、代码审查双份延迟
Handoff对话「转交」专家 Agent(客服路由)多意图、可观测的意图分类路由误分

Multi-Agent 不是「多轮对话同一人格」——是多策略实例、常多 system prompt 或不同工具

协调机制(抽象)

  • 通信:自然语言、结构化 JSON、事件总线
  • 共享状态黑板中心化状态库只读/只写 分工
  • 冲突解决静态优先级元 Agent 仲裁人介入

延伸追问

  • Q:何时不要上 Multi-Agent?
    答:任务可单 Agent + 子工具搞定;时延/费用 敏感;需要强审计 且难解释多角色扯皮——先单后多是常见产品结论。

  • Q:和 Map-reduce 在代码里开多线程比?
    答:编排层次不同:多线程是工程并行;Multi-Agent 是意图与角色的并行+话级协调,是同一抽象(但可组合**:多 Agent 各跑一 worker)。

  • Q:通信瓶颈?
    答:token、时序环形依赖无终止的辩论;全局步数角色数量 上限。

我的记法

TODO

状态

  • 已背速记
  • 能讲通俗版
  • 能答追问

参考资料

  • 框架文档(CrewAI、MetaGPT 类、AutoGen 等)的 Pattern 章节;记范式名与权衡 即可。