多智能体协作痛点：基于代码结构寻址取代身份广播
Goldziher · reddit · 2026-08-08
作者指出，当前多智能体消息传递（如邮箱模式）已基本成熟并商品化，但真正的难点在于决定谁应该接收消息。例如，两个Agent在同一代码库工作，一个修改了函数签名，另一个在远处调用该函数，简单的广播会造成噪音，而指定名称又需要全局编排器。
作者提出，正确的基元应是基于代码结构寻址而非身份：
- 按影响范围通知：协调层需建立在代码图之上，系统自动计算受影响的代码集，而非被动告知。
- 线程按路径或符号划分：Agent加入线程是其操作对象的自然结果，而非手动步骤。
- 非全局发现：Agent通过工作目录匹配或主题过滤器发现线程，避免全局目录带来的广播问题。
- 信封与正文分离：收件箱扫描仅检查元数据，按需获取正文，从而将协调的 Token 成本与消息数量挂钩，而非消息大小。
目前该机制已在本地代码索引上实现，将影响范围转化为真实查询。作者认为普通邮箱加编排器在Agent超过3个时就会失效。
「编程与Agent」频道最新
- AI 参赛选手提前罢工：Claude Agent 自行宣告项目完工 — morgymcg · 2026-08-08
- Agent 循环中的模型路由：哪些调用该交给小模型？ — Commercial_Try7052 · 2026-08-08
- 让 AI 投标助手拒绝撒谎：商业场景的工程化对齐实践 — Lucius-AI · 2026-08-08
- OpenNews MCP 聚合 85+ 实时数据源，赋能 AI 助手 — Roger_M_Taylor · 2026-08-08
- iFixAI 开源 AI 代理审计工具，获 7K+ Star — JaynitMakwana · 2026-08-08
- ComfyUI 防崩溃指南：用 Claude Code 自动修 Bug — Nimblecloud13 · 2026-08-08