MCP 2026-07-28 规范：传输层走向无状态

事件核心：发生了什么

2026 年 7 月 28 日，Model Context Protocol（MCP）团队正式发布新版本规范（2026-07-28），同时更新 TypeScript、Python、Go、C# 四个 Tier-1 SDK。主要变化包括：
– 移除握手（initialize/initialized）和会话 ID（Mcp-Session-Id），每个请求在 HTTP POST /mcp 中携带协议版本、身份和能力信息（通过 _meta 字段），允许请求落在任意负载均衡实例上。
– 新增 Multi Round-Trip Requests（MRTR）机制，当工具需要用户输入确认或补充时，服务器返回 input_required 并要求客户端重试，替代原先需要常开双向流的 sampling/elicitation 等调用。
– 要求所有 Streamable HTTP 请求必须包含 Mcp-Method 和 Mcp-Name 头部，便于网关、限流器基于头部路由，无需解析 JSON 主体。
– list 类响应（tools/list、prompts/list 等）增加 ttlMs 和 cacheScope 缓存提示，客户端可缓存工具目录等数据。
– 授权方面正式要求 RFC 9207 发行方验证，从动态客户端注册（DCR）转向客户端元数据文档（CIMD）；同时推出 Tasks 作为新的扩展框架，与 MCP Apps、Enterprise Managed Authorization 等并列。
– 公布正式弃用策略：至少 12 个月的过渡窗口。

据官方数据，MCP SDK 月下载量已接近 5 亿次，TypeScript 和 Python SDK 总下载量均超过 10 亿次。

为什么重要

此版本是 MCP 协议自发布以来最根本的架构调整。从有状态双向流转为无状态请求/响应，直接回应了开发者对可靠性和可扩展性的最高频率需求——此前 MCP 服务器需要维护持久连接，难以水平扩展，也无法在普通轮询负载均衡后运行。新设计让 MCP 服务器可以像标准 REST API 一样部署，大幅降低运维复杂度，尤其适合需要高并发调用的 agentic workflow（智能体工作流）场景。

头部路由和缓存机制则进一步将 MCP 的集成成本向企业级网关（如 WAF、API 网关）靠拢，使安全策略、限速、日志都可以在不修改业务逻辑的前提下完成。MRTR 保留了工具与用户交互的能力，不牺牲灵活性。整体看，MCP 正在从“智能体间专用协议”向“可被通用基础设施承载的开放协议”演进。

对用户/开发者/创作者的影响

开发者：如果正在构建或使用 MCP 客户端/服务器，最直接的改变是迁移代码：移除初始化握手和会话 ID 处理，改用 server/discover 可选发现调用；工具中若依赖隐式会话状态，需改为显式参数传递（如由模型返回句柄）。SDK 会提供迁移指南，但工具/资源/提示的 list 调用可以利用缓存减少重复请求。对于运维团队，可直接将 MCP 服务器部署在标准 HTTP 负载均衡后，无需共享存储或会话保持。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

企业采购/集成方：授权层面从 DCR 转向 CIMD，意味着企业可以预先发布客户端元数据文档来管理设备身份，无需在运行时动态注册，更适合安全合规严格的环境。此外，12 个月弃用窗口降低了升级压力。

创作者/应用开发者：不直接涉及协议变更，但 MCP 的易用性提升会降低智能体工具链的部署门槛，更多第三方服务可能以 MCP 服务器形式开放，从而丰富可调用的能力池。

值得关注的后续

1. SDK 迁移进度与上游工具兼容性：主流 MCP 客户端（如 VS Code、Claude Desktop）和框架（如 LangChain、LlamaIndex）是否会在近期跟进新规范？目前公开信息显示官方 SDK 已就绪，但生态广泛适配需要时间。

2. MRTR 的实际表现：替代了原先的流式采样/启示，新的轮询重试模式在高延迟场景下是否会影响用户体验？需要观察早期部署案例的延迟指标。

3. 网关头部路由对 WAF 和 API 管理工具的影响：阿里云 API 网关、AWS WAF、Cloudflare 等是否会增加对 Mcp-Method 和 Mcp-Name 的原生支持？这将决定 MCP 在企业落地的便捷程度。

来源：Hacker News (黑客新闻)