AI 最关键的协议正变得越来越容易上手

模型上下文协议（MCP）是 AI 互操作性的基础构建模块之一，它为 AI 模型提供了一种安全访问外部数据源和服务的方式。它就像是底层的管路系统，让聊天机器人能够直接对接您的日历、数据库或内部工具，而不是由工程师为每一次连接都去搭建定制的管道。下周，该协议将迎来一项重大更新，虽然这一变化对终端用户来说可能不易察觉，但它可能会对生态系统的演变产生巨大影响。

新版本的官方规范自五月以来就已公开，但周一早上，来自 Arcade 的团队提供了一份异常清晰的说明，解释了其中的变化。简而言之，MCP 正在改变其处理会话 ID（服务器用来记住“啊，这是五秒钟前的同一个对话”的微令牌）的方式，以便服务器能够更轻松地在大规模环境下运行。

正如 Arcade 的 Nate Barbettini 所言：

[在当前系统中] 第一个像 Claude 这样的 MCP 客户端连接到服务器时，它会发送一个“你好”：我是 Claude，这是我的版本，这是我的能力。服务器会回复自己的能力并回传一个会话 ID……从此以后，客户端会在每个请求中发送该会话 ID，以便服务器知道这是同一个对话。有时 ID 会过期，所以客户端必须注意到这一点，请求一个新的 ID，然后继续……

想象一个真实部署的场景。你在负载均衡器后运行着服务于数百万用户的服务器，负载均衡器的工作是将每个请求路由到农场中任意一台空闲的服务器，有时甚至是位于不同区域的机器。现在，这些机器中的每一台都必须知道某个其他机器发放的会话 ID。这并非不可能，但这确实是一个巨大的麻烦，它与负载均衡器相冲突，而不是与它协作。

换言之，当前设置假设有一台服务器能记住您，但现实中的公司会将流量分散到数十台默认情况下互不通信的服务器上，因此如今的 MCP 服务器不得不做额外的工作来追踪谁是谁。这对任何在大规模运行 MCP 服务器的人来说都是个巨大的头疼问题，这也是为什么尽管今年围绕代理 AI 的炒作热度不减，我们仍未看到更多公司发布大规模的第一方 MCP 集成的原因。

在新系统中，该协议将在服务器端采用一种更宽松的“无状态”方式来处理会话 ID，这类似于大多数普通网站的工作方式，这应该会让整个系统更容易维护，且从理论上讲，在大规模运行时成本也会更低。

这些技术细节虽然相当专业，但它是一个重要的提醒，表明 AI 开发的各个部分并不都以飞快的速度推进。在模型训练飞速发展的同时，许多模型所需的技术基础设施仍受制于标准组织达成共识时那缓慢的推进过程。事情确实正在发生，只是速度稍微慢了一点！