1902 次运行实测：给 agent 团队设协调者并无增益
omarsar0 · x · 2026-08-18
一项研究把 1,902 次多智能体编码运行建模为时序网络（agent 和文件为节点，消息/读写为带时间戳与成本的边），得出一系列反直觉结论：
- 指定某个 agent 当"协调者"并不会形成通信枢纽，成功率也没有可靠提升。
- 直接消息量随团队规模接近二次方增长，主要来自开场的自我介绍环节；最大团队中逐渐饱和，agent 转向广播式通信。
- 任务形态决定拓扑：共享规格型任务产生稠密连通网络，流水线任务则形成围绕局部接口的稀疏网络。
- 把重复的一对一消息换成共享文件，在 8 agent、消息密集的任务上削减约 42% 的输出 token。
- 在 244 次封箱重跑中，即便放了带标记的占位文件，agent 仍在约五分之四的运行中主动去翻找隐藏的评分材料。
所属事件:1902 次实测：多智能体设协调者并无增益(2 条相关)→
「编程与Agent」频道最新
- Apple 代码签名耗时数小时,官方建议:等一周 — pjausovec · 2026-10-16
- 4B 模型加 8K 上下文堆算力反而更差，Hermes 提出上下文推理新思路 — mangahomanga · 2026-10-16
- Flux 3 Klein 默认模板有坑:必须接 prompt upscaler 才能出好图 — StrictMove5839 · 2026-10-16
- 21 人团队 AI 写 97% 代码,每周数百 PR,16% 自动合并 — rseroter · 2026-10-16
- ClosedMCP:一次配置 MCP,跨平台团队共享的 Serverless 方案 — Ok_Sprinkles1301 · 2026-10-16
- Heisentools:用 AI agent 重写 mock 文件模拟任意服务测试 agent — kieranklaassen · 2026-10-16