MCP 无状态更新：面向云原生扩展 AI Agent 基础设施
原标题:Scaling AI Agent Infrastructure with the MCP Stateless updates
AI 导读
Google 开发者博客称，2026 年 7 月 28 日版 MCP 规范将核心交互改为完全无状态，以支持水平扩展、Serverless 与轮询负载均衡；新版还引入标准 HTTP 路由及缓存头、Multi Round-Trip Requests，并提供 Python、TypeScript、Go、C# Beta SDK。
为什么值得读
若规范与 SDK 如期发布，这次传输层调整将直接影响 MCP 服务的扩容、路由、缓存与长任务架构，值得基础设施团队提前评估迁移成本。
深度解读
1. 发生了什么
**来源所述事实：**Google 开发者博客称，2026 年 7 月 28 日版 Model Context Protocol（MCP）规范取消旧有有状态约束，将核心协议改为完全无状态，并于 2026 年 8 月 6 日介绍相关扩展能力。
2. 核心技术
**来源所述事实：**无状态核心允许任意服务实例处理请求，从而适配水平扩展、Serverless 和标准轮询负载均衡。规范还引入标准 HTTP 头，用于路由与缓存控制，并以 Multi Round-Trip Requests（MRTR）承载交互式或长时任务，避免持续占用连接。
3. 关键证据与数字
**来源所述事实：**规范日期为 2026-07-28；文章发布日期为 2026-08-06；Beta SDK 覆盖 4 种语言：Python、TypeScript、Go 和 C#。所给摘要未提供基准测试、吞吐量、延迟、成本或迁移规模数据。
4. 为什么重要
**分析：**有状态会话通常需要粘性路由、共享会话存储或专用实例，增加故障恢复与弹性扩容复杂度。若 MCP 请求能在协议层保持无状态，现有云负载均衡和按需计算设施更容易直接复用。
5. 实际影响
**分析：**平台团队可重新评估会话状态存放位置、幂等设计、缓存策略、超时机制和长任务编排；SDK 用户还需检查旧版传输实现、会话标识与连接生命周期是否需要迁移。MRTR 的具体收益取决于其重试、恢复和结果关联语义。
6. 局限与不确定性
**未验证信息：**条目日期位于未来，且输入未附 MCP 原始规范、变更记录或 SDK 仓库链接，因此无法独立确认发布日期、最终协议文本及 Beta SDK 可用性。摘要也未说明向后兼容策略、安全边界、鉴权头处理、MRTR 状态持久化方式或生产性能数据。
7. 原始来源
- Google Developers Blog：Scaling AI Agent Infrastructure with the MCP Stateless updates
- MCP 规范与 SDK 的直接链接未在输入中提供。