多 Agent 怎样协作:分工、交接与汇总的实际成本
让几个 Agent 同时工作,可以拓宽调查范围,也可能放大重复、误解和成本。用一份课程调研,理解什么工作适合并行,怎样交接,以及为什么还需要一个负责整体验证的人。
Agent 入门 · 阅读路线
先带走这三个判断
- 多个模型调用不必然组成多 Agent;关键是有没有分别执行任务、使用工具和交接结果的角色。
- 独立调查适合并行,依赖同一状态的修改需要顺序或明确隔离。
- 汇总者要检查证据与缺口,多个 Agent 的一致意见不自动成为事实。
文章目录
先用一份课程调研理解分工
假设你要选一套 Agent 入门学习材料,想比较概念覆盖、练习方式和维护情况。一个 Agent 可以顺序查完,也可以由协调者拆成三项调查,分别交给工作者,最后汇总。本文是构造案例:不提供真实课程推荐,也不把示意中的分工当成任何系统的性能结论。
这里的 Agent 指能围绕目标重复判断、使用工具并决定下一步的执行角色。仅把同一问题发给三个模型,再拼起三个回答,通常只能说明有多次生成。是否构成有效协作,还要看目标怎样分配、信息如何流转和最终结果由谁核实。
什么任务适合并行
三个调查维度可以分别寻找资料,不必等待彼此完成,这类任务有并行空间。Anthropic 的研究系统文章介绍了协调者与工作者结构,也指出信息调查适合独立上下文探索,强依赖、持续共享上下文的任务可能不适合相同方式。参考 Multi-agent research system。
如果任务是“根据课程内容改写第三章练习”,负责改写的人必须先拿到内容核对结果。若三个 Agent 同时编辑同一个段落,速度可能换来冲突和覆盖。判断能否并行,应看数据依赖和共享状态,而不是看任务表上能否写成三行。
给工作者一个能交付的任务
“你是专家,认真分析”太宽泛。更好的任务写明目的、资料范围、产物、限制和停止条件。例如:“调查材料有没有解释 ReAct 与规划的区别,返回原文链接、相关章节和缺口,不评价价格,不修改文件。”工作者知道要找什么,也知道哪些事不在职责里。
Anthropic 的有效 Agent 文章将 orchestrator-workers 描述为由协调者按输入拆分任务,再综合工作者结果;与预先固定的并行步骤相比,拆分可以随任务变化。参考 Building effective agents。灵活拆分仍需要约束,不能让每个角色自行扩大成完整调研。
一份交付约定可以包括“发现、证据、未确认点、下一步”。工作者没有找到资料时,应返回范围与查询结果,不能为了让报告完整而补写猜测。协调者据此决定澄清、改派或结束。
交接要传证据,不只传结论
工作者说“这套资料很新”还不够。汇总者需要知道查的是哪一页、观察时间是什么、哪些章节得到验证、哪些链接打不开。短摘要降低阅读成本,原始证据引用保留核对入口;两者缺一,接手的人要么重查,要么被迫盲信。
上下文也不是越多越好。负责练习设计的角色需要课程范围和学习目标,不一定需要完整的价格调查。交接可以提供目标、已确认事实、尚未解决的问题与相关产物位置,把机密信息和无关历史留在合适范围。
如果前置角色超时,后续角色应知道“尚未取得所需资料”,不能把未完成当成通过检查。依赖关系应该反映在运行状态里,不能只写在协调者的一段自然语言计划里。
汇总者怎样处理不同意见
一个工作者认为概念覆盖完整,另一个发现计划执行没有练习。它们可能并不矛盾:概念覆盖和练习覆盖是两个指标。汇总者先统一评判范围,再逐条查看证据,避免把差异揉成一句“总体不错”。若两个角色对同一事实判断相反,应回到原文或标注尚未确认。
多人同意也不等于独立证据。三个 Agent 可能读了同一篇二手介绍,或者都受到相同提示的影响。让不同角色承担调查与核验有助于发现缺口,但“审核角色存在”并不能证明它真的检查了关键事实。最终报告应能说明每条判断依赖哪份证据。
预算、等待和失败也是协作的一部分
并行可以缩短互相独立的工作时间,却会增加模型调用、重复检索和汇总开销。先给整体任务预算,再分配角色额度;计数实际调用与重试,不把一个协调回合误当成一次模型调用。是否值得并行,要同时比较质量、时间和成本。
当一个工作者失败,可以重派该项、交付部分结果或请用户补充信息,不必把全部任务从头再跑。停止时应保留已确认事实、未完成任务和继续条件。涉及对外写入时,还需要明确谁有执行权,防止不同角色重复提交同一动作。
“尽可能多找资料”不是停止规则。这个构造调研可以规定每个维度需要一份可核对来源,覆盖主要问题后结束;遇到冲突再增加核验。具体额度根据目标决定,不存在适用于所有多 Agent 系统的固定人数。
三种常见误区
越多越强。如果问题本来很小,多角色只增加解释与协调。名字不同就专业。给角色命名为研究员、专家和审查员,不会自动产生不同知识或可靠判断;输入、工具与验收标准才影响行为。共享全部信息就能对齐。全量共享可能让每个角色都受同一误判影响,还增加隐私与上下文负担。
另一种误区是把职责拆分当成权限拆分。只让一个角色“负责写入”,但其他角色仍可调用同一写工具,执行边界并没有成立。权限应该落在运行时与业务服务,角色描述只是任务约定。相关边界可读工具治理。
小练习:先拆任务,再决定角色数
- 把“调研 Agent 学习资料”拆成概念、练习、维护三项,写出每项的来源范围和交付字段。
- 给每一对任务标注“互相独立”或“需要前置产物”;只有独立部分先并行。
- 准备一份正确但缺少链接的结果、一份带链接的矛盾结果、一份超时结果,练习汇总者如何处理。
- 用同一任务比较顺序单 Agent 与协作方案,记录结果完整度、实际时间和调用量,决定协作是否值得。
从两项清楚的工作开始,比先设计一个角色大会更容易验证。协调者怎样维护运行状态,可以读Harness;怎样判断协作真正提高质量,下一篇Agent 评估继续展开。
参考资料
概念依据来自以下一手资料;文中的读书助手、分工、指标与练习是解释性构造,不代表生产实现或验收结果。资料访问日期:2026-10-07。
图表为通用设计示意。实际产品的能力、持久化方式、执行权限与预算,应以运行配置和可核对结果为准。
并行节省的是可拆开的工作,交接和核验仍然要付成本。
仅保存在当前浏览器。