MCP 这一版
做的是减法

协议通常先确定消息如何传输，再逐步增加能力和机制，MCP 前四版大体沿着这条路发展。2024-11-05 使用 HTTP+SSE，SSE 是一条服务器可持续向客户端推送消息的 HTTP 长连接。到 2025-03-26，负责承载网络消息的传输层改为 Streamable HTTP，HTTP+SSE 随之进入弃用状态。2025-06-18 留下了一条兼容规则：服务器若支持更早版本的客户端，MAY 将缺少协议版本头的请求按 2025-03-26 处理。2025-11-25 则是本版之前的上一版。

传输方式虽然变了，协议的基本假设没有动。客户端建立连接时先完成握手，也就是双方交换版本、身份和能力。旧版把这个开场方法称为 initialize。握手完成后，服务器为连接保留一个 session，用身份标记把同一客户端的多次请求串起来，并保存它们共享的状态。

2026-07-28 改动的正是这个假设。规范把 2025-11-25 及以前称为 Legacy，这些版本依靠 initialize 握手建立 session；本版及以后称为 Modern，版本、身份和能力不再只在开场交换，而是作为逐请求元数据，跟随每个请求一起发送。这套划分来自规范本身。两代协议的分界线不在某项具体功能，而在服务器是否需要记住客户端此前说过什么。

官方博客将这次变化概括为 moves MCP to a stateless core, while hardening authorization and graduating official extensions，包括转向无状态核心、收紧授权和正式化官方扩展。其中，无状态核心带来的连锁变化最长，也是本文的主线。

有状态服务器必须保存每个客户端的前情。请求一旦落到另一台机器，原来的 session 可能就无法继续，因此部署时往往需要共享状态，或者使用粘性负载均衡，强制同一客户端始终访问同一台服务器。无状态改为每个请求携带全部必要信息后，MCP server 可以像普通 HTTP 工作负载一样分散处理请求。代码按请求触发、不会长期驻留的 serverless，以及把服务放在多个近端节点的边缘（edge）部署，也不再受跨请求内存状态约束。

代价同样直接。协议级 session、initialize 握手和断流可恢复性被移除，连接中断后不能再依靠原有机制从上次位置继续接收消息。server 主动向客户端发起请求的能力也被删除，而多项原有能力都建立在这条反向通道上。

Sampling 允许 server 请客户端代为调用一次大模型，从而不必自己持有模型凭证。Roots 让 server 向客户端查询自己可以访问哪些目录和文件。elicitation 则允许 server 在执行途中暂停，请客户端向用户取得额外输入。三者体现的都是两端可以互相提出要求的协作方式，也是 MCP 与普通 HTTP 接口规范之间的重要区别。对于 Sampling，规范给出的迁移路径是 Integrate directly with LLM provider APIs，由 server 自行连接模型提供商的 API。

因此，这一版让 MCP 更容易部署，也将它从两端都能向对方提出要求的双向协作协议，收窄为工具目录加调用协议。

同一版规范还首次写入特性生命周期政策，为 Deprecated（功能仍可使用，但新实现不应再采用，并已进入未来可能移除的计划）设置至少十二个月的弃用窗口，同时提供弃用登记表和新旧代际兼容矩阵。能力边界与变化节奏由此都成为明确规则。接下来需要展开的，是这一版到底删了什么，又换成了什么。

官方博客把这一版概括成三件事：转向无状态核心、收紧授权、把官方扩展正式化。下面这张表按性质把九条主要变更归类，末行的错误码重编号出自「次要变更」，因为它决定实现方要改哪几个常量，一并列出。

本站此前关于 MCP 的内容集中在「怎么用」：生产环境的高危环节、三家官方 SDK 各自的一个 DNS rebinding 漏洞，以及接入 Claude Code harness 后的 tool token 开销。这一次换到规范演进的维度，观察协议本身在往哪里走。

本版把这些全撤了。服务器只暴露一个接受 POST 的 HTTP 端点，每一条 JSON-RPC 消息分别占用一个 POST。版本、客户端身份和客户端能力不再通过开场握手确定，而是装进每个请求的 _meta 字段，随请求一起发送。服务器也在每个结果的 _meta 中返回自己的身份。规范对此写得很直接：There is no negotiation handshake.

新机制下，每个请求都独立声明版本，服务器逐个接受或拒绝。若版本不受支持，服务器返回 UnsupportedProtocolVersionError，同时列出自己支持的版本，客户端再从列表中选择一个版本重试。

无状态并非没有代价。原本挂在 session 上的跨调用状态必须改成显式数据：由服务器生成句柄，再把句柄当作普通 tool 参数交给客户端随调用带回。列表方法也不能再按照连接返回不同内容。

server 主动发起请求这条路不是进入弃用期，而是直接改变。规范在相关页面明确标注 This is a breaking change.，并规定 server MUST 改用 MRTR，The previous pattern of server-initiated requests is no longer supported。传输层规范也把它列为相对 2025-03-26 到 2025-11-25 的行为变更：这些旧版本允许 server 沿 SSE 流发送自己的 JSON-RPC 请求，本版对此规定 MUST NOT。

只支持本版的服务器收到旧版流量时，也有明确处置规则。Last-Event-ID 头必须被忽略，流不能恢复；Mcp-Session-Id 头同样被忽略，服务器不生成也不回显 session id。

请求和响应流一一对应后，取消语义反而更清楚。客户端关掉某个请求的响应流，本身就是取消信号，服务器 MUST 按取消处理。规范将这种传输层断开视为没有歧义的取消方式。本版核心协议在 Streamable HTTP 上不再定义客户端发给服务器的通知，notifications/cancelled 只保留在 stdio 传输中。

长任务离开核心协议，移入官方的 Tasks 扩展，标识符为 io.modelcontextprotocol/tasks（SEP-2663）。改造重点是把阻塞等待换成轮询：原来的 tasks/result 被 tasks/get 取代，新增的 tasks/update 用于补充执行中需要的输入，tasks/list 被删除。

服务器判断请求需要长时间执行时，返回 resultType 为 task 的 CreateTaskResult，其中包含唯一的 taskId、初始状态、ttlMs 和建议轮询间隔 pollIntervalMs。任务必须在响应发出前完成持久化创建，这样得到的 taskId 是持久句柄，客户端断线或进程重启后仍能用同一个标识继续查询。

普通变更通知改走 subscriptions/listen。客户端发起监听时用过滤器明确选择需要的类型，共四项：toolsListChanged、promptsListChanged、resourcesListChanged、resourceSubscriptions。服务器 MUST NOT 推送客户端没有明确申请的类型，并且 MUST 把 notifications/subscriptions/acknowledged 作为第一条消息，返回实际接受的子集。

每个 POST MUST 带上 MCP-Protocol-Version。Mcp-Method 携带方法名，所有请求都要发送；Mcp-Name 携带 params.name 或 params.uri，用于 tools/call、resources/read 和 prompts/get。这些头不是可选优化，而是合规要求。

工具参数也能以受控方式映射到头部。服务器 MAY 在工具的 inputSchema 中用 x-mcp-header 标记需要镜像的参数，客户端再把对应值放进 Mcp-Param-{name}。规范以执行 Cloud Spanner SQL 的工具为例，在 region 参数上写入 x-mcp-header: "Region"，请求便会带上 Mcp-Param-Region: us-west1。

镜像头建立了两份表达同一事实的数据，因此规范要求服务器处理报文体时，MUST 检查头值与体内对应字段是否一致。规范给的理由很直接：防止网络里不同组件依赖不同的真相源，比如负载均衡器按头值路由、而 MCP server 按体内的值执行。依赖镜像头实施租户路由或限流的中间层，还 SHOULD 先确认 MCP-Protocol-Version 指向的版本是否要求头体一致，若版本较旧或该头缺失，SHOULD 直接拒绝请求，而不是相信无法确认的镜像值。

按 SEP-2549，有 5 个方法的返回结果要带上两个必填的缓存字段，分别是 tools/list、prompts/list、resources/list、resources/read 和 resources/templates/list。这两个字段与原有的 listChanged 通知互相补充，并不取代通知。可观测性采用同样的外移方向：trace context 约定写进规范，Logging 特性则进入弃用状态，迁移路径是 stderr 或 OpenTelemetry。

这种换代针对的是 MCP 中常见的陌生连接关系，This addresses the common MCP scenario where servers and clients have no pre-existing relationship. 客户端把元数据放在一个 HTTPS 地址上，并直接将这个网址作为 client_id。该地址 MUST 使用 https 且必须包含路径，文档里至少要有 client_id、client_name、redirect_uris 三个字段，其中 client_id 的值 MUST 与文档地址完全一致。

凭据仍有明确边界。按 SEP-2352，使用预注册凭据、或者持久化保存 DCR 凭据的客户端，MUST 按授权服务器的 issuer 标识，把凭据绑定到实际签发它们的授权服务器；授权服务器发生变化时，客户端 MUST NOT 复用另一家授权服务器签发的凭据，而要重新注册。

另有两项补充规则进一步收紧签发方核验。SEP-2468 要求授权服务器 SHOULD 按 RFC 9207 在授权响应中加入 iss，客户端 MUST 在兑换授权码前确认它与记录的签发方一致。SEP-837 则要求客户端执行 DCR 时 MUST 声明合适的 application_type：省略该字段会按 OIDC 默认成 web，可能与本地回调地址冲突；桌面应用、移动端、CLI 工具以及通过 localhost 访问的本地网页应用 SHOULD 声明为 native。

当前弃用项集中列在弃用登记表中。Roots、Sampling、Logging、Dynamic Client Registration 四项都写着 First revision released on or after 2027-07-28，即最早在 2027-07-28 当天或之后发布的第一个版本才具备移除资格。规范特意加了限定：The earliest removal marks when a feature becomes eligible for removal; the actual removal is a Core Maintainer decision taken during release preparation and may happen later.

弃用登记表只是一个派生视图，各功能页面上的弃用说明和 changelog 条目才是规范性记录。目前 Removed 一栏为空：No features have been removed under this policy yet.

另一项制度是兼容矩阵。规范先把实现划成三代：Modern 指 2026-07-28 及以后、把版本、身份和能力放进每次请求元数据的实现；Legacy 指 2025-11-25 及以前、依靠 initialize 握手建立会话的实现；Dual-era 则同时支持两代。矩阵穷举了七种组合，其中两种会失败。

真正承担迁移任务的是 Dual-era 实现。双代服务器根据客户端如何发出第一个请求选择行为：逐请求携带 _meta 的现代请求按无状态方式处理，initialize 请求沿用旧语义，服务器 MAY 在同一个端点或同一个进程中同时服务两代客户端。

客户端还需要先探测服务器属于哪一代。代际是服务器属性，不是单次请求属性，因此客户端 SHOULD 缓存结果：stdio 上跟随 server 进程的生命周期，HTTP 上按 origin 缓存。HTTP 探测先发送现代请求，收到 400 Bad Request 时不能直接退回旧协议，因为现代服务器也会用这个状态表达版本不支持、缺少必需能力或头体校验失败；响应体若包含可识别的现代错误，说明对方仍是现代实现，客户端应重试而不是降级。stdio 使用 server/discover 完成探测。

流程本身也被固定下来。SEP-1850 将 SEP 工作流正式化，提案存放在仓库的 seps/ 目录中，以 markdown 文件记录，编号取自提案 PR，状态由 PR 标签管理。

MCP Apps 允许 server 在对话中直接渲染交互界面，用户可以看到 connector 正在执行什么，并在原处完成操作，不必切换标签页。企业统管授权让管理员通过公司的身份提供商一次性为整个组织开通 connector，用户根据现有 IdP 分组继承访问权限，首次登录时已经完成连接，官方称为 zero-touch setup for the end user。目录内 connector 的开发者还会获得观测面板，用来查看采纳量、诊断错误与延迟，并按 Claude 产品拆分用量。MCP tunnels 目前是研究预览，它让 Claude 连接私有网络中的 MCP server，无需将服务暴露到公网，博客对网络条件的概括是 no inbound firewall rules, no public endpoints, and no IP allowlisting on the origin。

Claude 的 connectors 目录已收录 950 多个 MCP server，官方说每天有数百万人使用。协议变化落到这个体量上，每一项删除都会要求生态中的相应实现随之调整。

三方面指向同一个结论：MCP 正把自己的定位收窄为工具目录与调用协议，同时把能力边界和变化节奏写成了明确规则。