别再堆 agent 了：Google 这篇论文算清楚了多智能体系统的代价

一个判断先放在前面

多智能体系统（Multi-Agent System, MAS）不是把 LLM 拷贝几份就完事。它是一套带代价的通信协议——加几个 agent，能换来并行度，但同时会换来工具调度碎片化、错误级联放大、以及每个 agent 的思考空间被压缩到不够用的地步。

Google Research 联合 MIT 在 2025 年 12 月挂出的 Towards a Science of Scaling Agent Systems（arXiv 2512.08296，v3 更新于 2026 年 4 月），做了一件别人不太愿意做的事：把 260 组配置跑齐，把多 agent 的账算到小数点。论文拿到一组明确的数字：MAS 相对单 agent 基线的相对增益范围是 +80.8% 到 −70.0%，平均几乎归零（−0.3%，95% CI [−58.7%, +77.2%]），方差 37.5%。换句话说，多 agent 这件事在平均水平上没让你白干，也没让你白赚——它是一笔条件性的账。

这篇文章是那篇论文的翻译反写。保留所有原始数字、模型名、benchmark 名和回归系数；穿插我自己的解读和它没说出口的边界。

一、这篇论文在讲什么

作者团队：Yubin Kim 等 18 位，Google Research / Google DeepMind / MIT 三方联合。第一作者 Yubin Kim 同步挂 MIT（yubin@mit.edu），通讯作者 Daniel McDuff（Google Health）与 Xin Liu（Google Research）。Google 系列配置 + Anthropic 系列配置 + OpenAI 系列配置一字摆开，是难得的三系全跑的研究。

发表时间：v1 在 2025 年 12 月（arXiv 月份 ID 2512），v3 修订于 2026 年 4 月 8 日。这是 LLM agent 领域第一篇同时把「能力指数（Intelligence Index）× 协调架构 × 任务复杂度」三个维度摆进同一个回归模型的研究。

核心问题：行业里有两派人。一派是 Cognition AI 的 Don’t build multi-agents 派——别造多 agent；另一派是 More Agents Is All You Need 派——堆 agent 总没错。这篇论文站在中间：我们不替你拍板，但给你一个回归方程和一组门槛值，让你在动手搭之前能算一下账。

核心方法：五个协调架构（Single-Agent + Independent / Centralized / Decentralized / Hybrid 四种多 agent）× 九个 LLM 型号（OpenAI GPT-5 系列、Google Gemini 2.5/3.0 系列、Anthropic Claude Sonnet 系列）× 六个 agentic benchmark（BrowseComp-Plus、Finance-Agent、PlanCraft、Workbench、SWE-bench Verified、Terminal-Bench），共 N = 260 组受控配置。

五套架构的复杂度差异（论文 Table 2）：

注：$k$ 单 agent 最大迭代数；$n$ agent 数；$r$ 编排轮次；$d$ 辩论轮次；$p$ 同侪通信轮次；$m$ 每轮同侪请求数。

最重要的发现：MAS 性能不能由 agent 数量预测，必须由回归方程预测。论文给出的核心回归（$R^2_{\text{CV}} = 0.373$，用 ACI 替代 Intelligence Index 后升到 $R^2_{\text{CV}} = 0.413$）在 260 组配置下能以 87% 准确率选出最优架构——这一数字远超随机（20%）和仅靠能力指数的模型（54%）。

二、为什么以前没人把这笔账算清楚

第一性原理看，多 agent 系统最常被吹的两个优势——并行探索和投票纠错——其实只在「单次前向、不需要环境反馈」的静态 benchmark 上才成立。HumanEval（代码补全）上 5 个 agent 投票能把准确率堆到 89%，但同一个系统搬到 SWE-bench Verified 上就不灵了，因为后者要持续的环境交互。

论文把这点拆得很清楚。Agentic 任务需要三个性质（沿用 Zhu et al. 2025 的 checklist）：

1. 顺序依赖：后续动作依赖早期观察，单次前向拿不到高分。
2. 部分可观测：关键状态被隐藏，必须主动查询。
3. 自适应策略：策略必须根据新证据更新信念。

而 MAS 在这三件事上全是双刃剑：

• 并行探索——好的一面：多路并发采样；坏的一面：每路 agent 的 token 预算被切薄，干不了重活。
• 投票纠错——好的一面：Independent 系统在静态任务上做多数投票可抑制孤立错误；坏的一面：环境交互里错误会沿执行链级联，投票只加重合不重分歧。
• 共识 / 编排——好的一面：Centralized 加一个验证瓶颈能把 trace 级错误放大从 17.2× 压到 4.4×；坏的一面：编排器本身成了延迟和成本天花板。

论文里有段把这个问题说透的话，我直接译过来：

这反映了一个上下文整合 vs 多样性的根本权衡。单 agent 通过维持统一记忆流最大化上下文整合，所有推理步骤共享全局历史、接近常数时间访问全局上下文。相反，多 agent 系统存在内在的信息碎片化——并行 agent 允许多样探索，但必须付出不可避免的协调税：全局上下文被压进 agent 间消息。这个有损通信放大了同步开销和认知负荷，根本性改变了协作的缩放行为。

也就是说，多 agent 不是不要做，而是要把账算在选型之前。下面看论文怎么算。

三、把多 agent 的账算清楚

论文在 Section 4.3 给出了完整的回归方程。我把它的 20 个参数（论文 Table 4）分四组写下来，并标注每个系数是否显著：

$$ P = \beta_0 + \beta_1(I - \bar{I}) + \beta_2(I - \bar{I})^2 + \beta_3 \log(1 + T) + \beta_4 \log(1 + n_a) + \beta_5 P_{\text{SA}} \quad (1) $$

$$

• \beta_6 \log(1 + O%) + \beta_7 c + \beta_8 R + \beta_9 E_c + \beta_{10} \log(1 + A_e^{\text{trace}}) $$

$$

• \beta_{11}(P_{\text{SA}} \times \log(1 + n_a)) + \beta_{12}(E_c \times T) + \beta_{13}(O% \times T) + \beta_{14}(A_e^{\text{trace}} \times T) + \beta_{15}(R \times n_a) $$

$$

• \beta_{16}(I \times E_c) + \beta_{17}(A_e^{\text{trace}} \times P_{\text{SA}}) + \beta_{18}(c \times I) + \beta_{19}(I \times \log(1 + T)) + \varepsilon $$

其中每个预测变量都做了标准化（$\mu = 0$，$\sigma = 1$）。

关键系数（全部用论文原数）：

论文经 Holm-Bonferroni 多重比较校正后（19 个假设），三个预测变量稳健存活：$\log(1+T)$、$P_{\text{SA}}$、$E_c \times T$。再加 cluster-robust 检验（按 6 个 dataset 聚类），只有 $P_{\text{SA}}$ 在两套校正下都站得住（$p = 0.004$）。

第一性原理点评：作者用两套统计校正（Holm-Bonferroni + cluster-robust SE）双管齐下，是因为他们意识到这篇论文的样本天然以 dataset 为单位聚集——同一 dataset 内的 45 组配置在结构上相关，朴素 OLS 的 SE 会被低估。Table 14 显示 cluster-robust SE 对 log_tools 这种 dataset-level 变量放大达 2.9 倍——这正是最近 ML 顶会越来越重视的伪复制（pseudoreplication）问题，论文这一手做得很专业。

四、三个工程上最重要的发现

4.1 能力天花板：单 agent 已经够强时，多 agent 是负贡献

论文 Section 4.2：当 $P_{\text{SA}} \gtrsim 0.45$ 时，再加 agent 开始出现负回报。

这是基线悖论（baseline paradox）$P_{\text{SA}} \times \log(1 + n_a)$ 的工程意义：你的单 agent 在 SWE-bench Verified 上已经 50%+ 了，再堆 3 个 Claude 并行不会让它从 50% 跳到 60%，只会把它压到 45% 左右。

支撑数据：SWE-bench Verified 上，所有 MAS 架构相对 SAS 都出现轻微退化（−2.1% 到 −14.9%）。原因不是 MAS 变笨，而是 SAS 已经够好了——协调税超过了改善的边际。

4.2 工具税：工具越多的任务，多 agent 越亏

论文 Section 4.3：$E_c \times T$ 系数 −0.096。

Workbench 这类 16-tool 业务流是典型受害者。论文原话：「工具丰富的环境放大了协调低效，导致高开销架构出现更大的性能惩罚。」

实际数字：单 agent 效率 $E_c = 0.466$（成功率/相对回合数），Hybrid 跌到 $E_c = 0.074$——6.3× 效率惩罚。原因很直接：每个 sub-agent 的 token 预算被切薄，不够编排复杂工具链。

4.3 错误放大：无验证的协调结构是灾难源

论文 Table 5：trace 级错误放大因子 $A_e^{\text{trace}}$ 跨架构差异巨大。

注意 task 级错误放大因子 $A_e^{\text{task}}$ 范围是 1.1-1.3（论文 Section 3.1），与 trace 级的 4-17× 是两个不同度量——前者算最终成功率比值，后者从执行 trace 的 token 分析算「协调失败带来的额外工作量」。两者共同点：有验证的架构永远比没验证的强。

错误分类（论文 Section 4.4，4 类）：

• 逻辑矛盾：基线 12.3-18.7%，Centralized 降到 9.1%（36.4% 降幅）
• 数字漂移：基线 20.9-24.1%，Centralized/Decentralized 降到 18.3%（24% 降幅）
• 上下文遗漏：基线 15.8-25.2%，Centralized 降到 8.3%（66.8% 降幅）
• 协调失败（仅 MAS）：Independent 0%（没协调机制），Centralized 1.8%，Decentralized 3.2%，Hybrid 12.4%（协议复杂度超出鲁棒实现能力）

最后一个数字很关键——Hybrid 架构虽然综合能力不差，但协调失败率比 Centralized 高 7 倍。这不是 Hybrid 的思路不对，是它对实现的要求更挑剔。

五、哪些任务适合多 agent，哪些不适合

论文用 domain complexity 评分 $D \in [0, 1]$（论文 Appendix C）把六个 benchmark 排了序：

关键阈值（论文 Appendix C.3）：$D \approx 0.40$ 是「MAS 净收益 vs 净亏损」的临界点。

但 $D$ 不是唯一决定因素。任务的可分解性（decomposability）才是关键——Finance Agent $D = 0.41$ 拿到 +80.8%，PlanCraft $D = 0.42$ 拿到 −70%，差别不在复杂度，在能不能拆。Finance Agent 自然切成「监管/财报/业务影响」三路并行；PlanCraft 是连续 craft recipe，拆了反而拖慢。

论文给出一组明确的「架构选择规则」（Section 4.3），数据点举三个：

1. 规划任务（$T = 4, P_{\text{SA}} = 0.57$）：选单 agent。基线悖论 + 工具少，多 agent 没意义。
2. 分析任务（$T = 5, P_{\text{SA}} = 0.35$）：选 Centralized 多 agent。错误控制好（$A_e^{\text{trace}} = 4.4$），开销可控。
3. 工具密集任务（$T = 16, P_{\text{SA}} = 0.63$）：选 Decentralized 多 agent。并行度 + 冗余超过效率损失。

定量决策边界（论文 Eq. 1 推导）：单 agent 与多 agent 的切换点在标准化单位下是：

$$ P_{\text{SA}}^* = -\frac{\hat\beta_4}{\hat\beta_{17}} = -\frac{0.040}{0.236} = 0.170 $$

去标准化后对应原始成功率 ≈ 0.45——和作者的经验观察完全对上。

跨域验证（论文 Section 4.5）：这个 45% 阈值在 16 组模型 × benchmark 配置上命中率达到 94%（$p < 0.001$，二项检验）。同时 LODO（leave-one-dataset-out）交叉验证显示绝对成功率跨域预测有困难（不同 dataset 的难度基数不一），但相对架构排名稳定——Kendall $\tau = 0.89$，CV < 0.1。

六、回归方程之外的故事：turn 数缩放

论文 Section 4.4 单独有一条有意思的发现——多 agent 的回合数随 agent 数呈幂律增长：

$$ T = 2.72 \times (n + 0.5)^{1.724}, \quad R^2 = 0.974, \quad 95% \text{ CI on exponent}: [1.685, 1.763], \quad p < 0.001 $$

指数 1.724 > 1，超线性。这意味着在固定 token 预算下，每多一个 agent，单个 agent 的推理深度都被挤压。

论文给的几个具体数字：Hybrid 系统需要 6.2× SAS 的回合数（44.3 vs 7.2 turns），$t(178) = 16.8$，$p < 0.001$。Centralized 3.8×，Decentralized 3.6×。

外推到更大团队（论文 Section 4.4）：$n = 6$ 约 69 turns，$n = 10$ 约 157 turns——分别是 SAS 的 9.5× 和 21.8×。3-4 个 agent 是硬上限，过此协调成本就压垮推理质量。

这条规律和 Kaplan et al. (2020) 的神经网络缩放律（dense 模型指数 0.76）完全不同——神经网络缩放是 sublinear（参数越多收益越大），agentic 缩放是 superlinear（agent 越多开销越大）。这是两种根本不同的「缩放」。

七、跨模型族的差异：没有银弹

论文 Section 4.2 单独拆了 vendor 差异。三个 LLM 家族表现出不同的「部署指纹」：

• OpenAI（GPT-5 系列）：Hybrid 在结构化任务上最强（Finance 52% vs SAS 39%；Workbench 56% vs SAS 42%）。Hybrid 每 1% 增益成本约 $0.008，可控。
• Google（Gemini 2.5/3.0 系列）：跨架构效率最稳定（性能范围 < 5%）。Hybrid 每 1% 增益成本约 $0.012，中间路线。
• Anthropic（Claude Sonnet 系列）：Centralized 最稳（跨任务均值 43%，SD = 2.3%，方差最低）。Hybrid 成本约 $0.024 每 1%，3 倍于 GPT-5，反映对协调开销更敏感。

论文对此的措辞很克制：这些是经验指纹，不是机制结论。底层机制（指令遵循、上下文利用、轮次一致性等）需要后续研究。

我自己的解读是：这些差异很可能反映三个家族在「分布式注意力机制」上的工程取舍不同——GPT 5 走重型结构化推理、Gemini 走轻量并行、Claude 走稳定语义一致性。这条值得做控制实验再深挖，但对工程选型有直接指导意义：多 agent 系统的优化不能只盯架构，模型族选型同样关键。

跨族混合（heterogeneous）：论文 Table 12 给出了 13 组跨族混合的实验。结论令人警醒——

• Centralized 异构配置（强模型编排 + 弱模型子 agent，或反过来）：全部弱于强模型同构基线，平均低 12.6 个百分点。
• Decentralized 异构配置：平均高 2.0 pp，但收益主要来自较强的那方模型本身。

也就是说：靠「强模型带弱模型」混编多 agent 来省钱是行不通的。这一点 Anthropic 的工程博客也提到过——agent 每多一步 token 消耗约 15×，但混编并不会按比例降本。

八、边界与未说出口的部分

论文 Section 5 自己列了 7 条限制。我挑三条值得工程界注意的：

8.1 角色专精尚未被认真研究

论文只混了同族内不同能力级的模型，没碰跨架构或专精微调。Table 12 的 Centralized 异构实验里有一个很微妙的线索——

Anthropic 在 Centralized 上是「弱编排 + 强子 agent」0.42，击败「强编排 + 弱子 agent」0.32（提升 31%）。OpenAI 和 Gemini 都是反过来。

这暗示不同家族的最优角色分配不同。Anthropic 的弱编排强子 agent 反而好，可能说明 Sonnet 系列作为执行者比作为编排者更稳——这是值得专精化训练或选择的方向，论文没继续深挖。

8.2 Token 中心通信范式是天花板

论文 Section 5 第六条点出了当前多 agent 的根本瓶颈：agent 之间必须把推理序列化成自然语言 token——这给延迟和成本设了底。

未来三种可能的破局（论文自己提的）：

• 潜空间推理（latent-space reasoning）：跳过自然语言，直接在表征层交换
• 早退机制（early exit）：低信心时主动结束
• 蒸馏的协调器（distilled coordinator）：用小模型替代大编排器

这些都还没被这篇论文验证。多 agent 的下一波进展大概率从这三条里出来。

8.3 6 个 benchmark 不够广

论文 Section 5 第五条承认：缺具身 agent、多用户交互、长时序依赖。本研究能跨文本交互泛化，但机器人/医疗分诊/社交模拟这些场景未经验证。

另外两个细节值得点出：

• SWE-bench Verified 和 Terminal-Bench 只用 20 个 instance（论文 Table 16）。bootstrap 95% CI 典型宽度 ±20 pp。单格对比显著不足——只有聚合趋势（8 模型 × 2 benchmark）才稳。
• 论文 v3 引入 ACI（Agentic Capability Index，每模型 6 个 benchmark 的 SAS 均值）作为能力度量，与 Intelligence Index 相关仅 0.45——说明静态 benchmark 综合分不能直接预测动态 agent 能力，这是论文自己最重要的「自打脸」。

九、我自己读这篇论文的几个判断

判断一：这篇论文最大的工程价值不是「MAS 好还是 SAS 好」，而是给你一个方程。Equation 1 不是给评审看的——它是给工程团队拿来算账的：测一下你的任务 $T$、$P_{\text{SA}}$，代进方程，跑 5 折 CV 看看预测和实际差多少。如果差在 10 个百分点内，说明你的任务落在论文覆盖的「条件性账」范围里；如果差得远，说明你的任务结构超出了论文分布——这本身就是信息。

判断二：基线悖论（$P_{\text{SA}} > 0.45$ → MAS 帮倒忙）应该写进团队决策清单。先测单 agent 基线，再决定是否上多 agent。如果你连 SAS 都没跑通 45%，谈 MAS 是空中楼阁；如果你 SAS 已经稳过 45%，谈 MAS 是浪费预算。

判断三：Hybrid 协调失败率 12.4%（vs Centralized 1.8%）是论文最被低估的发现。Hybrid 在论文里是「能力天花板」的天花板（515% 开销），但同时实现复杂度天花板也是它。对工程团队的现实建议是：能选 Centralized 就别选 Hybrid。Centralized 把验证瓶颈放在编排器里，错误放大被压到 4.4×；Hybrid 想做并行探索 + 层级校验，协议复杂度超出当前 LLM agent 实现的鲁棒能力。

判断四：论文里没强调但对中文技术圈特别重要的一点——多 agent 系统对 prompt engineering 的放大效应。论文 Section 5 第 4 条承认：「我们控制 prompt 跨条件相同以保实验有效性，但没为每个模型族做 prompt 优化。」这意味着论文结果是保守下限——如果你的 prompt 优化得足够好，多 agent 的收益可能更显著；反过来，如果你的 prompt 没优化到位，多 agent 的开销会更大。多 agent 不应是你的第一道优化，而应是 prompt 工程 + 单 agent 优化都做完之后的下一道。

判断五：把 v3 的 ACI（Agentic Capability Index）作为任务-能力度量而不是 Intelligence Index，是论文的隐性方法论进步。Intelligence Index 是 Artificial Analysis 的复合静态分，ACI 是 agentic 行为上的实测分——后者更能预测 agent 系统表现。这条对评估学界的影响会慢慢显现：静态 benchmark 综合分 ≠ agent 能力分。

锚点：论文 Table 13 显示，用 ACI 替代 Intelligence Index，$R^2_{\text{CV}}$ 从 0.373 升到 0.413，AIC 从 −236.3 降到 −244.8，且零 finding reversal——所有原始显著性结论的方向都保持。这是从静态能力度量迁到任务-能力度量的实证依据，不是猜测。

判断六（混合编队的家族不对称）：论文 Table 12 的 13 组异构实验里有一条没被作者明确点出的隐藏规律——Anthropic 弱编排+强子 agent 反而比强编排+弱子 agent 高 31%（0.42 vs 0.32），而 OpenAI 和 Gemini 完全相反。这意味着 Anthropic 的 Sonnet 系列作为执行者比作为编排者更稳。换句话说：没有跨家族普适的最优角色分配，角色-家族匹配本身就是工程问题。操作含义：如果团队要跨家族混编，先用 30-50 组小规模 A/B 跑强子/弱子 vs 强编/弱编两种角色配置——不要先验地假定编排器用最强模型。

九点五、护栏：论文覆盖范围之外怎么办

论文的 260 组配置覆盖 6 个 benchmark、5 种架构、9 个 LLM 型号。但你的任务可能在分布之外。这条最容易被工程团队忽略。护栏四条：

1. 如果你的任务不在 {信息检索, 金融分析, 规划, 工作流, 代码工程, CLI 任务} 这六类——具身控制、多用户博弈、长时序任务、医疗分诊——不要直接套用本文阈值。论文 Section 5 第五条明确指出这些场景未经验证。
2. 如果你的工具数不在 2-16 范围内（例如 50+ 工具的复杂业务平台），0.40 domain complexity 阈值方向性可参考，绝对数字不可信。论文 Section 4.3 的 $E_c \times T$ 系数 −0.096 只在 $\log(1 + T)$ 标准化区间内可靠。
3. 如果你要扩展到 n > 4 的 agent 团队——论文 turn 数缩放指数 1.724 的外推区间仅覆盖 n = 1-4 实际观测，n = 6 / n = 10 是纯外推。这一段要么做控制实验先验，要么默认按 Hybrid 协调失败率 12.4% 的 1.5-2 倍做风险缓冲。
4. 如果你的 token 预算固定且 4800 tokens 以下——论文所有 MAS vs SAS 比较显式匹配了总 token（mean μ = 4,800 per trial），你的预算若显著更小，多 agent 的开销会挤占每个 agent 的有效推理空间。

护栏之外，最稳的判别方法是：先用论文 Equation 1 拟合你自己的数据 30-50 组配置，看 RMSE 和方向是否与论文一致。一致 → 你在论文分布内，可以套阈值；不一致 → 你在分布外，需要先扩论文模型。

十、给读者的三句话

1. 多 agent 不是「越多越好」，是「算得清才好」。论文 Equation 1 + 45% 阈值 + 0.40 domain complexity 阈值，这三件套是工程团队评估多 agent 改造的最小可用工具集。
2. 基线先打，再谈叠加。单 agent 基线没过 45% 之前，MAS 的所有论据都是空的；过了 45% 之后，MAS 的所有论据都要拿回归方程验一遍。
3. 架构选择有秩序：能 Centralized 就别 Hybrid；能 Decentralized 就别 Independent；能 SAS 就别 MAS。这不是品味问题，是 trace 级错误放大因子告诉你的——1.0 → 4.4 → 7.8 → 17.2 是真实代价，不是抽象成本。

元信息

• 原文：Yubin Kim 等. Towards a Science of Scaling Agent Systems. arXiv:2512.08296v3, 2026 年 4 月 8 日。Google Research / Google DeepMind / MIT。
• 代码与配置：https://github.com/ybkim95/agent-scaling（包含 260 组实验的 per-instance 结果在 etc/analysis/）
• 数据集：BrowseComp-Plus（100）、Finance-Agent（50）、PlanCraft（100）、Workbench（100）、SWE-bench Verified（20 子集，seed 42）、Terminal-Bench（20 子集）
• 模型范围：GPT-5 / GPT-5 mini / GPT-5 nano；Gemini-2.0 Flash / 2.5 Flash / 2.5 Pro / 3.0 Flash / 3.0 Pro；Claude Sonnet 3.7 / 4 / 4.5

延伸阅读

如果你要沿着这条线继续读，下面几篇是关键引用：

• Tran et al. (2025). Multi-Agent Collaboration Mechanisms: A Survey of LLMs. arXiv:2501.06322. — MAS 综述，本文分类法的基础。
• Cemri et al. (2025). Why Do Multi-Agent LLM Systems Fail?. arXiv:2503.13657. — 14 种失败模式，本文错误分类法的来源。
• Zhu et al. (2025). Establishing Best Practices in Building Rigorous Agentic Benchmarks. NeurIPS 2025 Datasets & Benchmarks. — Agentic 任务的形式化定义来源。
• Kaplan et al. (2020). Scaling Laws for Neural Language Models. arXiv:2001.08361. — 神经网络缩放律 0.76 指数，与本文 agentic 缩放 1.724 指数对比的关键参照。
• Qian et al. (2025). Scaling Large Language Model-Based Multi-Agent Collaboration. ICLR 2025. — 协作缩放的 logistic 增长模式，与本文 superlinear 对照。
• Cognition AI. Don’t Build Multi-Agents. 2025. — 「单 agent 派」的代表作。
• Anthropic. How We Built Our Multi-Agent Research System. 2025. — agent 15× token 消耗的来源，工业界视角。

封面图：Paper Figure 1 — 智能体在六 benchmark 上的 Intelligence Index × 拓扑 scaling 横切图。三家厂商的能力曲线在 SAS 参考线下展示 SAS/MAS 变体的相对增益，颜色编码各厂商。