MCP 发布 2026-07-28 新规范：无状态、MRTR 与授权升级

Model Context Protocol 官方在 2026 年 7 月 28 日发布新的规范版本。这次发布不是小修小补，而是一次面向生产部署的协议调整，重点放在无状态请求、长任务交互、路由缓存和授权安全上。

其中最核心的变化，是把协议核心从依赖初始化握手、会话 ID 和长连接的形态，转向每个请求都能独立表达自己所需上下文的无状态模型。

旧设计里，服务端和客户端之间有更强的连接状态假设。新规范移除了 `initialize` / `initialized` 交换，也不再依赖 `Mcp-Session-Id`。请求会带上协议版本、客户端身份和能力信息；如果客户端想提前了解服务端能力，可以调用新的 `server/discover`，但这不是每次工作的前置条件。

这个变化直接服务于生产部署：任意请求可以落到负载均衡后面的任意实例，不再要求网关或服务端维护隐藏会话。MCP Server 因此更像一组普通 Web API，可以按常见的扩容、容灾和网关策略来管理。

无状态并不等于工具调用只能一次完成。官方同步引入 Multi Round-Trip Requests，也就是 MRTR，用来替代过去依赖服务端主动请求和保持流连接的交互方式。

典型场景是工具执行到一半需要用户补参数、确认动作或提供额外信息。新的流程里，服务端可以返回 `input_required` 结果，并把需要客户端回答的问题一起带回；客户端拿到用户输入后，再带着 `inputResponses` 重试原始调用。

这让确认、补充信息和 elicitation 这类交互仍然可以发生，但不再要求服务端长期持有一条打开的双向通道。对部署在 serverless、Workers 或多实例集群上的 MCP Server 来说，这是更现实的交互模型。

新规范要求 Streamable HTTP 请求带上 `Mcp-Method` 和 `Mcp-Name` header。这个细节很关键：网关、WAF、限流系统和可观测性工具，可以直接基于 header 判断这是 `tools/call`、`tools/list` 还是某个具体工具，而不用解析 JSON body。

另一个基础设施化变化是列表结果可缓存。`tools/list`、`prompts/list`、`resources/list` 和 `resources/read` 可以返回缓存提示和确定性顺序。这样客户端不用频繁重新拉工具目录，也能让上游 prompt cache 更稳定。

这两点看起来偏底层，但会影响 MCP 生态的可运营性。工具目录、资源读取、网关路由、企业审计和成本控制，都需要稳定的协议信号，而不是靠各家实现自己约定。

官方博客把授权列为这次规范的重要变化之一。新版本要求授权服务器返回并校验 issuer，避免授权服务器混淆；客户端凭据也要绑定到签发它的 issuer，不能跨授权服务器复用。

过去常见的 Dynamic Client Registration 仍然保留兼容，但已被正式标记为将来会移除的路径。规范方向是转向 Client ID Metadata Documents，让客户端身份和授权元数据更可管理、更适合企业环境。

如果 MCP 要进入企业内部工具链，授权不是附属功能。它决定了哪些客户端能调用哪些 Server，哪些工具需要额外确认，哪些访问可以被审计和撤销。2026-07-28 版本是在把这些要求写进协议层。

这次更新还把 Tasks 从实验核心移到 `io.modelcontextprotocol/tasks` 扩展。它包含轮询式的 `tasks/get` 和新的 `tasks/update`，通知机制也转向由客户端按类型订阅的 `subscriptions/listen`。

这个变化说明 MCP 核心正在收窄：核心负责稳定的请求、响应、路由、能力发现和安全边界；长任务、Apps、企业授权这类能力则通过正式扩展框架演进。

对开发者来说，这比把所有能力都塞进核心协议更健康。核心越小，基础实现越容易稳定；扩展越明确，生态就越容易在不互相破坏的情况下增加能力。

如果你正在做新的 MCP Server，优先按 2026-07-28 的无状态模型设计：不要把关键业务状态藏在连接会话里；需要持续上下文时，用显式 handle、任务 ID 或业务对象 ID，让模型和客户端都能看到并传回。

如果你已经有旧版实现，迁移重点不是一次性改完所有能力，而是先处理会话依赖、header 路由、列表缓存和授权校验。Roots、Sampling、Logging 以及旧 HTTP+SSE 传输都已进入废弃期，官方给了至少 12 个月窗口，但新项目不应该再主动采用这些路径。

所以这次新规范发布的重点，不只是 MCP 多了几个字段或扩展，而是官方在把模型调用工具这件事，整理成更适合平台、网关和团队共同管理的协议基础设施。