MCP 2026-07-28：迈向无状态协议核心

MCP 2026-07-28 Specification: transport going stateless

▲ 10Eldodi5 HN 评论区
MCP 2026-07-28：迈向无状态协议核心

MCP 迎来了自发布以来最重要的更新：2026-07-28 版本。这次升级将协议核心从双向有状态彻底转变为请求/响应式的无状态架构，彻底解决了开发者对可靠性和扩展性的长期诉求。新版本移除了握手和会话机制，每个请求都自包含且可被负载均衡器直接分发。同时，引入了 Multi Round-Trip Requests (MRTR) 机制以替代长连接流，并正式将 Tasks 扩展纳入标准。在安全层面，MCP 强化了授权流程，正式弃用 Dynamic Client Registration 并转向 Client ID Metadata Documents。TypeScript、Python、Go 和 C# 等 Tier 1 SDK 已全面适配，让开发者能立即构建更稳健的 Agent 工作流基础设施。

MCP 2026-07-28 是迈向让 Agent 基础设施像 Web 一样工作的重大一步：无状态、可缓存、可路由且具备全球扩展性。
阅读原文 →HN 评论区

HN 评论区

5
  1. punkpeye

    终于来了。

    我正在运行一个 MCP 服务器网关/注册中心（你们中有些人可能知道 Glama）。

    我无法告诉你们，我们遇到的问题和 bug 中有多少是因为需要持久化服务器状态造成的。

    这一改变将使我们能够为用户提供更便捷的方式来使用开源 MCP 服务器。

  2. dend

    大家好——我是 MCP 的主要维护者之一。很高兴我们今天发布了这个版本，对于那些希望将 MCP 服务器部署到无服务器主机上的用户来说，这是一个令人兴奋的变革。当然，里面还包含了很多其他好东西，所以如果你有任何问题或反馈——我们的团队随时乐意提供帮助！

  3. btbuilder

    出色的改进。处理会话所需的服务器端复杂性一直是基础设施和团队教育方面的巨大负担。

  4. osinix

    这是正确的做法。为什么要让服务器承担这个负担？记住状态是客户端的工作，而不是服务器的。服务器的职责是处理请求，而不是负责记忆。HTTP 从一开始就是这样工作的，这也是它成功的原因。

  5. rupertsworld

    我目前正在将所有 MCP 工具迁移到 HTTP 上，使用一个单一的 call_http 工具，这样我就可以直接调用 API，并受益于那里已经存在了几十年的成熟模式（比如无状态性）。

同日更多故事

2026-07-28