7 月 28 日，Model Context Protocol（MCP）正式发布候选版规范，移除初始化握手与会话粘滞，每个请求独立携带完整上下文。远程 MCP 服务器从此可像传统无状态 HTTP 服务一样运行——AI Agent 调用外部工具的门槛，被系统性降低了一层。
MCP 自发布以来，一直采用"初始化握手 + 会话粘滞"的通信模型：客户端与服务器建立连接时交换能力声明，服务器生成会话 ID 将请求绑定到特定实例。这套设计在本地进程通信时成本很低，但一旦走向远程、水平扩展的部署模式，会话管理就成了每个 MCP 服务器团队的隐形负债。
这次更新一次性拆掉了这套模型。六项规范增强提案围绕一个共同目标：让每个请求都能独立存在。协议版本、客户端能力、身份信息全部通过 _meta 字段随请求传递，服务器不再持有任何会话状态。
不再需要连接时的能力协商，能力信息通过 server/discover 方法按需查询，可随时单独获取。
Mcp-Session-Id 被移除，任何副本均可处理任意请求，滚动部署不再导致会话失效。
官方扩展 io.modelcontextprotocol，第三方用反向域名，功能在核心流程之外独立开发与发布。
每项特性经历"活跃→已弃用→已移除"，从标记起至少保留 12 个月，公共注册表列出淘汰时间线。
注：上方列表是对 MCP 本次更新核心变更的提炼，每项均对应一个规范增强提案（SEP），具体生效时间以官方发布日志为准。
MCP 的原始设计来自桌面端场景——通过标准输入输出与本地进程通信，持久连接的成本几乎为零。但当 AI Agent 开始大规模调用远程工具时，这套模型暴露了根本性的问题。
一个诚实的对比：
服务器生成会话 ID，绑定到特定实例。水平扩展需要会话亲和性、外部共享存储，或具备 MCP 感知能力的网关。团队实际上在为协议本身带来的分布式系统问题买单。
每个请求独立携带上下文，任何副本均可处理。轮询调度即可，无需亲和性配置。滚动部署不会导致会话失效——协议本身不再成为扩展的瓶颈。
这不是一次简单的协议升级，而是对 AI 基础设施底层模型的重新选择。MCP 维护者将这次更新定义为"按需付费复杂度"：核心保持精简，仅在功能真正需要时才引入有状态逻辑。对于 AI Agent 开发者而言，这意味着工具调用链路的部署复杂度被系统性降低了一层。
注：上表对比了有状态与无状态两种模型在 AI Agent 远程工具调用场景下的核心差异，新版协议消除了会话亲和性这一分布式系统瓶颈。
这次更新并非没有代价。最核心的权衡是：应用状态并未消失，只是协议不再替你管理了。句柄、购物车、任务记录、幂等性密钥——所有这些仍然需要一个存放的地方。区别在于，它们从传输元数据中被移到了应用层，对模型可见、可组合、可传递。
这意味着开发者需要自行管理状态，但同时也获得了更大的灵活性：隐藏在会话 ID 中的状态，模型永远无法推断；而工具结果中的显式句柄，则可以在不同工具之间组合使用，并在工作流步骤之间传递。
另一个不可忽视的代价是迁移成本。任何基于实验性 Tasks API 构建的系统都必须迁移到新的扩展生命周期；任何曾向客户端发出独立请求的服务器都需要转为多轮次请求模式。MCP 维护者为此设置了 10 周验证期，并提供 4 种语言的测试版 SDK，以及一条可协商的迁移路径——客户端先通过 server/discover 探测，遇到仅支持旧版协议的服务器时回退到 initialize。
注：协议层无状态带来的是可路由性，而非确定性。两个副本如果运行不同版本或读取不同下游数据，仍可能返回不同响应——无状态 ≠ 一致。
MCP 的这次更新，本质上回答了一个 AI 基础设施领域长期悬而未决的问题：当 AI Agent 需要调用几十个远程工具时，协议层应该承担多少状态管理责任？
旧版 MCP 的答案是"尽可能多"——会话、握手、能力协商全部由协议管理。这让单个连接的体验很流畅，但规模化部署时，每个工具提供方都需要解决会话亲和性、状态存储、连接恢复等分布式系统问题。对于一个 AI Agent 团队来说，这意味着每接入一个远程工具，就多一份运维负担。
新版 MCP 的答案是"尽可能少"——核心只负责请求与响应的路由，状态管理交给应用层。这带来的直接好处是：工具提供方可以用标准 HTTP 基础设施来部署 MCP 服务器，AI Agent 的调用链路不再需要定制化的中间件。
对于 AI Agent 开发者而言，这次更新意味着三件事：
任何熟悉 REST API 的团队都可以快速部署 MCP 服务器，无需学习专门的会话管理知识。
无状态化消除了会话失效、粘滞错误等分布式系统常见故障，滚动部署和灰度发布不再影响客户端。
扩展机制让功能可以独立演进，AI Agent 可以根据需要按需引入工具能力，而不必等待核心协议更新。
但一个诚实的注脚：这次更新也意味着 AI Agent 的开发者需要更多地关注应用层状态管理——句柄的权限验证、过期策略、跨工具传递的安全性，这些从前由协议隐式管理的责任，现在转移到了开发者手中。
注：MCP 的这次更新对 AI Agent 生态的影响是结构性的，但短期内新旧协议共存会带来一段混乱期——开发者需要同时处理两种模式的兼容问题。
MCP 无状态化不是一次简单的版本迭代，而是 AI 基础设施从"实验室原型"走向"生产级部署"的标志性转折——协议层不再替应用承担状态管理责任，这恰恰是生态走向成熟的信号。
MCP 候选版规范已于 7 月 28 日发布，Python、TypeScript、Go、C# 四套测试版 SDK 同步开放。服务器开发者可通过 server/discover 方法实现新旧协议兼容，客户端团队建议在验证期内梳理会话依赖关系，为迁移做好准备。
详细规范与 SDK 发布说明已通过官方渠道公开。