MCP 发布 2026-07-28 规范：无状态核心

背景

MCP（Model Context Protocol）是 AI 应用连接外部工具和数据源的一套通用接口。在此次发布之前，MCP 是双向、有状态的协议：客户端与服务器保持一条会话，服务器可以沿着这条会话反过来向客户端发起请求^[1]。会话状态让需要来回交互的功能容易实现，但也把每一次交互绑定在某个具体的服务器进程上。有状态会话像一通电话：接通之后双方随时可以说话，但这通电话只属于这一条线路；请求/响应协议更像寄信：每封信都要自己说明来意，任何能读懂它的实例都可以回信。

发布内容

2026 年 7 月 28 日，项目发布了 2026-07-28 规范^[1]。这一版的亮点是无状态的协议内核（stateless protocol core），把 MCP 从双向有状态协议变成请求/响应协议^[1]。每个请求都是自描述的（self-describing），并配有一个可选的发现调用（discovery call），因此任何一个请求都可以落到普通轮询（round-robin）负载均衡器后面的任意一个实例上^[1]。

关键细节

路由信息被搬进了 HTTP 头：方法名与工具名分别放在 Mcp-Method 和 Mcp-Name 头里，网关可以直接依据头部完成路由与授权^[1]。网关通常挡在服务器前面，往往要在应用代码执行之前就判断请求该去哪里、是否被允许，头部里的信息正是给它用的。

需要服务器向客户端发起请求的两类场景——sampling（服务器请客户端提供模型输出）和 elicitation（向用户索取输入）——改为走 Multi Round-Trip Requests，而不再依赖打开的双向流^[1]。这类交互不再顺着一条活着的连接推下去，而是拆成若干次普通的请求/响应往返来完成，正好贴合无状态的协议内核。

列表响应带有缓存提示（cache hints）和确定的顺序，客户端因此可以缓存工具目录，并在重连之后让提示缓存（prompt cache）保持稳定^[1]。每次都以同样顺序返回的工具列表，可以被客户端存下来反复使用，而不必在每次调用前重新拉取。

此次发布还把扩展框架（extensions framework）正式化，Tasks 成为扩展，与 MCP Apps 和 Enterprise Managed Authorization 并列^[1]。

规模与影响

项目称其 Tier 1 SDK 每月下载量接近 5 亿次，其中 TypeScript 和 Python SDK 的累计下载量已超过 10 亿次^[1]。在这样的使用量下，协议的部署形态会牵动大量代码：核心无状态之后，处理某个请求的实例不必是开启那段会话的进程，网关也能在服务器看到请求之前依据头部完成路由^[1]。

这些改动没有改变 MCP 的用途——把 AI 应用与工具、数据连接起来——改变的是「记住一段对话」这件事发生在哪里：从一条活着的会话，转移到消息本身。