Multi-Agent 架构详解:让 Agent 组成团队分工协作
系列文章第 5 篇 · AI Agent 六大主流架构拆解 本篇拆解 Multi-Agent 架构,从"一个 Agent 包打天下"走向"一个团队分工协作",落到油菜新品种审定申报材料的协同准备这一典型多角色场景上。
什么是 Multi-Agent
核心思想一句话:多个 Agent 各司其职,由一个 Supervisor 主管负责拆解任务、派发、回收结果、汇总。
一个最小运行单元:
Multi-Agent 不是简单的多 Agent 组合,关键在于角色化分工与统一调度:
- 角色化分工:每个 Worker 有专属的提示词、工具、记忆,为单一职责优化,效果上限远高于单个通用 Agent。
- 统一调度:Supervisor 决定“该谁做 / 接下来做什么 / 何时收尾”,让多角色不互相推诿、也不无序循环。
- 过程可观测:派发记录与中间产物即审计线索,便于复盘。
示例背景:油菜新品种审定申报材料准备
油菜新品种要想拿到审定编号,需要向品种审定委员会提交一份完整、规范的申报材料包,典型包括:
- 品种特征特性描述(亲本来源、生育期、株高、抗病性等 DUS 性状档案)。
- DUS 测试报告核查(特异性 Distinctness、一致性 Uniformity、稳定性 Stability 三项是否达标)。
- 区域试验与生产试验总结(一般两年区试 + 一年生试)。
- 品质检测报告(芥酸、硫苷、含油量等是否达双低标准)。
- 栽培技术要点与适宜推广区域。
这是一份多角色协作才能做好的工作:
- 田间调查员需要从品种档案库拉出 DUS 性状,回答「品种长什么样、怎么长的」。
- DUS 审查员需要核查三项测试是否达标,回答「品种够不够资格」。
- 材料清单员需要给出按最新审定规则的申报材料清单与起草要点,回答「该准备哪些材料、怎么写」。
如果用一个全能 Agent做,要么提示词塞得太满、工具冲突严重,要么某个角色做得不够深入。
Multi-Agent 的做法是:对内分三个专职 Worker,每个只关心自己的领域;对外由 Supervisor 统一调度,按需派发、回收、汇总,最终交付一份完整的申报材料草稿。
架构与运行机制

运行机制三要素:
- Supervisor 主管:唯一拥有调度权的 Agent,基于当前任务与已完成的派发记录,决定下一步派给谁、按什么指令做、何时结束。
- 专职 Worker:每个 Worker 只做自己职责范围内的工作,可挂专属工具,可以独立被替换或迭代。
- 派发—回收闭环:Supervisor 派发任务 → Worker 执行 → 结果回传 Supervisor → Supervisor 根据结果再次决策(继续派发 / 补充 / 收尾),多轮循环直至信息足够并汇总。
关键设计点:
- Supervisor 只调度,不亲自答题。这样不会和 Worker 抢活,也能让 Worker 持续优化迭代而 Supervisor 不动。
- 派发指令要明确:Supervisor 给 Worker 的指令必须包含所需参数(如品种名、要查的字段),否则 Worker 容易因信息不足反复追问。
- 结果回传要结构化:Worker 用
response_format返回 Pydantic 结构化结果(含结论 + 关键字段),Supervisor 与汇总员直接基于字段复用,无需解析自然语言。 - 轮次上限是硬安全网:Supervisor 自己决定何时结束,但若其陷入循环或漏派,需要
max_rounds上限兜底,强制收尾走汇总。 - 可选汇总员:多轮派发结束后,可单独由一个「汇总员」角色把派发记录与 Worker 输出合成最终报告,让 Supervisor 保持调度职责单一。
基于 LangChain 的代码演示
定义三个领域工具
每个 Worker 各挂一个工具,分别负责查询品种特征特性档案、DUS 测试结果、最新审定申报材料清单。
| |
定义三个专职 Worker Agent
每个 Worker 只挂一个工具,system_prompt 只关心自己职责;更重要的一点:每个 Worker 都用 response_format 返回结构化结果,而不是纯文本——这样 Supervisor 与汇总员都能基于字段直接做后续操作,不必再解析自然语言。
| |
定义 Supervisor Agent 和 Reporter Agent
Supervisor 用 response_format + Pydantic 模型做结构化输出,避免手工解析 LLM 输出:
| |
高度-执行-汇总
| |
运行
执行输出:
| |
所有的 Agent 都是结构化的返回,Supervisor 根据提问和上下文,依次调用了 Worker,并最终将结果汇总由 Reporter Agent 生成申报材料草稿。
优缺点
优点
- 角色化分工:每个 Worker 按单一职责定制提示词与工具,深度更足。
- 可并行与复用:多个 Worker 可并行推进,成熟 Worker 还能跨任务复用。
- 能力可扩展:新增能力只需加一个 Worker,Supervisor 调度逻辑不变。
- 过程可观测:派发记录与中间产物即审计线索,便于定位问题环节。
缺点
- 协调成本高:每轮派发都要过 Supervisor,token 与延迟成倍上升。
- 上下文共享难:Worker 之间默认隔离,结果冲突与信息孤岛需额外机制。
- 主管是单点:Supervisor 拆错或漏派,整个团队跟着空转。
- 收敛难保证:多轮循环可能来回打转,需要轮次上限与终止条件。