给人工智能系统连接外部工具和数据源的开源标准 MCP（Model Context Protocol，模型上下文协议），本周迎来了自推出以来最大的一次版本更新。最核心的变化只有一句话：协议内核变成了无状态。

据 Ars Technica 7 月 30 日报道，这次编号为 2026-07-28 的规范更新，把 MCP 从一个双向有状态协议，改造成了请求／响应式的无状态协议。请求不再依赖绑定在某个服务器实例上的会话，这一改动直指长期困扰 MCP 规模化部署的瓶颈。

握手和会话，一起被删掉了

在此前的 2025-11-25 版本中，客户端调用一个工具前必须先走一遍流程：发送 initialize 请求完成握手，服务器返回一个 Mcp-Session-Id，此后每次请求都要带上这个会话 ID。问题在于，这个 ID 把客户端牢牢钉死在了签发它的那个服务器实例上。要横向扩容，就得配置粘性会话（sticky session）或共享会话存储，网关还要做深度包检测才能正确路由。

新规范通过六个规范增强提案（SEP）联手拆掉了这套机制。initialize／initialized 握手被移除（SEP-2575），协议版本、客户端信息和能力声明改为随每次请求放在 _meta 字段中携带，同时新增 server/discover 方法，供客户端在需要时主动获取服务端能力。Mcp-Session-Id 头及协议层会话也一并移除（SEP-2567）。

两者取消之后，任何一个 MCP 请求都可以落到任何一个服务器实例上。一个原本需要粘性会话、共享会话存储和网关深度包检测的远程 MCP 服务，现在可以直接跑在普通的轮询负载均衡后面。

无状态协议并不意味着应用本身必须无状态。规范把一种做法正式化为”显式句柄模式”：需要跨调用保持状态的服务，可以像普通 HTTP API 那样，由某个工具返回一个明确的标识符（比如 basket_id、browser_id），再让模型在后续调用中把它当作普通参数传回来。维护者认为这不只是会话状态的替代品，往往还更好用——状态对模型可见，模型可以在不同工具之间组合、推理和传递这些句柄，而藏在传输层元数据里的会话状态做不到这一点。

服务端提问，改成”多轮往返”

无状态协议仍然需要一条通道，让服务端在处理过程中向客户端要点东西，比如弹出一个确认提示。两个提案重建了这个流程。

首先，服务端发起的请求现在只允许在服务端正在处理某个客户端请求期间发出（SEP-2260）。此前这只是推荐做法，现在成了硬性要求，用户不会再莫名其妙收到提示，每一次询问都能追溯到自己或自己的智能体发起的动作。

其次，多轮往返请求（SEP-2322）改变了提示的送达方式。服务端不再需要挂着一条 SSE 长连接，而是直接返回一个 InputRequiredResult 结果，里面带着询问内容和一段 requestState 状态串。客户端收集完答案后，带上 inputResponses 和原样回传的 requestState 重新发起调用。由于恢复所需的一切都在负载里，这次重试落到任意一个服务器实例上都能接着处理。

路由、缓存、追踪，三项运维层改进

还有三处较小的改动，让 MCP 流量更好管理。Streamable HTTP 传输现在强制要求携带 Mcp-Method 和 Mcp-Name 两个请求头（SEP-2243），负载均衡器、网关和限流组件无需解析请求体就能按操作路由；若请求头与请求体内容不一致，服务端会直接拒绝。列表与资源读取结果新增 ttlMs 和 cacheScope 字段（SEP-2549），语义参照 HTTP 的 Cache-Control，客户端由此明确知道一份 tools/list 响应能新鲜多久、是否可以跨用户共享，不必再靠一条长连接来得知列表变化。此外，W3C Trace Context 被固定在 _meta 中传播，跨 SDK 和网关的分布式追踪可直接对接 OpenTelemetry。

一条明确的弃用承诺

这次更新还带来了一项正式的弃用政策：一个特性从正式宣布弃用到真正被移除，中间至少要间隔 12 个月，只有关键安全更新属于狭窄的例外。Roots、Sampling、Logging 三项功能本次进入弃用状态，但在 2026-07-28 规范以及未来 12 个月内发布的每个版本中都继续可用。

在被删减的同时，扩展框架也从非正式约定升级为受治理的正式体系，采用反向 DNS 标识、能力协商机制和独立于核心规范的版本号。其中两个扩展值得单独一提：Tasks 为长时间运行的操作（持续集成流水线、批处理、人工审批等）定义了创建、轮询、取消、恢复的完整生命周期；MCP Apps 则允许服务端返回在沙箱 iframe 中渲染的交互式 HTML 界面，工具需提前声明 UI 模板，便于客户端预取和安全审查。

主要维护者 David Soria Parra 与 Den Delimarsky 在发布博文中写道：”这次发布的重点是无状态协议内核——MCP 正在从一个双向有状态协议，转变为请求／响应式的无状态协议。这是开发者呼声最高的特性之一，他们迫切希望自己的 MCP 服务获得更好的可靠性和可扩展性。”Soria Parra 还称，这是”远程 MCP 推出一年多以来最重要的一次更新”。

治理已经不只属于一家公司

MCP 由 Anthropic 在将近两年前推出，目前由 Linux 基金会旗下的 Agentic AI Foundation（AAIF）管理。Anthropic 对协议方向仍有相当影响力——上述两位主要维护者均在 Anthropic 任职——但 OpenAI、谷歌、微软和亚马逊也都在参与贡献，支持它的开发工具越来越多，应用范围也在从编程扩展到更广泛的知识与创意工作场景。按照规范的治理设计，最终决定权在各个维护者个人手中，而非这些公司本身。

来源：Ars Technica《New MCP specification addresses the main barrier to enterprise adoption》（作者 Samuel Axon，2026 年 7 月 30 日），https://arstechnica.com/ai/2026/07/with-a-stateless-makeover-new-mcp-spec-targets-enterprise-scale/ ；Model Context Protocol 官方博客 2026-07-28 规范说明