问世以来最大更新：MCP 2026-07-28 规范发布，转向“无状态”核心

2026-08-04 2 暗号导航联盟

实事求是的讲, 在目睹MCP新协议的那个瞬间, 我脑海之中突然闪现出来的首个词汇便是——终于。

终于不用再被那个该死的“粘性会话”绑死了。

为什么协议状态这么重要？

曾经, 每一回请求都务必带着个宛如怀揣身份证那般的 Mcp--Id, 服务器非得在内存之中记着阁下, 于 Redis 里面存着阁下。

累不累啊？

处于有状态情形时, 服务器要对自身所记住的你是谁予以铭记, 上次你所做的事情, 服务器同样需铭记在心。

但无状态呢？

每一回请求皆是全然崭新的, 你携着那些关于协议版本的内容, 又带着自身的能力因素, 自行去把所有的事情都处理妥当。

服务器只管干活，不用记人。

老规矩，客户端和服务器见面得先握手。

“你好，我是客户端。”

“你好，我是服务器。”

然后才能开始干活。

新协议说：别握了，直接干吧。

当然，如果你想先探索一下，也可以。但不强制。

以前，每个请求都得带着那个Mcp--Id。

服务器得在内存里、在Redis里，拼命维护着你的状态。

新协议直接说：不要会话了。

每个请求都自包含。你要啥，你带着。你要干啥，你说明白。

服务器只管处理，不用记你从哪来。

这是最让我兴奋的。

_问世以来最大更新：MCP 2026-07-28 规范发布，转向“无状态”核心_问世以来最大更新：MCP 2026-07-28 规范发布，转向“无状态”核心

以前，请求必须路由到同一台服务器。这叫“粘性会话”。

期望进行水平方向的扩展? 打算运用AWS Lambda? 意欲启用Cloudflare Workers?

对不起，不行。

现在呢？

请求可以路由到任意网关、任意实例。

亚马逊网络服务的拉姆达函数? 毫无问题。云讯通的工作人员? 随意自在。

版本化扩展框架。

MCP Apps和Tasks正式纳入。

开发者不用改核心协议，就能加交互式界面、长时间运行任务。

新规范强化了OAuth 2.0和OIDC。

MCP服务器可以直接连Entra、连Okta。

不用再搞那些变通方案了。

这次升级，不是小修小补。

是从根本上，让MCP变得更适合现代云架构。

无状态、无会话、任意路由。

这不就是Serverless的终极梦想吗？

如果你还在用老版本的MCP，真的，该升级了。

别让粘性会话，成为你扩展的瓶颈。