# 斯坦福这篇最新论文让我重新想了一个在多 Agent 系统设计里很少被认真质疑过的假设：一定要有一个「总管 Agent」来协调其他 Agent 的工作吗？...
Canonical: https://social-archive.org/yena/O5NAty6Om7
Original URL: https://x.com/Xudong07452910/status/2065992635886502277
Author: Xudong Han
Platform: x
## Content
斯坦福这篇最新论文让我重新想了一个在多 Agent 系统设计里很少被认真质疑过的假设：一定要有一个「总管 Agent」来协调其他 Agent 的工作吗？ 文章的核心观点：在多 Agent 系统里，让一个中央调度 Agent 去负责「接收任务、分发子任务、收集结果、合并输出」，这套流程随着子任务数量增加会变成通信和集成的瓶颈。去掉这个中心点，让 Agent 直接通过共享上下文协调，反而更高效。 作者接着提出 DeLM（去中心化语言模型框架）：核心结构是一个「共享可验证上下文」，意思是所有 Agent 都能读写的公共基底，不经过中央控制器路由。每个 Agent 从任务队列里异步认领子任务，读取已有进展，做本地推理，把压缩验证后的结论写回。写回内容必须经验证才能被后续 Agent 使用，防止错误信息在 Agent 间传染。这套设计在软件工程测试时扩展性和长上下文推理上均有改进。 我觉得「共享可验证上下文」这个设计最值得注意。以前多 Agent 系统的信息汇集靠中央 Agent 整合，整合能力受中央 Agent 的上下文窗口限制。DeLM 把「信息汇集」变成了公共读写基底，每个 Agent 只写自己验证过的结论，这样一来信息流动方式变了，瓶颈就消失了。这是一个去掉「信任中心节点」的协作模型，值得认真对照一下你现在的多 Agent 架构。 以前我们关注多 Agent 的任务拆解，以后可能更要关注 Agent 协作时的信息流动基础设施是否本身成为瓶颈。 https://arxiv.org/pdf/2606.10662