MCP 刚刚做了一件自远程服务器上线以来最大的改动：把会话删了。2026-07-28 规范把 Model Context Protocol 从双向有状态协议，改造成无状态的请求/响应协议——不再有 initialize 握手、不再有 Mcp-Session-Id 头、客户端不再被钉在持有会话的实例上。任何请求都可以落在普通轮询负载均衡器后面的任意实例上。
这个头条本身已经够写一篇发布说明。但同一版本还悄悄塞进了另一个更安静、可能也更重要的事：两个必填 HTTP 头，让网关不用打开请求体就能路由、限流、计量智能体流量。智能体流量变成了普通 HTTP——基础设施团队拿回了他们那套老工具箱。
改了什么：会话消失，头接管
早期 MCP 传输以 initialize/initialized 交换建立会话，用 Mcp-Session-Id 跟踪。之后的每个请求都得找到与会话绑定的状态。自动扩缩基础设施必须保住会话，部署时要排空或迁移会话，负载均衡基本不可能——因为客户端被钉在持有其会话的实例上。
新规范从核心请求路径移除了握手、会话头和协议级会话。每个请求现在在 _meta 里自带协议版本、客户端身份和能力。想提前知道服务器能力的客户端可以调用可选的 server/discover，但没有强制要求。请求完全自描述。
更少人注意的变化：Streamable HTTP 请求现在必须带 Mcp-Method 和 Mcp-Name 两个头。工具调用到达时形如 Mcp-Method: tools/call、Mcp-Name: search，后面跟着 JSON-RPC 负载。网关、限流器、WAF 读这两个头就能按方法或按工具采取措施，用的正是它们给其他所有 API 跑的那套机制。有实现者走得更远，把工具参数复制进头里做自定义路由。
治理下沉到传输层
此前智能体治理一直往另一个方向长：Cloudflare 的智能体追踪、Azure API Management 的 AI Gateway 层，都坐在协议之上当独立控制面。这次发布把元数据放进了传输层本身，基础设施团队已经在跑的系统直接就能读。智能体可观测性不再是平行宇宙，而是现有仪表盘里的一列。
Elicitation 也被拆开了。服务器发起的请求过去要维持一个开放流；现在改用多轮往返请求——服务器返回 input_required，客户端收集答案后重试原调用。一次审批从一条保持连接变成两个请求，部署更简单，但等人工响应的过程不再位于单次调用内部。
授权同样收紧：动态客户端注册被弃用（计划 2027 年夏后移除）、签发者标识改用 RFC 9207、客户端发送限定作用域的 resource URI，确保令牌只被预期受众接受。开源侧的安全加固也在同一波浪潮里——GLM-5.3 展示了开源模型在安全基准上的实力——MCP 现在把同样的纪律用到了身份上。
这不就又变回 API 了吗？
Hacker News 的争论尖锐分歧——分歧不在无状态是不是改进，而在它揭示了什么。一派认为这证实协议从一开始就不该有状态。drdexebtjl 说："事后看来，有状态 MCP 显然是错的。这实际上把 MCP 变成了另一个 REST API 端点，让你能用为 REST 建好的同一套基础设施——负载均衡器、API 网关、渐进式发布。"另一位更直白："我们发明了一个有状态协议，发现状态难扩展，于是剥离状态，最后得到'发一个 POST 请求就行'。REST 派已经得意地等了 20 年。"
辩护方不否认相似，但不同意结论。MCP 底层就是 JSON-RPC——真正被发明出来的是一套模型已经训练好去用的约定。vidarh 概括得最简洁："MCP 的核心优势在于，它是 AI 提供商背书的标准，正因为如此，人们有强烈的动力去真正实现它。"
合适的框架是：MCP 不是加了步骤的 REST，而是面向模型原生工具调用的路由层——而路由层最终都会走向无状态、可缓存、对网关友好。协议长大了，只是长在了 Web 早就铺好的方向上。
这对智能体技术栈意味着什么
采用量没有争议：Anthropic 报告 MCP SDK 月下载量超 4 亿，今年翻了三倍。但规模是把双刃剑。r/AI_Agents 上一家咨询公司的审计发现：客户的一台 MCP 服务器三个月记录了 61 次工具调用，其中 58 次来自客户自己的工程师。帖子的结论和这次发布遥相呼应："钱正在流向网关、注册中心和身份层，而不是服务器本身。"
无状态化推动的是同一件事。当任何请求可以落在任何实例上，价值就向服务器前面的那一层集中：路由、限流、计量、认证。协议刚刚让那一层可以用标准 HTTP 工具来寻址——这是结构变化，不是功能微调。它也与智能体基础设施快速成熟的整体图景一致，从DeepSeek 的自进化智能体蓝图到协议层本身。对生产环境跑着 MCP 的团队，迁移路径真实但有边界：在旧会话路由旁边跑一条无状态路由，排空活动会话，在弃用窗口内移除旧路径。
现在该做什么
- 运营 MCP 服务器：规划迁移到 2026-07-28。规范保证旧传输至少再跑十二个月，但新流量应尽早切到无状态路由。
- 运营网关或 WAF：开始在 Mcp-Method / Mcp-Name 上做路由和计量，这是智能体流量的新控制面。
- 构建智能体：工具目录将变成可缓存的列表响应——客户端可以缓存工具清单，跨重连保持提示缓存稳定。
- 观察市场：盯着治理层。智能体技术栈的价值正在向这份规范指向的地方聚拢：网关、身份、传输。
无状态 MCP 是一个带棱角的成熟故事：所有人押注的协议，终于承认它需要表现得像其他所有 API——而正是这个承认，让它变得可以在企业级规模上部署。
