AI 智能体终于有了共享标准:A2A 在 Linux 基金会与 MCP 会合

发表于 Aug 25, 2026,作者:阿尔西亚·卡哈尼。
AI News AI Agents Standards MCP
本页内容 1 分钟阅读
  1. 1引言
  2. 2究竟什么加入了该基金会
  3. 3MCP 与 A2A 解决的是同一个问题的不同两半
  4. 4九个月内从 40 家会员到 250 家
  5. 5为什么直接竞争对手要共享这套管道
  6. 6这目前还不能解决的问题
  7. 7这对智能体构建者意味着什么
  8. 8结论

引言

在 2025 年的大部分时间里,构建 AI 智能体意味着选定一个框架,然后基本被困在其中。把一个智能体连接到新工具,或者让两个由不同团队构建的智能体协同工作,通常都意味着要写定制的胶水代码,而且无法保证在下次模型更新后它还能正常工作。2026 年 8 月 20 日,这种碎片化又退了一小步:Google Cloud 正式将其 Agent2Agent(A2A)协议捐赠给 Linux 基金会的智能体 AI 基金会(AAIF),把它置于与 Anthropic 的模型上下文协议(MCP)相同的中立屋檐之下。两个相互竞争的实验室、两个协议、一套治理结构——而且越来越多的信号表明,AI 智能体底下的管道正在变成共享基础设施,而不是战场。

一张网络示意图,展示来自 Google、Anthropic、Microsoft 和 OpenAI 的 AI 智能体图标通过一个标有“智能体 AI 基金会”的共享开放标准枢纽相互连接

究竟什么加入了该基金会

智能体 AI 基金会并不是新事物——Linux 基金会于 2025 年 12 月 9 日发起它,以三项创始贡献为支柱:Anthropic 的模型上下文协议、Block 的 Goose 智能体框架,以及 OpenAI 的 AGENTS.md 约定。那次发布延续了本博客在同月为什么 Anthropic 把 MCP 捐赠给 Linux 基金会一文中讨论过的模式:一家实验室放弃对自己协议的直接控制,好让业界其他各方真正信任并基于它进行构建。8 月 20 日的变化在于,Google 为让独立智能体彼此发现和通信而打造的 A2A 协议,加入了同一个中立归属地。它如今与 MCP 一同受治理,而不再是作为一个由 Google 控制、其他各方只能被动信任的规范被搁在一边。

FlowHunt 标志

准备好发展您的业务了吗?

今天开始免费试用,几天内即可看到结果。

MCP 与 A2A 解决的是同一个问题的不同两半

这两个协议并非做着同样工作的竞争对手——它们覆盖的是同一问题的不同方向。MCP 规范的是纵向连接:一个智能体如何接触到它做任何有用之事所需的工具、API 和私有数据。A2A 规范的是横向连接:一个智能体如何找到另一个智能体并与它对话,即使两者是建立在完全不同的技术栈之上。

一张对比图:MCP 将智能体纵向连接到工具和数据,而 A2A 将智能体横向连接到其他智能体

这一区别正是两者最终进入同一个基金会、而不是争夺同一个位置的原因。生产环境中的智能体技术栈越来越需要两者兼有:用 MCP 接触自己的工具和数据,用 A2A 把工作交接给它并不拥有的智能体,或从那里接收工作。

九个月内从 40 家会员到 250 家

增长曲线是更能说明问题的数字。AAIF 在 2025 年 12 月启动时只有不到 40 家组织。到 2026 年 8 月,会员数已超过 250 家,白金级别的支持者包括 Amazon Web Services、Anthropic、Block、Bloomberg、Cloudflare、Google、Microsoft 和 OpenAI——这些公司在模型、云基础设施和智能体产品上直接竞争,却都在为这些底层协议的同一个中立治理机构提供资金。

柱状图显示智能体 AI 基金会的会员数从 2025 年 12 月启动时的不到 40 家增长到 2026 年 8 月的 250 多家

在白金级别之下,黄金和白银会员覆盖了 AI 智能体实际运行所依赖的技术栈的其余部分:开发工具、身份提供商、可观测性平台和垂直软件厂商,它们都与“智能体能够访问自己的系统而无需为每个 AI 厂商做定制集成”这件事利害相关。

通过开放标准而非专有 API 连接你的智能体

FlowHunt 的 MCP 支持让你的 AI 智能体能够访问你已经在运行的工具和数据,而不会把你的集成锁定在某一家厂商的路线图上。

为什么直接竞争对手要共享这套管道

值得一问的是:既然 Google、Anthropic、OpenAI 和各大云服务商在其他领域围绕模型和智能体产品竞争得如此激烈,它们为什么还同意共同治理共享协议?答案是:一个四分五裂的集成层对所有在其之上构建的人(包括这些实验室自己)来说都很昂贵。每一个互不兼容的协议,都意味着工具开发者、企业和平台厂商需要额外单独支持的一种格式,这会拖慢整个品类的采用速度。把 MCP、A2A、Goose 和 AGENTS.md 放在同一个基金会之下共享,让各实验室可以继续在真正区分彼此的地方竞争——模型质量、推理能力和智能体能力——同时把智能体与其环境之间的连接当作公共基础设施来对待,正如业界最终对 Kubernetes 或 HTTP 所做的那样。

这目前还不能解决的问题

共享的治理结构并不等同于已解决的互操作性。中立的所有权降低了爆发协议之战的风险,也让企业更有信心:MCP 或 A2A 在三年后依然存在。但每个平台仍然必须正确地实现规范,每次部署仍然需要本博客在MCP 安全清单合规方面所讨论过的同样的运营纪律——身份、隔离、工具验证和安全部署并不会仅仅因为协议被标准化就自动到位。规范层面的互操作性仍然取决于实现层面的互操作性,而这部分责任在于每一个交付智能体的团队,而不在基金会。

这对智能体构建者意味着什么

对于今天正在运行智能体 AI 系统的任何人来说,务实的结论是:基于开放标准构建,而不是基于某一家厂商的专有集成格式。用 MCP 把智能体连接到内部工具和数据——无论是通过托管式 MCP 服务器,还是你自己运行的基础设施——同时关注 A2A 在智能体间发现能力上的成熟。这两个协议如今都归属于同一个中立机构,因此押注其中任何一个,都是对某个生态的押注,而不是对某一家公司路线图的押注。随着多智能体 AI 系统从研究演示走向生产环境,这一点会更加重要,因为跨团队、跨厂商地编排专用智能体,正是 A2A 旨在标准化的场景,也正是过去每出现一种新的配对就需要定制集成工作的场景。

结论

两个由直接竞争对手打造的协议如今处在同一个治理屋檐下,得到所有主要云服务商和模型实验室的支持,会员数在九个月内几乎翻了五倍。相比一年前那个碎片化、被框架锁定的智能体工具格局,这是一条明显不同的发展轨迹——而且它紧随这样一个夏天之后:本博客还追踪了智能体能力的进步是如何迅速超出其周围的护栏的,从AI 智能体逃出测试沙箱到后台智能体部署中的安全漏洞。标准化的管道本身并不会让智能体更安全或更聪明,但它确实意味着,今天基于 MCP 构建的无代码 AI 智能体平台不是在押注一个明天就可能被某一家厂商弃用的协议。互操作性层仍然年轻,但它第一次有了一个归属地,而不是好几个相互竞争的地方。

常见问题

阿尔西亚是 FlowHunt 的一名 AI 工作流程工程师。拥有计算机科学背景并热衷于人工智能,他专注于创建高效的工作流程,将 AI 工具整合到日常任务中,从而提升生产力和创造力。

阿尔西亚·卡哈尼
阿尔西亚·卡哈尼
AI 工作流程工程师

在开放标准上构建智能体,而不是在封闭花园里

FlowHunt 今天就能通过 MCP 将你的 AI 智能体连接到工具和数据,因此在智能体互操作性层的格局落定之前,你不会被锁定在某一家厂商的协议中。