协议战争结束了：ACP 并入 A2A，门牌层还是空的
本文引证来源 · ACP Joins Forces with A2A，LF AI & Data 社区博客，2025 年 8 月 29 日，署名 Kate Blair（IBM Research）与 Todd Segal（Google）——一手源，英文原文照录 · Agent Protocol War Ends: ACP Merges Into A2A，ClawdBytes，2026 年 10 月 15 日——二手周年回顾，英文原文照录并已标注 · 生态数字（MCP SDK 周下载量、注册表 server 数、A2A 加入 Agentic AI Foundation 的时间）为 2026 年 10 月 9 至 15 日区间的二手报道，全文均已标注。
十八个月，三个协议，一把伞。IBM Research 在 2025 年 3 月为 BeeAI 平台推出 Agent Communication Protocol（ACP）；几周后 Google 推出 A2A；Anthropic 的 MCP 已经在工具层铺开。2025 年 8 月 ACP 并入 A2A，2026 年 8 月 A2A 加入了那个已经在治理 MCP 的基金会。智能体协议战争结束了——而它解决的，只是「智能体之间怎么连」这一件事。一年过去，行业大一统了所有层，唯独缺了让一方说出指的是哪个智能体的那一层：数万个注册 server、150 多个支持机构、两个协议同在一个屋顶下——却没有一套规范方式，写下某个智能体的名字。
1. 合并了什么——按两位宣布者的原话
一手记录是 LF AI & Data 社区博客上一篇 2025 年 8 月 29 日的联合文章，署名 IBM Research 的 Kate Blair 与 Google 的 Todd Segal。开篇句交代了时序：“IBM Research launched the Agent Communication Protocol (ACP) in March 2025 to power its BeeAI Platform, an open-source platform exploring agent interpretability.”（IBM Research 于 2025 年 3 月推出 ACP，为其 BeeAI 平台提供动力——这是一个探索智能体可解释性的开源平台。）接着是捐赠：“Later that month, the BeeAI project—and with it, ACP—was donated to the Linux Foundation, solidifying our commitment to openly advancing agent interoperability as a community.”（同月稍晚，BeeAI 项目连同 ACP 一并捐赠给 Linux 基金会，把「以社区方式公开推进智能体互操作」这件事钉死。）然后是公告本身：“Today, we're excited to share that ACP is officially merging with the A2A under the Linux Foundation (@thelinuxfoundation) umbrella.”（今天，我们很高兴宣布 ACP 正式并入 Linux 基金会旗下的 A2A。）
机制写得毫不含糊——这是一次收束，而不是对等合并：“As part of this transition, the ACP team will be winding down active development and will begin contributing its technology and expertise directly to A2A.”（作为过渡的一部分，ACP 团队将停止活跃开发，转而把技术与专业知识直接贡献给 A2A。）随之而来的治理席位是最值得留意的细节：“Blair will join the A2A Technical Steering Committee on behalf of IBM, alongside representatives from Google, Microsoft, AWS, Cisco, Salesforce, ServiceNow, and SAP.”（Blair 将代表 IBM 加入 A2A 技术指导委员会，与来自 Google、Microsoft、AWS、Cisco、Salesforce、ServiceNow、SAP 的代表同席。）给用户的承诺是一条·，不是一座桥：“Migration paths and documentation will be provided to help ACP users seamlessly move to A2A.”以及 Segal 那句向前的引语：“We're thrilled about what's ahead and look forward to building the future of agent communication together.”
2. 一年之后：大一统买到了什么，又收了什么费
一年半之后，回顾文章自己会写。ClawdBytes 在 2026 年 10 月 15 日的分析用一句记录了 A2A 的状态：“A2A reached v1.0 in March 2026 and now boasts over 150 supporting organizations, including deep integrations with Google, Microsoft, and AWS.”（A2A 于 2026 年 3 月达到 v1.0，如今拥有 150 多个支持机构，包括与 Google、Microsoft、AWS 的深度集成。）工具一侧，2026 年 10 月 9 日前后的二手生态报道把 MCP 的 SDK 周下载量放在约 9,200 万次、官方注册表约 41,000 个 server；同一批报道把 A2A 归入 Agentic AI Foundation 的时间放在 2026 年 8 月——那正是治理 MCP 的同一个机构。两层，一个屋顶，而真正要紧的是：三个协议变成两个，两个如今回答了除命名之外的一切。
大一统不是免费的，买单的是早期采用者。回顾文章的措辞是全文最锋利的一句：“the result isn't a simple version bump; it's a re-architecture of their coordination layer.”（结果不是一次简单的版本号升级，而是对协调层的重构。）它还带了一个让抽象变具体的例子——“One developer reported spending three weeks refactoring a multi-agent system because their team built on ACP, only to find it deprecated two months before they started building”（一位开发者说，他花了三周重构一个多智能体系统，因为团队建在 ACP 上，而他们开工前两个月 ACP 就被弃用了）——以及关于逃生舱的诚实提醒：“While a migration path exists for BeeAI users via the A2AServer adapter, it does not undo the architectural debt incurred by ACP's assumptions.”（BeeAI 用户可以经 A2AServer 适配器迁移，但这抹不掉 ACP 的那些假设所欠下的架构债。）这笔交易被总结得两边都不讨好：“The Linux Foundation framed this merger as accelerating progress toward a single, more powerful standard, but the cost was borne by early adopters who shipped on the now-deprecated protocol.”（Linux 基金会把这场合并叙述为奔向单一更强标准的加速，但成本由那些押在现已弃用协议上并已交付的早期采用者承担了。）
3. 为什么一个合并后的协议，仍然给不出智能体的名字
这一段才是与我们有关的部分，而且它不是对 A2A 的批评，而是关于这一叠里哪些行有人真的在填。在 A2A 中，发现靠发布：智能体在自己域名下的知名位置发布一份机器可读的 Agent Card（/.well-known/agent-card.json）。那是一份位于 DNS 空间里的文档，由控制该域名的任何人自行发布。回顾文章的两处技术观察值得留下：“Task state is self-reported by the executing agent, and while Agent Cards can carry JWS signatures, they are optional in many implementations”（任务状态由执行方智能体自报，Agent Card 虽然可以携带 JWS 签名，在许多实现里却是可选的）——以及关于规模化发现的那句：“There is no formal registry for discovery yet, as the specification never shipped and maintainers redirected the need to adjacent specs.”（目前还没有正式的发现注册表，因为那份规范从未发布，维护者把这个需求转给了相邻的规范。）
把两个事实并排读。A2A 解决了智能体之间的传输，而且解决得好到有 150 家机构签了字。它没有交付的是那个规范名：一个智能体由「它在哪里发布文件」来标识，而文件的内容就是发布者说的。一份自证目录不是一套地址系统——它告诉你别人主张了什么，不告诉你事实是什么。MCP 注册表里那几万条正是这类目录，它们在自己的职责内极好；它们不是，也从未声称自己是「从权威算出某个智能体名字」的方法。
回顾文章用商业语言落在了同一个区分上，这是今年关于这个缺口写得最好的一句：“'A2A-compliant' is a procurement label, not a safety guarantee. The protocol solves 'how to transmit,' not 'how to trust.'”（「A2A 合规」是一个采购标签，不是安全保证。这个协议解决的是「怎么传」，不是「怎么信」。）两行，一句话说完。传输解决了。信任没有，而信任必须挂靠其上的寻址也没有。
4. 两个方案的位置
RTTP（rttp://）回答在哪与何时——第三行。在我们的方案里，地址不是发布出来的、不是注册出来的、也不是查表查出来的，它是算出来的：SHA-256(canonical_authority)[:16]，是规范权威本身的函数。这正是 Agent Card 不是的那种东西。一张 card 是位于某个域名下的一份文档：域名易主，card 就可以变；两个目录同时列同一个名字，谁也谈不上「错了」，因为那个名字从来不是从任何东西派生出来的。派生地址没有这种自由——第二原像性质就是理由，而它是算术，不是政策。十六个十六进制字符，没有房东。
IQA（iqa://）回答是否——第四行，也就是上面那句引语留白的那一行。证明信封以 Ed25519 签名承载陈述；standing 是 120 秒租约加四态（ghost、probation、radiant、genesis）；畸形输入 fail-closed，于是 REJECT 是结论而不是异常；验证是本地算术，这才让离线三测——断网、生存、解释——有意义。我们在记录上的位置是：rttp:// 与 iqa:// 已作为 IANA 临时方案登记（CRI 27 与 CRI 28），联合寻址草案正在 IETF ISE 审核。比交付慢，而且是有意慢。
对这一周新闻的诚实读法是：大一统从来不负责产出地址，它只负责为地址腾出地面。在一个成员还没就「怎么说话」达成一致的生态里，你没法规范命名；这场合并是一个前提，不是替代品。也正因如此，第三、四行的空白不是对 MCP 或 A2A 的指控，而只是对「行业腾出时间填了哪几行」的观察。
战争在所有人注视的地方结束了——谁跟谁说话。前线移到了没人认领的那一行：说话的到底是谁。两个协议在同一个基金会下，150 家机构，数万个注册 server，却仍然没有一套规范方式写下你说的智能体是哪个。这就是我们这两个方案被写出来的那一行，而协议战争结束的这一年，正是「笔还在桌上」变得显而易见的这一年。