2026年7月28日，Anthropic推出的开放标准协议MCP（Model Context Protocol）迎来了自2024年11月发布以来最大规模的架构重构：取消协议层会话（Session），改为每个请求携带完整处理信息，全面转向无状态（Stateless）核心。这一更新被官方称为「发布以来最大的一次变动」，也对整个AI工具生态产生了深远影响。
为什么这次更新如此重要？
MCP协议最初的设计是「有状态」的。客户端连接时需要先建立会话，服务器生成一个Mcp-Session-Id，后续所有请求都依赖这个会话标识。这意味着，如果用户部署了一个远程MCP服务器，它就与特定的服务器实例绑定在了一起。当服务器需要水平扩展（多副本部署）时，要么需要配置会话亲和性（让同一会话的请求始终打到同一台机器），要么需要运行一个专门的会话存储，要么需要一个能解析JSON-RPC正文的网关来智能路由请求。
对于一个开放标准协议来说，这意味着「每个部署MCP服务器的团队，都在为解决协议本身带来的分布式系统问题而付出额外的工程代价」。
新版MCP彻底取消了协议层的会话机制。每个HTTP请求本身携带完成处理所需的全部信息：协议版本、客户端能力信息通过_meta字段传递，客户端身份信息也包含其中，服务器能力既可在初始阶段查询，也可以在需要时单独通过server/discover方法查询。
无状态化带来了哪些实际改变？
对服务器开发者：远程MCP服务器现在可以像传统的无状态HTTP服务那样进行操作。采用轮询调度机制的三个副本，无需亲和性配置，无需运行会话存储。滚动部署不会再导致会话失效，客户端也不会滞留在已被移除的实例上。
对平台和运维团队：新增的Mcp-Method标头，加上针对命名工具、资源和提示操作的Mcp-Name标头，意味着网关无需检查请求正文即可按操作进行速率限制或授权。这让MCP可以无缝集成到企业现有的API管理基础设施中。
对模型和Agent：新版还引入了「显式句柄」模式来解决「服务器需要记住某些状态」的问题。工具生成一个句柄ID返回给客户端，客户端在下次调用时将其作为普通参数传递。这与过去二十年所有基于HTTP的购物车系统所采用的模式完全一致。关键区别在于，这个句柄对模型是可见的，可以在不同工具之间组合使用，在工作流步骤之间传递。
生态扩展：正式命名空间标识符体系
除了无状态化之外，本次更新还引入了正式版本化的扩展生态系统。官方扩展位于io.modelcontextprotocol命名空间下，第三方扩展则位于作者拥有的反向域名下，并拥有各自的代码仓库和发布周期。
维护者并没有要求整个生态在指定日期同步强制切换。新的server/discover方法支持客户端首先探测服务器能力，当遇到仅支持旧版协议的服务器时，便回退到initialize握手。这是一次协议层面的不兼容变更，但配套了可协商的过渡路径。
Python、TypeScript、Go和C#的测试版SDK已在2026年7月28日同步发布。发布候选窗口是梳理会话依赖关系并进行测试的最佳时机，待方案获得批准且SDK稳定后，便可以进行生产环境部署。
从单个服务器开发者到平台团队，再到围绕该协议构建网关和注册中心的提供商，最终都将在现有
维护者并没有要求整个生态在指定日期同步强制切换。新的server/discover方法支持客户端首先探测服务器能力，当遇到仅支持旧版协议的服务器时，便回退到initialize握手。这是一次协议层面的不兼容变更，但配套了可协商的过渡路径。
Python、TypeScript、Go和C#的测试版SDK已在2026年7月28日同步发布。发布候选窗口是梳理会话依赖关系并进行测试的最佳时机，待方案获得批准且SDK稳定后，便可以进行生产环境部署。
从单个服务器开发者到平台团队，再到围绕该协议构建网关和注册中心的提供商，最终都将在现有基础设施之上，获得一个可自然兼容行业已广泛应用的成熟运营体系的协议层。MCP正从「AI工具互联协议」进化为「企业级AI工具基础设施标准」。
🔗 工具收录：MCP (Model Context Protocol) 已收录于玉米小站AI工具箱
