模型上下文协议 (MCP) 发布了迄今为止最重要的规范更新，从双向状态协议转变为专为生产规模 AI 代理部署而设计的简化请求响应系统。 2026 年 7 月 28 日宣布的 2026-07-28 规范标志着项目贡献者所说的该协议自一年多前推出远程 MCP 以来最重要的版本。
随着 MCP 采用率的爆炸式增长，此更新随之发布。该协议的第 1 层 SDK（TypeScript、Python、Go 和 C#）目前每月下载量接近 5 亿次，其中 TypeScript 和 Python SDK 的总下载量都突破了 10 亿次大关。根据该项目的博客文章，MCP 已成为跨企业代理工作流程的默认数据和交互基础。有关不断发展的人工智能基础设施格局的更多信息，请参阅我们的最新的人工智能行业报道。
无状态协议核心
主要变化是取消初始化/初始化握手交换和 Mcp-Session-Id 标头。现在，每个请求都独立传输，并在元数据中携带其协议版本、客户端身份和客户端功能。实际意义非常重大：任何请求现在都可以落在普通循环负载均衡器后面的任何服务器实例上，而无需共享会话存储。
新的可选服务器/发现远程过程调用 (RPC) 允许客户端在调用之前了解服务器的功能，但这不是必需的。这种架构转变直接解决了 MCP 团队认为寻求更高可靠性和可扩展性的开发人员最需要的功能之一。
删除协议级会话不会强制应用程序成为无状态。如果服务器需要在调用之间携带状态，它可以从工具创建显式句柄，并让 AI 模型将其作为参数传回。 MCP 团队发现这种方法比隐藏在传输中的会话状态效果更好，因为模型可以看到句柄并在工具之间将其线程化。
多往返请求取代保持打开的流
该规范引入了多往返请求 (MRTR)，它取代了服务器发起的启发、采样和根请求，这些请求以前需要保持打开的双向流。当工具需要用户在调用过程中输入时（例如确认或缺少参数），服务器会返回“input_required”结果类型以及需要回答的请求。然后，客户端重试原始呼叫并附上答案。
这种设计消除了持续开放的双向连接的需要，这对于大规模运行 MCP 服务器的团队来说是一个主要的运营负担。
基于标头的路由和可缓存列表
可流式 HTTP 请求现在必须包含 Mcp-Method 和 Mcp-Name 标头，使网关、速率限制器和 Web 应用程序防火墙能够根据标头路由和计量流量，而不是解析 JSON 正文。此更改使 MCP 与跨企业基础设施使用的标准 API 网关模式保持一致。
来自工具/列表、提示/列表、资源/列表和资源/读取的响应现在带有生存时间和缓存范围提示。这允许客户端缓存工具目录并在重新连接时保持上游提示缓存稳定，从而减少不必要的重新获取并降低重复操作的延迟。
授权强化
该规范引入了根据实施者一年的反馈而得出的多项安全改进。授权服务器现在必须根据 RFC 9207 返回 iss 参数，并且客户端必须在兑换授权代码之前对其进行验证，从而消除授权服务器混合漏洞。客户端凭据绑定到创建它们的颁发者，从而防止跨授权服务器重复使用。
动态客户端注册 (DCR) 虽然仍然具有向后兼容性功能，但现已正式弃用，取而代之的是客户端 ID 元数据文档 (CIMD)。 MCP 团队将此描述为一项强化措施，旨在使协议符合 OAuth 规范要求。
正式扩展框架和弃用
任务已从实验状态转变为正式扩展，加入了 MCP 应用程序和企业托管授权等其他扩展。基于轮询的任务/获取和新的任务/更新机制取代了旧的 HTTP GET 端点，并将更改通知合并到单个订阅/监听流中。
根、采样和日志记录已被弃用，最短弃用窗口期为 12 个月，让开发人员有时间规划迁移。旧版 HTTP+SSE 传输也已正式弃用，并提供为期一年的 Offramp。建议新的实现不要采用这些功能。
所有四个 Tier 1 SDK（TypeScript、Python、Go 和 C#）现在都支持 2026-07-28 规范，Rust SDK 在测试版中也支持该规范。 SDK 包含有关重大更改的详细迁移说明，特别是对于依赖会话标识符的开发人员。
行业接待
该版本在开发者论坛上引起了极大关注，在 Hacker News 上获得了超过 100 点的热度。 MCP 技术人员和该协议的联合发明人 David Soria Parra 称这是迄今为止最明确的信号，表明 MCP 正在成为真正的生产级基础设施。
索里亚·帕拉（Soria Parra）写道：“最大的变化是突破性的变化，社区选择努力工作，而不是掩盖差距。” “这是一个围绕制作团队实际需要实时制定的协议。”
此次更新表明，MCP 最初是一个开源项目，旨在标准化 AI 模型访问外部工具和数据的方式，现已成熟为代理 AI 时代的基础设施。该协议每月下载量达 5 亿次，并正式扩展为企业部署，将自身定位为人工智能模型与它们需要交互的系统之间的结缔组织。
