MCP 史诗级大更新：2026-07-28 协议底座无状态化重构

📝

MCP 2026-07-28 改的是协议底座——移除 initialize 握手与 Mcp-Session-Id，转向无状态协议；新增 server/discover 版本探测；状态拆分为业务 handle、MRTR requestState、Tasks taskId 三类。

本文整理自小红书笔记（作者：VibeCoder），原始链接：http://xhslink.cn/o/28BFYgcMrYU。关键机制已与官方 spec changelog 逐条核对（见文末验证）。

MCP 2026-07-28 这次改的是协议底座——从有状态 session 转向无状态协议，是迄今最大的一次底层重构。

🧱 旧版怎么跑

initialize 先握手
服务端发 Mcp-Session-Id
负载均衡要做 Sticky Route
多实例还要共享 Session Store

🔁 新版怎么跑

每个请求都带版本、身份和能力
网关直接读 Mcp-Method / Mcp-Name
任意请求都能落到任意实例
server/discover 负责版本探测

最关键的变化：三种状态被拆开了

状态	场景
业务 handle	跨多个工具调用共享对象，比如 `basket_id`
MRTR requestState	同一调用等待确认或补输入
Tasks taskId	分钟到小时的可恢复后台工作

⚠️ 无状态协议不等于无状态业务——状态库、任务队列、权限绑定、TTL、幂等和审计仍由应用负责。

🛠️ 真正切到新版要做三步

服务端用 createMcpHandler 或 serveStdio
客户端显式开启 versionNegotiation: auto
用 getProtocolEra() 验证结果确实是 modern

作者用 server/client 2.0.0 跑了最小验证，modern 协商成功，工具返回文本和 structuredContent JSON。Claude 侧仍在滚动上线——稳妥做法是同一 Endpoint 保留 2025 legacy，再按目标 Host 的真实 Capability 打开 Apps、Tasks 和企业授权。

📋 官方 changelog 验证（2026-07-28）

笔记描述与官方 spec（modelcontextprotocol/modelcontextprotocol，docs/specification/2026-07-28/changelog.mdx）逐条吻合：

Major changes：

移除协议级 session 与 Mcp-Session-Id 头（Streamable HTTP）。tools/list 等列表端点不再随连接变化；需跨调用状态的服务端改用显式 server-minted handles 作为普通工具参数。[SEP-2567]
无状态化：移除 initialize/initialized 握手，每请求在 _meta 携带 protocolVersion 与 clientCapabilities，版本不匹配返回 UnsupportedProtocolVersionError。[SEP-2575]
新增 server/discover：服务端 MUST 实现，广播支持的协议版本、能力与身份。[SEP-2575]
用 subscriptions/listen 替换 HTTP GET 端点与 resources/subscribe。
移除 ping、logging/setLevel、notifications/roots/list_changed。
MRTR：带外交互通过重试原请求获知结果，需关联时编码 requestState。
inputSchema/outputSchema 允许任意 JSON Schema 2020-12，structuredContent 允许任意 JSON 值。

Deprecated（进入最少 12 个月弃用窗口）：

Roots / Sampling / Logging 三大特性（SEP-2577）——迁移：Roots→工具参数/资源 URI/服务端配置；Sampling→直接对接 LLM provider API；Logging→stderr/OpenTelemetry。
HTTP+SSE transport → 迁移到 Streamable HTTP。
OAuth DCR (RFC7591) → 改用 Client ID Metadata Documents。

治理更新：引入特性生命周期（Active/Deprecated/Removed + 12 个月弃用窗口）与 PR-based SEP 工作流。

意义

MCP 无状态化是 Agent 基础设施走向可水平扩展的关键一步：拆掉协议级 session 后，MCP Server 可以像普通无状态 HTTP 服务一样被网关、负载均衡、多实例调度——这是「协议底座」级别的成熟信号。