MCP 无状态规范正式落地：Agent 服务终于能像普通 Web 服务扩容
作者：林岚｜OC 开发者生态编辑
林岚
据 Model Context Protocol 官方博客 介绍，MCP 在 2026 年 7 月 28 日发布新规范，把协议核心改为无状态设计。初始化握手、Mcp-Session-Id 等会话机制退出主流程，每次请求都需要携带足够信息，让任意兼容服务实例都能处理。
一句话结论：MCP 这次不是多加几个接口，而是把 Agent 工具协议从“需要记住客户端的长连接”改造成能被网关、负载均衡器和无服务器平台正常调度的 Web 服务。
旧设计的问题不难理解。客户端先初始化，服务器记住会话，后续请求依赖这段状态。单机演示很顺，但一放到多实例环境，就要做粘性路由、共享会话存储和故障恢复。某个实例重启，客户端与服务器脑中的“当前状态”还可能不一致。
新规范要求请求自描述，并提供可选的 server/discover，让客户端按需了解服务器能力。网关还能读取 Mcp-Method 和 Mcp-Name 等头部，在不解析完整消息体的情况下做路由、授权和审计。问题不在少了一次握手，而在基础设施终于能看懂请求要去哪、能不能去。
无状态也没有取消服务器主动调用客户端的需求。规范引入 MRTR，把 server-to-client 交互变成可以穿过普通请求响应链路的机制；Tasks 扩展则承接长时间工作。列表接口增加缓存提示和确定性顺序，授权部分强调 RFC 9207 发行者校验，并把动态客户端注册转向 CIMD。
代价同样存在。Roots、Sampling、Logging 被标记为弃用，旧 HTTP+SSE 传输也进入一年迁移期。官方承诺相关能力至少维持 12 个月，不等于应用可以永远不升级。TypeScript、Python、Go 和 C# SDK 已更新，Rust SDK 仍处于 beta。
这也是我们此前报道 MCP 无状态提案后的正式落地稿。提案解决“能不能这样做”，规范发布才决定生态必须如何兼容。
关键事实
- 来源：MCP 官方博客与 SDK 文档
- 涉及项目：Model Context Protocol、TypeScript/Python/Go/C#/Rust SDK
- 核心技术：无状态请求、服务发现、MRTR、Tasks、网关路由
- 关键数字：弃用能力至少维持 12 个月，旧 HTTP+SSE 获得一年迁移期
OC 判断
这是 MCP 走向生产环境所需的一次架构减法。无状态不会自动带来可靠性，但它把可靠性问题交还给成熟的 Web 基础设施。开发者真正要做的是把过去藏在会话里的身份、能力和上下文显式化，并测试重试是否会重复执行有副作用的工具。
为什么重要
- 对开发者：MCP 服务更容易横向扩容，但幂等性和请求鉴权必须重新检查。
- 对平台：网关可以按方法和工具名做策略控制，不再依赖应用层私有解析。
- 对用户：工具连接更易恢复，长任务和旧客户端的迁移期仍可能出现兼容问题。
评论
围绕这篇文章补充信息、提出问题或分享观察。