北京
如果你在规模化部署AI智能体工作流，可能已经撞上过同一堵墙。Model Context Protocol（MCP）自2024年底推出时，提供了一个优雅的会话导向框架，让大语言模型能够协商能力、调用外部工具、检索上下文资源。那种为单客户端通过stdio连接单服务器而优化的设计，在本地机器上跑得很完美。
但当Google开始在云原生基础设施上部署MCP服务器时，问题来了。原始协议层会话模型要求持久化状态、握手流程和会话固定——简单说，它建立在有状态传输之上，而这些恰恰违背了现代云原生可扩展性的核心原则。
要解决这个问题，Google牵头推动协议与有状态传输约束解耦。团队需要MCP在Google Cloud上支撑数百万并发查询，同时也清楚整个行业都需要MCP做好企业级规模化的准备。为此，Google与Hugging Face及其他行业伙伴紧密协作，共同创立了MCP传输工作组。
2026年7月28日，这项工作的成果落地——MCP规范候选版本正式发布并已被广泛采用。这次里程碑式更新完全移除了传输层会话管理，交付了一个可在普通HTTP负载均衡基础设施上扩展的无状态协议核心。这是MCP规范自推出以来最大的一次变动，用更少的复杂度换来了更大的规模和更高的安全性。
在2025年11月25日版规范中，通过HTTP连接MCP服务器需要经历一个状态化初始化过程。客户端发送包含协议版本、能力和客户端信息的initialize请求，服务器响应后返回Mcp-Session-Id头。此后每一次工具调用或资源查询，客户端都必须在请求中携带那个唯一的会话ID，这就将客户端锁定在了持有其内存会话状态的特定容器或Pod上。
这种状态化约束直接打破了云原生工程师所依赖的水平扩展模型。新发布的2026-07-28规范通过让协议核心完全无状态解决了这个问题。握手环节被移除，initialize/initialized握手流程以及逻辑上的Mcp-Session-Id头均被彻底删除。现在，每个请求都是自描述的，无需预先建立会话即可独立完成。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
