AI最重要的协议变得更加易用

模型上下文协议（MCP）是AI互操作性的基础构建模块之一，它为AI模型提供了一种安全访问外部数据源和服务的方式。它就像管道系统，让聊天机器人能够接入你的日历、数据库或内部工具，而无需工程师为每个连接定制专属管道。下周，该协议将迎来一次重要更新，虽然终端用户可能难以察觉，但对整个生态系统的发展而言，这可能会带来巨大变化。 新版本的官方规范自五月起就已公开，但周一早上，Arcade公司的人员对变更做出了异常清晰的解释。本质上，MCP正在调整处理会话ID的方式——即服务器用来识别“哦，这是五秒钟前同一个对话”的小型令牌——从而使服务器能够更轻松地进行大规模扩展。 正如Arcade的Nate Barbettini所说： [在当前系统下] 像Claude这样的MCP客户端首次连接服务器时，会发送一条“问候消息”：我是Claude，这是我的版本和功能。服务器回复自身功能并返回一个会话ID……此后，客户端每次请求都会发送该会话ID，以便服务器识别同一对话。有时会话ID会过期，客户端必须注意到并请求新的ID，然后继续操作…… 想象一下实际部署场景。你运行着为数百万用户服务的服务器，身后是一个负载均衡器，其职责是将每个请求路由到服务器集群中任何空闲的机器，有时甚至跨地域。这样一来，集群中的每台机器都必须知道其他机器分发的会话ID。这并非不可能，但极其麻烦，而且本质上与负载均衡器的工作方式相冲突。 换句话说，当前设定假设一台服务器就能记住你，但真实场景下企业会将流量分散到数十台默认互不通信的服务器上。因此，今天的MCP服务器需要做额外的工作才能识别用户。对于任何大规模运行MCP服务器的人来说，这都是一大难题，也正是尽管今年智能体AI备受热捧，但鲜有公司推出大规模、第一方MCP集成的原因之一。 在新系统下，协议将在服务器端采用更松散的“无状态”方式处理会话ID，这与大多数普通网站的工作原理类似。这应能让整个系统更易于维护，理论上大规模运行成本也更低。 这些内容相当技术化，但重要的是提醒我们：AI开发并非每一步都在飞速前进。虽然模型训练竞相加速，但这些模型所需的许多技术基础设施仍受制于标准组织缓慢的协商过程。变化确实在发生，只是稍微慢一些！