A2A 1.0 与 MCP 无状态重构:智能体互操作协议的生产化之年

2026 年可以称为智能体互操作协议的「生产化元年」。3 月,Google 发起、Linux Foundation 治理的 A2A 协议发布 1.0 稳定版;7 月,MCP 发布被官方称为「史上最大修订」的 2026-07-28 规范,把协议核心重写为无状态架构;8 月,两大协议进入同一个中立基金会。不到一年,智能体之间的「通用语言」从厂商演示稿变成了带版本协商、多租户与企业级授权的生产规范。本文基于双方官方规范文档、基金会公告与主流云厂商的落地证据,梳理这一年协议层到底发生了什么、为什么值得后端与平台工程师认真对待,也把「协议重叠」「碎片化」「过早标准化」这三派批评摆上台面。文中规范细节截至 2026-10-11。

一年之内,两大规范先后「定型」

先交代背景。MCP(Model Context Protocol)是 Anthropic 在 2024 年 11 月发布的 agent 与工具、数据源之间的连接协议,2025 年 3 月 OpenAI 宣布在 Agents SDK 与 ChatGPT 桌面端支持后迅速成为事实标准;A2A(Agent2Agent)则是 Google 在 2025 年 4 月 Cloud Next 大会上发布的 agent 与 agent 之间的协作协议,发布即有 50 余家合作伙伴,同年 6 月捐赠给 Linux Foundation。两者的分工叙事如今已写进 A2A 官方文档:MCP 负责「垂直」的工具与资源接入,A2A 负责「水平」的智能体间协作——不透明(opaque)的智能体互不暴露内部状态与工具清单,只通过任务(Task)与消息协作。SAP 社区流传的比喻很传神:MCP 给智能体「双手」,A2A 给智能体「团队」。

2026 年的两个时间点把这件事从标准竞争推进到了工程落地:

timeline
    title 智能体互操作协议两年关键节点
    2024年11月 : Anthropic 发布 MCP
    2025年4月 : Google 发布 A2A : 50 余家合作伙伴
    2025年6月 : A2A 捐赠 Linux Foundation : MCP 发布 2025-06-18 版
    2025年12月 : MCP 捐入新成立的 Agentic AI Foundation
    2026年3月 : A2A v1.0 首个稳定规范
    2026年7月 : MCP 2026-07-28 版无状态重构
    2026年8月 : A2A 加入 AAIF : 两大协议同属一个中立屋檐

3 月,A2A 仓库发布 v1.0.0——这是它的首个稳定规范,5 月随即跟进了修正枚举与错误码的 v1.0.1。7 月 28 日,MCP 规范正式发布,官方在 5 月的 RC 公告里称之为 protocol 史上最大的一次修订。两大协议在同一自然年内先后完成「生产形态」的定型,这在全球智能体基础设施的演进史上是头一次。

A2A 1.0:从演示稿到企业规范

对照官方变更页,从 v0.3.0 到 v1.0 的变化可以归为四组,每组都直指生产环境的痛点。

第一组是数据模型的彻底简化。v1.0 移除了 TextPart、FilePart、DataPart 三种消息部件和 kind 判别字段,统一为单一 Part,内容类型改由字段存在性判断(if ("text" in part) 这类写法),mimeType 更名 mediaType,并新增 raw 字段支持 base64 内联二进制。流事件同步重构:不再用 kind 区分,改由 statusUpdate 与 artifactUpdate 成员名包裹,移除 final 布尔字段——流关闭即终态。枚举值从 kebab-case 全面改为 SCREAMING_SNAKE_CASE(如 TASK_STATE_COMPLETED),与 ProtoJSON 惯例对齐。这些改动让 Schema 更薄、多语言 SDK 的类型生成更干净,但也是对既有实现最疼的破坏性变更。

第二组是版本协商机制。Agent Card(.well-known/agent-card.json 的发现文档)在 v1.0 中把协议版本、端点地址与传输偏好收拢进 supportedInterfaces[] 数组,每个接口自带 protocolVersion、url 与绑定类型——同一个智能体可以同时声明服务 v0.3.0 与 v1.0 的多个端点;请求侧新增 A2A-Version 请求头,空值按 0.3 处理,服务端不支持时返回 VersionNotSupportedError。对要长期维护线上服务的团队来说,这等于给了协议升级一条不中断服务的路径。

第三组是传输绑定的正式化。JSON-RPC 2.0 over HTTP、gRPC、REST/HTTP+JSON 三种绑定在 v1.0 中被要求功能等价,Protocol Buffers 定义(a2a.proto)成为数据模型的唯一规范权威。同时 HTTP+JSON 路径移除了 /v1 前缀,操作名改为 SendMessage、CancelTask 这样的动词式命名,错误模型弃用 RFC 9457 改用 google.rpc.Status。

第四组是企业特性,也是 v1.0 相对早期版本最有分量的部分:所有请求消息加入 tenant 字段支持多租户隔离;Agent Card 支持 JWS 签名(RFC 7515 签名、RFC 8785 JSON 规范化),防发现文档被篡改;OAuth 侧删除 Implicit 与 Password 流程、新增 Device Code、授权码流程强制 PKCE;新增带游标分页的 ListTasks。官方同步给出了三阶段迁移路径——先加兼容层、再双栈(对外发 v1.0、读 v0.3.0)、最后只留 v1.0,并按紧急度排了迁移优先级。一句话小结:A2A 1.0 的主题词是「稳定」与「企业就绪」,它把一个大会演示稿变成了可以写进采购需求的规范。

MCP 2026-07-28:为横向扩展重写协议核心

如果说 A2A 1.0 的关键词是稳定化,MCP 2026-07-28 版的关键词则是「为云原生部署重写」。这版规范最激进的改动是无状态化:移除 initialize/initialized 握手与 Mcp-Session-Id 会话绑定,协议版本、客户端信息与能力改由每个请求的 _meta 携带。效果是任何服务器实例都能处理任何请求——普通轮询负载均衡即可部署,不再需要粘性会话或网关层深度包检测。对要把 MCP 服务器跑进 serverless、多副本集群的企业来说,这是根本性的解锁;此前的有状态会话模型几乎把 MCP 钉死在单机长连接形态上。

其余改动围绕「可运维性」展开。Extensions 框架(SEP-2133)让扩展能力成为一等公民:反向 DNS 命名 ID、独立的能力协商与版本线,协议核心不必为每个新特性膨胀;MCP Apps(SEP-1865)允许服务器交付沙箱 iframe 渲染的交互式 UI;上一版引入的 Tasks 异步任务原语从实验特性转为正式扩展,并新增多轮往返请求——InputRequiredResult 携带不透明的 requestState 回传,替代长挂 SSE,多轮补问不再占住连接。路由与缓存也被写进规范:强制 Mcp-Method/Mcp-Name 请求头让负载均衡与限流免解析报文体,ttlMs/cacheScope 定义了缓存语义,W3C Trace Context 打通 OpenTelemetry 链路。安全侧继续加码,六个授权相关 SEP 落地(含 RFC 9207 的 iss 校验与刷新令牌指引),并引入功能生命周期政策——弃用特性保底 12 个月窗口,用规范本身防治理漂移。

把两份规范放在一起看,对比相当清晰:

维度 MCP(2026-07-28 版) A2A(v1.0)
解决的问题 智能体连接工具与数据 智能体之间协作
核心抽象 Tool、Resource、Prompt Task、Message、Agent Card
本版主题 无状态化、可路由可缓存 稳定化、企业特性补齐
传输绑定 JSON-RPC 为主 JSON-RPC、gRPC、REST 三绑定等价
治理归属 AAIF(2025 年 12 月起) AAIF(2026 年 8 月起)
典型场景 给智能体接数据库、SaaS、内部系统 跨组织、跨平台的智能体互调

治理统一:中立屋顶下的「协议休战」

规范之外,治理层在 12 个月里完成了一条少见的快线。2025 年 6 月 23 日,Google 把 A2A 捐给 Linux Foundation,创始成员包括 AWS、Cisco、Google、Microsoft、Salesforce 与 SAP。2025 年 12 月 9 日,Anthropic 宣布把 MCP 捐赠给 Linux Foundation 旗下新成立的 Agentic AI Foundation(AAIF),创始项目还有 Block 的 goose 与 OpenAI 的 AGENTS.md,Google、Microsoft、AWS、Cloudflare、Bloomberg 均表态支持;Anthropic 在公告中给出的数据是当时 MCP 月 SDK 下载超 9700 万、活跃服务器超 1 万个。2026 年 8 月,A2A 以成长期项目身份加入 AAIF——至此两大协议同属一个中立屋檐,LLM 领域最被担心的「协议战争」以制度化的方式按下了休止键。AAIF 执行总监 Mazin Gilbert 的表态相当直白:「没有 MCP,你无法规模化部署智能体应用。」

企业落地的证据链

协议是否真的进入生产,要看云厂商与企业软件的动作。证据链在 2026 年下半年已经相当完整。Microsoft Foundry 的官方文档(2026 年 9 月更新)确认 a2a 工具类型对 A2A v1.0 的支持已正式 GA(preview 版对应 0.3),而且 A2A 工具还能经 Toolbox 以 MCP 端点形式挂载——两大协议在微软栈内合流的实证。Glean 在 7 月底的发布说明中上线了双向 A2A:既可作为 A2A server 被 Gemini Enterprise、Copilot Studio 等外部平台调用,也能作为 host 调用第三方 A2A 智能体,同时它本身就是 MCP 的双向参与者。AWS 的 Bedrock AgentCore Runtime 与 Google 的 ADK 也都原生支持 A2A。

规模数字方面,Linux Foundation 在 2026 年 4 月的一周年新闻稿中给出:A2A 支持组织超过 150 家(一年前约 50 家)、GitHub 星标 22K+、五门生产语言 SDK;配套的支付协议 AP2 也有 60 余家组织参与。MCP 侧,据 The Stack 在 9 月首届 MCPCon Europe 的报道,Tier-1 SDK 月下载已达 5 亿次,Claude 平台月工具调用超 10 亿次。需要说明的是,「78% 企业已在生产使用 MCP」这类调查数字目前只有单一转述来源,本文不作采信——但仅凭官方口径的下载与调用量,两大协议的 adoption 已经远超「试点」量级。

争议:重叠、碎片化与过早标准化

主流叙事之外,有三派批评值得认真对待。其一是重叠论:merge.dev 等集成平台指出,MCP 同样可以把另一个智能体封装成工具服务器来调用,A2A 与 MCP 的边界并不像厂商宣传的那样泾渭分明,A2A 的差异化被质疑不足。其二是碎片化论:除 MCP 与 A2A 外,ACP、ANP 以及 Cisco 系的 AGNTCY 联盟都在争夺相邻生态位,GetStream 等已开始担心企业集成时代「标准战争」重演;中文社区的「22 个 Agentic AI 协议」万字盘点也是这种焦虑的注脚。其三是过早标准化论:围绕 NIST 智能体标准倡议的讨论警告,在应用形态尚未收敛时锁死规范等于「冻结错误的抽象」;arXiv 上 2026 年 8 月的白皮书也持类似观点。

安全是第四重隐忧,而且有实证。Invariant Labs 在 2025 年 4 月披露的 Tool Poisoning Attack 表明,工具描述元数据里可以藏恶意指令操纵智能体;Cloud Security Alliance 在 2026 年 7 月的报告中把提示注入与工具投毒并列为 MCP 的两大攻击面;从业者社区里「MCP 的采用速度跑赢了安全控制」是常见的判断。2026 年研究界的共识正在收敛到客户端侧元数据注入是核心风险、AI 网关加工具元数据扫描是主要防线。对这两大协议而言,规范层面的 OAuth 加固只是起点,供应链与元数据层面的安全债仍在累积。这些批评没有推翻「互操作标准化」的大方向,但提醒我们:协议定型不等于风险收敛。

写在最后

回头看这一年,智能体协议层完成了三件事:两大规范先后给出稳定形态(A2A 的企业特性补齐与 MCP 的无状态重构)、治理统一到中立基金会、云厂商的 GA 级支持落地。本文作者判断(推测,非事实结论):协议层的「标准战争」基本结束,接下来的竞争会转移到上层——安全网关、可观测性、计费与治理这些「协议的运维层」,以及 A2A 生态正在延伸的 AP2 支付等垂直协议。对工程团队的实操建议朴素但有效:工具接入直接采用 MCP 2026-07-28 版的无状态部署形态,跨组织协作场景可以开始在生产环境试点 A2A v1.0 并保留 0.3 兼容读取,同时把工具元数据扫描与出口审计纳入上线检查单——规范已经就位,剩下的功课在自己的架构里。

参考资料

← 返回资讯列表

读者留言

COMMENTS 暂无
仅本站原创文章开放留言 · 请勿留下手机号、邮箱等个人信息

还没有留言,来说第一句?