# arXiv 多智能体协作周报（2026-10-12 ～ 2026-10-18）

> 生成时间：2026-10-20（演示运行，飞书未接入，未推送）
> 检索来源：arXiv API，按提交日期筛选 2026-10-12 00:00 至 2026-10-18 23:59
> 检索式：摘要含 multi-agent / multiagent 且含 collaboration / cooperation / cooperative / coordination / collaborative；另补充一组"标题含 agent(s) + 摘要含 LLM + 协作 / 辩论 / 团队"的检索
> 命中 85 条，去重后 71 篇；剔除通信网络、控制论路径规划、安全攻防等仅擦边提及多智能体的论文后，人工精选 5 篇
> 选择依据：与"多智能体协作"的贴合度、新颖性、实验规模与证据质量、是否开放数据或代码

---

## 1. A team of Gemini 4 Argon agents beats Minecraft

- **作者**：Maxence Faldor, Satinder Singh, Roberta Raileanu
- **arXiv**：[2610.22319](https://arxiv.org/abs/2610.22319)　|　提交：2026-10-15　|　cs.AI

**三句话总结**
1. 这篇论文检验 LLM 智能体团队能否在超长时程、无人干预的条件下协作完成开放世界的完整目标：在 Minecraft 生存模式里击败末影龙。
2. 4 个 Gemini 4 Argon 智能体只用开源 Mineflayer 库控制角色，靠游戏内聊天和共享记忆协调，没有预设角色，也没有人写游戏逻辑；所有程序都由智能体自己规划、编写和调试。
3. 团队共写了 2,783 个程序、死亡 605 次，用 27 小时 14 分钟通关，作者称这是 AI 首次端到端自主完成 Minecraft。分工、经验共享、帮队友找回物品等涌现策略，以及文中对局限性的讨论，是研究长时程多智能体协作的好案例。

## 2. Scaling Inference-Time Compute with Teams of Coding Agents

- **作者**：Keenan Samway, Daniel D'souza, Omar Darwiche Domingues, Marzieh Fadaee, Tan Yi-Chern, Nouha Dziri
- **arXiv**：[2610.17471](https://arxiv.org/abs/2610.17471)　|　提交：2026-10-12　|　cs.MA

**三句话总结**
1. 论文把"多智能体团队怎么设计"重新表述成推理算力分配问题：在单个智能体之外追加的算力，应该花在哪里才能到达收益和成本的帕累托前沿？
2. 作者从零搭了一个极简的 lead–worker 编码智能体框架，每次只改一个变量（lead 在哪个阶段委派、团队由哪些模型组成、worker 数量），在 ProgramBench 上描出这条前沿。
3. 结论很实用：worker 最值得用在规划阶段；廉价模型适合做规划者，但不适合做实现者；规划者的收益随团队扩大持续增长，实现者和验证者超过 4 个后就进入平台期。按这些结论配置的 17 智能体异构团队，与强 5 智能体团队只差 1.4 分，成本低 70%。

## 3. Why Do Agent Teams Fail Across Boundaries? A Failure Taxonomy for Agent-to-Agent Systems with Private States

- **作者**：Sarath Shekkizhar, Prathyusha Jwalapuram, Zixuan Ke, Vaidehi Patil, Jiayu Wang, Srijan Bansal 等（共 15 人）
- **arXiv**：[2610.19342](https://arxiv.org/abs/2610.19342)　|　提交：2026-10-14　|　cs.MA
- **数据**：<https://huggingface.co/datasets/a2a-salesforce/a2-failures>

**三句话总结**
1. 现有多智能体失败研究大多假设只有一个编排者、共享工作区或单一委托人；这篇论文研究的是代表不同委托人、各自持有私有状态的智能体互相交互（A2A）时如何失败。
2. 作者分析了 2,500 多次 A2A 运行，覆盖 8 类场景（法律、CRM、安全、电商等）共 488 个场景，归纳出包含 4 大类、20 种失败模式的 A²-Failures 分类法，并公开了全部运行日志。
3. 有三个发现在所有框架、模型和场景中都成立：是否与同伴交互取决于任务措辞，而不是同伴是否可用；没有智能体会主动核实同伴的事实性陈述，所以系统可靠性取决于最弱的参与者；汇总成功率会掩盖底层的协调和核实失败，因此应针对每个智能体、按其委托人分别评估。

## 4. Training LLMs for Multi-Agent Collaboration with Verifiable Information Rewards

- **作者**：Keru Chen, Sen Lin, Yingbin Liang, Nathaniel D. Bastian, Shaofeng Zou
- **arXiv**：[2610.17893](https://arxiv.org/abs/2610.17893)　|　提交：2026-10-13　|　cs.AI

**三句话总结**
1. 多智能体协作需要主动分享证据、索要缺失信息、采纳队友的贡献，但最终任务结果很难告诉模型哪一条消息有价值，所以协作行为难以直接训练。
2. 作者提出 CoSIR：用贝叶斯评估器按"团队惊奇度"（各智能体给正确选项的负对数概率之和）的下降量给信息分享打分，按潜在下降量给信息请求打分，另设奖励鼓励智能体使用收到的信息。训练在一个简单、可验证的环境里通过自博弈完成。
3. 在 Qwen3-4B/8B 和 Gemma-3-4B-it 上后训练后，模型迁移到 7 个未见过的自然语言协作任务时总分最高，通用能力保持有竞争力，私有证据的披露也明显增加。这是"把协作当作可训练技能"的一个干净做法。

## 5. Narrowing the Collaboration Gap, Probably

- **作者**：Mirah Shi, Marcel Hussing, Ira Globus-Harris, Natalie Collina, Aaron Roth, Surbhi Goel
- **arXiv**：[2610.19215](https://arxiv.org/abs/2610.19215)　|　提交：2026-10-13　|　cs.LG

**三句话总结**
1. 论文讨论的是各自持有私有信息的 LLM 智能体应该用什么接口简洁地交流：只交换"我建议的动作"会丢掉对决策有用的不确定性。
2. 作者主张改为交换动作上的校准概率，先在一个刻画"部分信息下多轮推理"的合成设定中从理论和实验两方面证明无偏概率通信严格强于动作通信，再在协作走迷宫任务上用训练的 Transformer 和预训练 LLM 验证。
3. 关键结论是：概率通信的优势依赖校准，概率有偏时优势会消失；作者给出的事后对话式校准干预能稳定地修正偏差。这为多智能体通信协议设计提供了有理论支撑的原则。

---

## 备选（同样值得关注）

| arXiv | 标题 | 一句话看点 |
|---|---|---|
| [2610.21029](https://arxiv.org/abs/2610.21029) | SCARCE: Emergent Institutions in Long-Horizon Multi-Agent Coding Systems | 编码智能体争用共享算力时会自发形成基于声誉和互惠的"制度"，作者审计了 8 个模型的 1,500 多条轨迹 |
| [2610.16343](https://arxiv.org/abs/2610.16343) | Efficient Multi-Agent Reasoning via Confidence-Guided Adaptive Debate（ICML 2026） | 采用 leader–supporter 非对称辩论，只在需要时才展开交互，以接近单智能体的 token 成本拿到多智能体级别的效果 |
| [2610.19799](https://arxiv.org/abs/2610.19799) | Evolve Together, Fall into Place: How Social Scaffolding Shapes Self-Evolving Multi-Agent Systems | 团队构成和互依结构决定了自进化 MAS 的效果，合适的"社会脚手架"最多可带来 25 分提升 |
| [2610.16117](https://arxiv.org/abs/2610.16117) | Beyond Perfect Teammates: Multi-Agent Collaboration with Unreliable Colleagues | UnCoBench：在队友答非所问、信息不完整或不回应时，评测主智能体的恢复能力 |
| [2610.17409](https://arxiv.org/abs/2610.17409) | Position: Beyond Training Time, Test-Time Coordination is Essential for Cooperative MARL（NeurIPS 2026 Position） | 提出 CTME 设定，认为合作 MARL 应在执行时保留协调通道 |

*说明：以上信息全部来自 arXiv API 返回的元数据和摘要，总结基于摘要撰写，尚未通读全文。*