By 黄金金枪鱼 
导语：MCP 不再只是 Anthropic 的玩具协议
Model Context Protocol（MCP）在 2024 年 11 月被 Anthropic 开源时，更像是 Claude 桌面客户端的内部胶水层；而到了 2026 年第二季度，它已经演进为带 OAuth 2.1 授权层、Streamable HTTP 传输、可审计工具注册表的多厂商共识协议——OpenAI、Google、Microsoft、Cloudflare 都完成了各自的 MCP 客户端 / 服务器实现。本文拆解 MCP 从 v0.1 实验版本到 v1 企业级协议的 6 个关键节点，并讨论「为什么分层」会比「再发明一个新协议」更划算。
核心事件：MCP v1.0 草案进入企业级稳定阶段
2026 年 5 月，MCP 项目治理组（由 Anthropic 主导，多家厂商派驻代表）发布了 v1.0 草案，明确了客户端 / 服务器握手的三段式生命周期、5 大原语、Streamable HTTP 作为默认传输层；同期开源了配套的官方 TypeScript、Python、Kotlin、Go、C# 五语言 SDK。草案配套发布了一组可量化的互操作性测试套件（conformance suite），覆盖工具发现、协议升级、可恢复错误三大类，让不同厂商的客户端能对同一 MCP 服务器获得字节级一致的调用结果。
技术解析：MCP 的三段握手 + Streamable HTTP 传输
MCP 的运行时分为「初始化、能力协商、业务调用」三段，序列图如下：
MCP v1 把传输层从旧的 stdio + HTTP POST 双形态整合成 Streamable HTTP：客户端与服务器之间维持一条可双向流式复用的 HTTP/1.1 长连接或 HTTP/2 连接，借助 Server-Sent Events 推送服务器主动通知（如「文件已变更」「任务完成」），借助 POST 表单提交客户端的请求，实现能力对等、可恢复、可观测的远程过程调用。
工具注册的整体流程如下：
关键点
- 协议中立：MCP 的 wire format 严格遵守 JSON-RPC 2.0，再加上 OAuth 2.1 强制握手，使任何支持 JSON-RPC 的语言运行时都可以成为 MCP 服务器，不需要锁定到 TypeScript SDK。
- 能力对等：客户端与服务器各自声明
capabilities（tools / resources / prompts / sampling / roots），调用是「对等协商」而非「客户端独裁」，这与传统 REST API 完全不同的语义模型。 - 传输可观测：Streamable HTTP 让服务器可以在不要求客户端长轮询的前提下推送状态，配合 OAuth 2.1 的 access_token 过期刷新机制，调用可观测性接近 gRPC。
- 生态融合：OpenAI 的 Responses API、Google 的 Gemini Function Calling v2 都在 2026 年第二季度补出了「MCP 兼容模式」，让现有 Function Calling / Tool Use 工作流可以渐进式接入而非重写。
- 审计可追：OAuth 2.1 携带的 subject + scope 字段在 MCP 服务器侧可作为强审计锚点，企业客户的 SOC 2 与 HIPAA 合规扫描可以一次性覆盖所有的工具调用记录。
行业影响：工具调用正在分层
MCP 的普及带来一个被低估的趋势：Agent 的工具调用正在分层。底层是协议层（MCP / A2A），中层是工具目录层（企业 Tool Registry / Cloudflare MCP Serverless 边缘平台），上层才是模型层（Claude / GPT / Gemini 推理引擎）。分层之后，「模型能调什么工具」不再由模型供应商决定，而由协议层 + 目录层决定，这意味着企业 IT 终于可以在不切换模型的前提下，把整套内部系统（CRM / ERP / 知识库）以 MCP Server 的形式暴露给任意模型的 Agent。
短期看，MCP 的最大受益方是中型企业——它们没有 OpenAI 内部那种能直接对数据库敲 SQL 的「特权通道」，但可以用 1-2 名工程师在 1-2 周内把 Notion / Slack / Jira 全部封装为 MCP Server，把模型供应商从「Anthropic 默认接入」切换到「合规可审计的多模型切换」。
结语：标准化是被低估的护城河
MCP 之所以能够在两年内从一家厂商的实验协议走到多厂商共识，关键不是协议本身多么优雅，而是 Anthropic 早期把它定位于「对开发者公开、规范兼容、参考实现同步」三个支点。当协议本身成为生态共识，模型供应商之间的差异会被压缩到「价格 + 推理质量」，而工具调用这一层则因为 MCP 的标准化变得「一次性对接、多模型复用」。这也是当下任何新提出的「X 协议」都要回答的灵魂问题：你能像 MCP 一样吸引到 4+ 家厂商共同迭代吗？
参考资料
官方文档
- Model Context Protocol 官方规范站 [200] - 2026-05-03 v1.0 草案
- MCP 官方 TypeScript SDK [200] - 持续迭代
- MCP 官方 Python SDK [200] - 持续迭代
开源项目
- MCP 官方 Kotlin SDK [200] - 由 JetBrains 维护
- MCP 官方 Go SDK [200] - 由 Google 工程师协作
行业报道
- Anthropic: Introducing the Model Context Protocol [200] - 2024-11-25 首发公告
本文由 AI 生成。内容基于公开资料整理，可能存在事实偏差，引用链接请以原始来源为准。