多智能体的通信，一直由拓扑决定能力
多智能体系统怎么组织通信，长期以来不是随手一设的工程细节，而是直接决定系统能力上限的设计。9 月 14 日提交到 arXiv 的 BusMA（编号 2609.15054）把这件事摆到了台面上：它认为现有两种主流通信结构从根上限制了单个智能体的自主性。
论文作者来自新加坡管理大学，研究的问题很具体——不是「多智能体能不能协作」，而是「协作的时候，消息该按什么规则走」。
层级式与路由式，各自卡在哪
论文把现有做法归成两类。
一类是层级式，即经理—工人结构。一个经理智能体负责拆解任务、分派工作，工人智能体各自执行再向上汇报。它的问题是工人之间没有直接信道：一个工人发现的问题需要先传到经理，再由经理转给另一个工人。这条路径既慢，又容易在转述中失真。
另一类是路由式消息传递。消息先交给一个路由器，由它决定投给谁。中心化让投递规则清晰，代价是路由器一旦投错，错误会沿着错误的接收方继续传播，而且路由器本身成了单点。
作者把两种结构的共同限制总结成一句：工人无法直接咨询特定的同伴，误投的消息会传播错误。
BusMA 把通信改成什么样子
BusMA 的灵感来自计算机系统里的总线。核心改动是：任意一个智能体都可以通过一条共享信道，点名联系另一个智能体。
它的组成分三块——智能体注册、消息路由、共享记忆管理。每个工人智能体带着自己的工具和本地记忆，可以推理、可以调用工具，也可以通过向总线投递带明确意图的消息来通信。
这里有一个设计上的取舍值得说清楚。层级式与路由式都是靠拓扑来限制自由度，用结构换取可控；BusMA 反过来，把自由度交还给智能体本身。代价是消息治理的责任从「结构天然约束」变成了「要自己管」。谁该读谁的消息、如何避免广播风暴、误投的代价怎么控制，这些问题不会因为换了结构就消失，只是从架构层转移到了协议层。
四个意图：把「说什么」变成结构化的选择
为了让总线上的消息不至于是无结构的自然语言堆叠，论文定义了四种意图。
讨论，用来提出一个方向或方案。质疑，用来挑战某个已有判断。指引，用来给出方向性的建议。请求解释，用来要求对方把某一步的依据说清楚。
这四个意图的价值在于颗粒度。把「我在补充」和「我在反对」区分开，是协作里最基础也最容易被丢掉的一件事——多数多智能体框架里，工人之间的消息只有「传递信息」这一种语义，赞成与反对要读完整段文本才能判断。结构化之后，接收方可以按意图采取不同的处理策略。
顺带一个副作用：意图本身也成了可统计的量。协作过程中质疑多还是指引多、请求解释集中在哪个环节，这些都能被记录下来，成为调试多智能体系统的入口。
Chair：集中协调与工人自治的混合
完全去中心化的协作容易散。为此 BusMA 设了一个 Chair 智能体，职责是盯着共享记忆、协调工人之间的交互、推动大家收敛。
这个角色和层级式里的经理不太一样。经理负责拆解与分派，Chair 不参与任务拆解，只管收敛。换句话说，它更像会议主持而不是项目经理——不决定做什么，只负责让讨论收口。
这是一种混合结构：通信是去中心的总线，收敛是集中的。论文没有说明 Chair 自己的决策由什么驱动、当工人与 Chair 判断冲突时谁优先，这属于摘要之外的实现细节。
13 项任务上的实验
评估用了两个前沿模型，覆盖 13 项任务，横跨视觉推理、数学推理与知识检索三类。论文的结论是 BusMA 一致优于现有的层级式与路由式方法。
「一致优于」这个表述信息量有限。摘要没有给出具体提升幅度、任务级的胜负分布、以及基线方法的配置细节。任务类型跨了三个领域，但只用了两个模型，这在多大程度上能反映不同能力档位、不同厂商模型的表现，暂时无法从公开信息判断。
成本维度也是空的。总线结构让消息更多地在共享信道上流转，必然带来额外的读取与过滤开销。这类开销算进 token 消耗还是算进延迟，会直接影响结论的实用性，而摘要里没有涉及。
总线结构带来的新问题
把自由度交还给智能体，最直接的新问题是噪声。层级式里工人只和经理对话，消息量天然受控；总线上一旦每个智能体都能点名同伴，消息规模会随智能体数量上升而快速增长。共享记忆越长，每个智能体为找到相关信息付出的代价越高。
第二个问题是权限。当一个工人可以直接向另一个工人索取信息时，这对同伴之间是否共享同一组数据权限、有没有需要隔离的部分，都没有在摘要层面被讨论。在企业部署语境里，这恰恰是最先被问到的。
第三个问题是可观测性。总线上的消息是并发的、带意图的，出了问题要回溯「谁在什么时候说了什么、谁读了」比线性结构复杂得多。
论文把这些问题留在了讨论之外。这不奇怪——它是一篇方法论文，主要贡献是提出结构并验证效果。但对准备采用的研究者与工程团队来说，这几项决定了它能不能从基准走进生产。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。
它和现有框架的关系
把 BusMA 放进现有生态里看，它讨论的层次比多数框架高一层。LangGraph、CrewAI 这类工具主要解决「怎么把智能体和工具串起来」，通信结构往往沿用预置的几种拓扑；BusMA 要改的是拓扑本身。两者不冲突——总线结构可以在既有框架上实现，前提是框架把消息路由开放出来。
这也是它落地的现实门槛。企业已经在既有框架上搭了系统，换成总线意味着重写协作层，而基准上的提升是否足以覆盖改造成本，取决于应用的复杂度。
共享记忆是双刃剑
总线上的消息挂在共享记忆里，人人可取，这让协作更充分，也让上下文更容易被稀释。智能体要从一条越来越长的共享记忆里挑出与自己相关的部分，本身就是一项消耗。层级式结构里这个问题天然被拓扑限制住了，换成总线之后要靠检索策略来解决。
论文把共享记忆管理列为系统的三个组成部分之一，说明作者意识到了这一点。但检索策略、压缩规则、冲突消息的处理优先级，摘要里都没有展开。
值得带走的一个判断
这篇论文给出的启发，未必在于「总线比层级更好」这个结论，而在于它把通信结构重新变成了一个可变量。
过去几年，多智能体系统的优化重心大多落在提示词、角色设定、任务拆解策略上，通信结构常被当成脚手架，选一个默认的就不再动。BusMA 提醒的是：消息按什么规则走、智能体能找谁、意图能不能被结构化——这些属于架构层面的选择，它们对能力上限的影响，可能比在提示词上做多少轮打磨都更直接。