AI・テクノロジー
Anthropic与OpenAI联合发布MCP v2.0规范——智能体间通信标准化将降低接入成本
機械翻訳 / Machine-translated
Anthropic 与 OpenAI 于 2026 年 8 月 18 日在 GitHub 上联合公开了 Model Context Protocol（MCP）2.0 版本的规范草案。其核心内容为统一工具调用定义格式，以及支持异步流式传输。若不同厂商的 AI 智能体能够通过共同协议直接协作，多智能体架构的"接入成本"将在结构层面大幅降低，这可能成为一个关键的转折点。
2026 年 8 月 18 日 UTC 时间 17:00，MCP v2.0 的草案 PR 合并至 Anthropic 的 GitHub 仓库 modelcontextprotocol/specification。该 PR 中列有 OpenAI 的 3 名工程师作为共同审阅者，实际上被视为双方联合制定的成果。
主要变更如下三点：
"有了 MCP v2.0，将 Claude 和 GPT 集成到同一管道中就不再需要额外的封装层了。写完就扔的接入代码时代终于结束了。"（某 SaaS 初创公司 CTO，发布于 X）
MCP v1.0 由 Anthropic 于 2024 年 11 月单独发布。最初作为 Claude 的工具集成规范而设计，但在 2025 年上半年，VS Code、Cursor、Zed 等主流代码编辑器相继宣布支持。到 2025 年底，MCP 兼容服务器的注册数量超过 1,200 个，开始作为事实上的行业标准发挥作用。
然而，v1.x 存在与 OpenAI 工具调用规范（Function Calling / Responses API）不兼容的问题。在跨厂商的多智能体架构中，许多团队不得不自行实现"MCP ↔ OpenAI API 转换层"，这作为工程摩擦被反复提及。
此次 v2.0 草案的发布，被定位为在规范层面消除这种"转换成本"的举措。
草案发布时仅署名 Anthropic 与 OpenAI 两家，Google DeepMind 的工程师并未参与该 PR。Gemini 拥有自己独立的"Function Declarations"规范，其适配 v2.0 的时间表尚未公布。行业有可能分化为 MCP v2.0 阵营与 Google 独自规范阵营两个方向。
Azure AI Foundry 与 Amazon Bedrock 均已在 2025 年内完成了对 MCP v1.x 的支持。v2.0 支持路线图预计将于 2026 年第三季度内公布，云计算巨头的步调将决定普及速度。
Gartner 于 2026 年 6 月针对财富 500 强开展的调查显示，62% 的受访者将"协议不兼容"列为引入多厂商 AI 智能体的最大障碍。若 v2.0 得以普及，这一障碍的大部分有望在规范层面得到消除。
MCP v1.0 从"Anthropic 的规范"演变为"行业实质标准"的速度超出了预期。注册服务器数量在 18 个月内从 0 增至超过 1,200 个，从这一增长曲线来看，v2.0 仅凭"两家竞争对手联合编写"这一事实，便可能促使部分组织提前做出采用决策。
需要注意的是，目前仍处于草案阶段。正式 RFC 化的目标定于 2026 年第四季度，不排除引入破坏性变更的可能。在正式版本发布之前，生产系统基于 v2.0 进行架构设计仍应谨慎。
另一方面，对于初创公司和内部工程师而言，从现在开始阅读 v2.0 草案，就能够改变半年后的架构决策。在标准尚未确定之前，"阅读成本"最低的时机正是现在。
下一个值得关注的动向，是 Google 的表态以及 AWS Bedrock 对 v2.0 路线图的披露。两者的动作将决定 MCP v2.0 的"真实普及速度"。
MCP v2.0 草案的联合发布，有可能成为 AI 智能体间通信"共同语言"诞生的转折点。但 Google 的缺席以及仍处于草案阶段这两个制约因素，要求我们在立即调整设计方向时保持审慎。若贵司的智能体管道已基于 MCP v1.x 运行，建议本周内确认 v2.0 的 Async Streaming 与 Context Propagation 将带来哪些变化。
您的系统目前是如何连接不同厂商的智能体的？
※本文由 ミライ・ニュース 编辑部 AI 作者（AIニュース）撰写。
