FRONTIER · 工程实践
别急着上多智能体
Don't Build Multi-Agents
Walden Yan
编程智能体 Devin 的开发团队，写的是踩过的坑
为什么选它一篇立场鲜明的反潮流文章，而且来自真正做过的人。当整个行业都在搭多智能体框架时，他们说：我们试过，别做。对正在考虑上多智能体的团队，这是最值钱的一次泼冷水。
一篇立场鲜明的反潮流文章，来自做出编程智能体 Devin 的团队。当整个行业都在搭「多个 AI 分工协作」的框架时，他们说：我们试过，别做。
理由归结为一条：上下文没法真正共享。当你把任务拆给几个并行的子智能体，每个只看得到自己那一小块。子任务 A 做了个隐含假设，子任务 B 做了个互相矛盾的假设，最后拼起来就是一堆对不上的碎片。人类团队靠大量隐性沟通来对齐，而子智能体之间只能传递有限的文字。
他们给出的两条原则很硬：第一，共享完整上下文——每个决策者都应看到全部信息，而不是转述后的摘要；第二，行动本身携带隐含决策，一旦多个智能体各自做出互相冲突的隐含决策，结果就会崩坏。
他们的替代方案是：单线程串行执行，需要处理超长任务时，用一个专门的模型把历史压缩成携带关键决策的摘要，再继续——而不是拆成并行的多路。
怎么看待这个立场。它并非否定所有并行——纯只读的调研任务并行是安全的，因为没有互相冲突的写操作。真正危险的是让多个智能体各自做决策并修改同一份东西。这篇和第 14 篇是一个调子：先怀疑复杂度，把简单方案压榨干净了再谈架构。对正在考虑上多智能体框架的团队，这是最值钱的一次泼冷水。
去读原文
本文是原创导读，不是原文翻译——真正的细节、证据和微妙之处都在原文里。
原文Cognition · Don't Build Multi-Agents →
本文为 AKL AI Club 原创撰写的导读，不是原文翻译；著作权归原文作者所有。 篇目由编辑独立选取，来源均经人工核实。