多代理协作先把交接做成可检查的工作

栏目：组织之变
日期：2026-11-01

设想一支AI团队正在制作竞品简报：研究代理已经找到新价格，比较代理仍在使用旧表，写作代理根据两段摘要宣布报告完成。每个代理都很忙，整件工作却没有可靠的完成状态。企业增加代理之前，值得先回答一个朴素问题：上一道工序交出的东西，下一道到底接住了没有？

研究提示交接也是故障源

Cemri等人的MAST研究在2025年修订版中，分析了跨七个多代理框架的一千六百余条执行轨迹，将故障归为系统设计、代理间失配和任务验证三类。其中包括关键信息没有传达、忽略其他代理输入等情形。分类先由专家参与建立，再用模型辅助扩大标注，不能把样本中的故障分布当作所有企业的失败概率。原始论文

Anthropic在2025年发布的研究系统工程复盘也记录了任务描述含糊导致重复搜索、遗漏信息等问题。团队采用持久化成果和轻量引用，减少结果层层转述造成的信息损失，并用检查点帮助中断恢复。这是一个厂商对自身系统的经验总结，说明有这些设计办法，不代表照搬就能获得同样效果。官方工程复盘

这两类材料提示一种管理视角：除了观察代理生成了什么，还要观察工作如何从一个状态进入下一个状态。以下是可供企业验证的流程建议，不是上述研究已经证明的通用配方。

给在制品一个可核对的身份

先挑一项低风险工作，为每份中间成果建立固定编号。交接记录至少写清输入版本、输出位置、证据出处、未解决问题和接收对象。正文可以很长，交接单应当很短；接收方通过引用读取原件，而不是把摘要当成完整事实。

例如研究代理提交价格表时，要标明采集时间和适用地区。比较代理接手前检查这些字段，缺地区就退回补充，而非猜测。后来出现新版本，旧表仍可追溯，但明确标成已被替代，不能悄悄混入新报告。

状态也应分开：已生成、待检查、已接收、需返工、已作废。发送一条“完成了”消息，只代表交出动作发生；接收方确认成果可读、字段齐全且适用于本任务，才进入下一阶段。接收确认也不等于事实全部正确，事实复核仍须单独记录。

限制同时打开的工作

并行搜索不同市场，可能适合多代理；同时改同一张总表，就容易互相覆盖。试点可以让各代理写独立草稿，由一个明确的合并步骤更新总表，并在合并前检查输入版本。这里管理的是共同成果的写入顺序，而非给代理再安上几个职务名称。

还要为在制品设上限。若待检查材料已超过团队当天能处理的量，先停止扩展子任务，处理积压。上限多少，应由实际检查能力决定。否则生成速度越快，人类接手的未验收材料越多，账面上的并行可能变成下游的排队。

用一次小试点检查真实收益

建议用二十项已完成的历史简报做离线复跑，对照单代理流程与少量代理加交接记录的流程，预先约定相同资料范围、成本上限和验收标准。历史任务只用于内部验证，不自动向客户发出结果。

除了最终准确性，记录旧版本误用次数、重复劳动、交接退回次数、人工返工分钟数，以及从启动到验收的总时间。退回次数上升未必是坏事，可能只是过去隐藏的问题开始显现；应与最终错误和返工一起看。小样本只能筛查明显问题，不能据此宣布普遍提效。

如果生成更快，但检查积压和返工增加，就收缩并行；如果主要等待来自一项不可拆分的任务，多开代理也未必有用。只有完整交付改善，才值得扩大范围。

企业真正需要的共享状态，是一份能回答“现在以哪个版本为准、下一步缺什么”的工作记录。它不要求收集代理的全部对话，更不需要复制无关敏感数据。人对流程的贡献，正在于让一群会产出内容的工具，围绕同一件可验收的工作协作。