MCP 2026-07-28 转为无状态协议：每个 Gateway 运营者必须立即进行的路由变更

当一次协议变更消除了整类 gateway 基础设施需求，工程团队必须在最终规范落地之前完成架构审计。MCP 2026-07-28 Release Candidate 现已可用，最终规范将于 7 月 28 日发布——它正是这样一次变更。

这是 Model Context Protocol 自发布以来规模最大的修订。对运营 AI gateway、负载均衡器或 MCP 代理层的运营者而言，这次变更绝非表面改动。无状态核心移除了让横向扩展 MCP 部署代价高昂的 Session 亲和性需求，而全新的 Mcp-Method header 首次让 MCP 流量可以在 header 层进行路由。

发生了什么

MCP 规范团队于 7 月 18 日发布了 2026-07-28 版本的 Release Candidate。六个 Specification Enhancement Proposals（SEP）协同工作，从传输层彻底实现协议无状态化：

SEP-2575 移除了 initialize/initialized 握手。协议版本、客户端信息和客户端能力现在通过每个请求的 _meta 字段传递。
SEP-2567 完全移除了 Mcp-Session-Id header 和协议层面的 Session 概念。
SEP-2243 要求所有 Streamable HTTP 请求必须携带 Mcp-Method 和 Mcp-Name header。
SEP-2549 在 list 和资源读取结果中引入 ttlMs 和 cacheScope，参考 HTTP Cache-Control 设计。
SEP-2322 将服务端发起 prompt 的机制从持久 SSE 流替换为 InputRequiredResult 轮询模式。
SEP-414 在 _meta 中标准化 W3C Trace Context 传播 key，支持分布式追踪。

最终规范将于 2026 年 7 月 28 日发布。该版本相对 2025-11-25 规范包含破坏性变更。

为什么 AI 工程团队需要关注

在此次修订之前，部署横向扩展的 MCP 服务器需要：

粘性 Session 路由 —— 每个携带 Mcp-Session-Id 的请求必须被路由到发出该 ID 的实例。
共享会话存储 —— Redis、DynamoDB 或同类存储，确保实例重启后 Session 状态可恢复。
gateway 层正文检查 —— 因为操作类型位于 JSON-RPC 正文内，而非 HTTP header 中。

2026-07-28 之后，协议层面不再需要上述任何一项。所有必要的上下文都内嵌在 payload 和 _meta 中，任意请求都可以落到任意服务器实例。普通的轮询负载均衡器就能处理之前需要会话感知路由的场景。

对于运行大规模 agentic 工作负载的团队——agent 在一次会话中调用数十个 MCP 工具——这既降低了基础设施成本，也缩减了故障面。不再需要维护 Session 亲和性 SLA。

Router/Operator 视角

新的 Mcp-Method 和 Mcp-Name header 改变了 AI gateway 和 API router 处理 MCP 流量的方式。

Header 层路由。 此前，若要按操作类型路由 MCP 流量（例如将 tools/call 发往低延迟集群，将 resources/read 发往缓存层），gateway 必须对每个请求反序列化 JSON-RPC 正文。Mcp-Method 和 Mcp-Name header 将操作类型和工具名称暴露在 HTTP 层，使限流、配额执行和路由策略决策无需正文检查即可完成。规范要求服务器拒绝 header 与正文不一致的请求，因此这两个 header 具有权威性。

通过 ttlMs 实现缓存策略。 list 结果中的 ttlMs 和 cacheScope 字段类似 Cache-Control。gateway 现在可以按广播 TTL 缓存 tools/list 响应并服务于多个客户端，无需每次连接都回源到 MCP 服务器。对于初始化大量 Session 的大型 agent 集群，这可以显著降低上游压力。

全 agent 路径的分布式追踪。 W3C Trace Context（traceparent、tracestate、baggage）key 名称现已固定在规范中。从 AI gateway 发起、经过 Claude Code Session、再调入 MCP 服务器的 trace，现在可以在任何兼容 OpenTelemetry 的后端中生成单一完整的 span 树——无需跨 SDK 或框架协调。

Tasks 迁移。 2025-11-25 规范中的实验性 Tasks API 在 2026-07-28 中有全新的生命周期。tasks/list 方法被移除。任务创建由服务器主导：服务器以 task handle 响应 tools/call，客户端通过 tasks/get、tasks/update 和 tasks/cancel 轮询。在旧版 Tasks API 上构建了队列或异步调度逻辑的团队，必须在 7 月 28 日之前完成迁移。

运营者破坏性变更检查清单：