MCP 2026-07-28：协议标准化正在终结 AI 编程工具的锁定时代

2026年7月，两件事在同一个月发生，但没有多少开发者意识到它们之间的联系。

5月21日，Anthropic 锁定了 MCP 协议迄今为止最大的一次重构——2026-07-28 候选版。7月28日，正式版将发布。与此同时，7月5日的北京全球数字经济大会上，《人工智能 智能体互联》系列国家标准（GB/Z 185—2026）正式发布，覆盖身份标识、能力描述、供需发现、协同交互、工具调用五大维度。

这两件事指向同一个趋势：AI 编程工具的生态壁垒正在协议层面被彻底瓦解。

从 m×n 到 m+n：协议如何改写了适配公式

过去两年，AI 编程工具的核心竞争逻辑是「谁的生态更封闭，谁的护城河越深」。Cursor 绑定自己的 Agent 规则和移动端生态，Claude Code 依赖插件市场和 Skills 体系，Copilot 深度绑定 GitHub 和 VS Code。换工具等于换生态——所有配置文件、自定义工作流全部重来。

这在技术层面有一个经典表述——m×n 困境：m 个大模型 × n 个工具，每家都要单独适配。GPT 用 Function Calling，Claude 用 Tool Use，Gemini 走自己的协议。一家企业接入 10 个内部系统，光适配代码就可能耗费两到三名工程师几个月的时间。

MCP 协议从根本上把这道题改写成了 m+n。模型侧实现一次 MCP Client，工具侧实现一次 MCP Server，全线即插即用。这不仅是技术简化——它消灭了工具厂商最核心的锁定机制。

数据也在支撑这个趋势。截至 2026 年 7 月，MCP 生态已有文件系统、数据库、版本控制、云服务、搜索引擎等十余个类别、超过 120 个 MCP Server 可供调用。OpenAI 宣布 GPT 系列全面支持 MCP，华为在盘古 openPangu 2.0 中集成了 MCP Server 标准，美团 LongCat-2.0（1.6T 参数 MoE 模型）重点优化了 MCP 工具调用场景。LangChain、LangGraph、CrewAI 等主流 Agent 框架全部原生支持 MCP Toolkit。

2026-07-28：一次「无状态」的协议革命

这次更新被称为「协议史上最大一次重构」，核心变化可以用三个关键词概括：无状态、扩展框架、授权加固。

**无状态（Stateless）**是整个重构的基石。在旧版 MCP（2025-11-25）中，客户端与服务器之间需要先建立会话（session），后续所有请求都必须携带 Session ID，这强制了粘性路由和共享会话存储。新版彻底移除了 initialize/initialized 握手和 Mcp-Session-Id 头，任何请求都可以落在任意服务器实例上，前端只需要一个普通的轮询负载均衡器。

这对实际部署意味着什么？一个远程 MCP Server 不再需要复杂的会话管理和深度包检测。它可以运行在普通的 HTTP 基础设施之上，路由只需读取 Mcp-Method 头，客户端甚至可以根据服务器声明的 ttlMs 来缓存 tools/list 响应。

**扩展框架（Extensions）**则让协议获得了模块化演进能力。Extensions 通过反向 DNS ID 标识，独立版本管理，从实验到正式有明确的通道。本次发布包含两个官方扩展：MCP Apps——允许服务器提供交互式 HTML 界面，在沙盒化 iframe 中渲染；Tasks——将长时间运行的任务管理重构为无状态模式，服务器可以返回任务句柄，客户端通过 tasks/get、tasks/update、tasks/cancel 驱动任务生命周期。

授权加固涉及六个 SEP，将授权规范与 OAuth 2.0 和 OpenID Connect 的实际部署模式对齐。客户端现在必须按 RFC 9207 验证 iss 参数，动态客户端注册需要声明 application_type，刷新令牌和 scope 累积也得到了明确规范。

同样值得注意的是一些功能的退役。Roots、Sampling 和 Logging 被标记为 Deprecated——Roots 由工具参数、资源 URI 或服务器配置替代，Sampling 由 LLM 提供商 API 直接集成替代，Logging 则由 stderr 和 OpenTelemetry 接管。这是一次明确的信号：MCP 正在从「大而全」走向「专而精」。

中国标准入场：从「谁大谁说了算」变成「按规矩来」

GB/Z 185—2026 不是 MCP 的简单跟随策略。它是一套体系化的顶层设计，覆盖了智能体从「我是谁」到「我能干什么」再到「我怎么和你合作」的全生命周期。

市场监管总局标准技术司副司长在发布时明确指出：「智能体爆发式增长的背后，产业深层次矛盾也日益凸显——不同厂商智能体之间接口、协议不统一，形成『智能体孤岛』，严重制约了规模化协同应用。」

这套标准的七部分结构形成了一个完整闭环：总体架构 → 身份标识 → 可信管理 → 能力描述 → 智能发现 → 多元交互 → 工具调用。注意它的编排顺序——第一件事不是「怎么干活」，而是「你是谁」和「你值不值得信任」。当 AI Agent 获得了修改整个代码仓库的权限时，身份和安全不是锦上添花，是生死线。

工信部指导发起了《智能体协议共建共享联合倡议》，依托开放原子开源基金会壮大开源社区。已有百余家行业头部企业参与共建，50 多家企业正在开展试点应用。北邮团队发布了国标参考实现 v2.1 版本——几条指令就能完成身份绑定和证书申请，甚至适配了内网环境。

谁最该紧张？不是程序员，是工具厂商

MCP 加国标的组合拳，本质上是在同时拆三堵墙：Cursor 的生态锁定、Claude Code 的插件壁垒、Copilot 的平台绑定。

协议统一后，工具厂商能竞争的只剩下三件事：模型推理质量、交互体验、定价策略。这三样没有一样是真正的护城河——模型可以换，体验可以抄，定价可以烧钱补贴。Kimi K2.7 Code 已经登录了 Copilot 就是最好的证明。

开源社区也在加速这一进程。CopilotKit 制定了 AG-UI 协议，OmniRoute 一个端点连接 231 个以上模型供应商。你甚至不需要一个大厂的编程工具——用开源框架加任意大模型加任意 MCP Server 自由组合，搭一套完全属于自己的 AI 编程环境。Toolhunt 数据显示，2026 年上半年有 17 个 AI 编程相关开源项目周增星数破千，其中 8 个直接涉及 MCP 协议集成或 Agent 互联。

Gartner 预测，到 2026 年底 40% 的企业应用将嵌入某种形式的 AI Agent，市场规模从 78 亿美元向 520 亿美元高速增长。在这个体量下，协议统一不是可选项，而是必然。

对程序员来说，这意味着什么

工具壁垒消失后，真正的竞争力回到了人身上。

当所有人都能用同样的工具、同样的协议、同样的 Agent 能力时，你区别于其他开发者的，不再是「我用 Cursor 比 Copilot 效率高 30%」——因为以后你完全可以在 Cursor 里调用 Copilot 生态里最好的那个 MCP Skill。这种比较在协议层面没有任何意义。

「会选工具」这个技能正在贬值到零。而「会定义问题」「会验证输出」「会设计架构」——这三个能力成了最后的护身符。

还有一个词在 GB/Z 185 中反复出现：「审计」。标准后续将推进智能体审计、智能体交易等细分领域标准研制。这意味着未来 AI 编程 Agent 的行为是可追溯、可审计的。你让 AI 写的每一行代码，追责链条会一直延伸到 Agent、模型版本、Prompt 策略——以及最终按下「批准」的那个人。

MCP 给了你自由，国标给了你责任。自由和责任同时到位，AI 编程才真正从一个「玩具」变成了「基础设施」。而基础设施最大的特点就是：它不关心你喜不喜欢，它只关心你遵不遵守。