科技 TechCrunch · 15小时前 · AI 生成
AI 最重要协议正在变得更易用 MCP（模型上下文协议）即将迎来重大更新，核心变化是从有状态会话转向无状态设计，以解决大规模部署时服务器负载均衡的痛点。文章引用 Arcade 创始人的技术解释，指出当前协议中会话 ID 的机制在千万级用户场景下成为瓶颈，新版本将简化服务器间记忆同步问题，降低运维成本。适合关注 AI 基础设施、Agent 平台工程或企业级 AI 部署的读者，可快速理解协议层演进的关键细节。原文 ↗ 原文 ↗
核心观点
▍ MCP 协议即将从有状态会话管理转向无状态设计，以解决大规模部署时服务器负载均衡的痛点，并降低运维成本与复杂度。 01 Arcade 是一家成立两年的创业公司，其业务核心就是让 AI Agent 安全对接 Gmail、Slack、Salesforce 等实际企业工具，并于 2025 年 6 月获得 6000 万美元融资。 02 当前协议下，客户端（如 Claude）首次连接服务器时交换能力与版本，服务器返回会话 ID（session ID），后续每次请求都需携带该 ID 以维持对话上下文，但 ID 会过期，客户端需重新请求。 03 在真实部署中，后端服务器通常通过负载均衡器将请求分发到不同服务器实例，甚至跨区域；当前会话 ID 机制要求所有服务器都知道同一会话，严重干扰负载均衡器的正常工作。 04 新版本采取无状态（stateless）方式处理会话 ID，类似于普通网站的工作方式，预期将大幅降低大规模 MCP 服务器的维护成本。 反方 / 局限
— 协议更新本身是技术细节，对最终用户无感，且整个标准推进过程受制于标准组织共识的缓慢滚动，与模型训练的飞速发展形成鲜明对比。
前置背景 MCP 的"USB-C"野心与真实瓶颈
MCP 由 Anthropic 于 2024 年 11 月发布，旨在成为 AI 领域的"USB-C 接口"——一次标准化，所有模型和工具都能互通。但它的有状态设计在规模化部署时成了致命缺陷：每台服务器必须记住复杂的会话 ID，与负载均衡器天然冲突。文章说的无状态化更新，正是为了拔掉这根"梗"在服务器集群咽喉里的刺。
▸ 2 条关联资料
▼
平行视角 MCP 的"Token 税"争议
Perplexity 公开弃用 MCP，核心指控是"Token 税"——每次调用工具前，模型必须"想一想"该不该调用、怎么调，这一轮推理本身就烧掉大量 Token，叠加全量 Schema 强制注入，接入 4 个服务器就能吃掉 15 万 Token。反对者认为 MCP 解决的是「连接」问题，却忽略了「确定性执行」才是企业真正缺的，这导致执行链路成本居高不下，头部产品都扛不住。
▸ 2 条关联资料
▼
未来推演 双协议时代：MCP + A2A
MCP 解决的是模型与工具间的"最后一公里"连接，而 A2A（Agent-to-Agent Protocol）则是让不同 Agent 之间能直接"对话"。2026 年，MCP 走向无状态化以降低运维成本，A2A 则负责 Agent 间的编排与协作。当下能看到的关键变量是：Linux Foundation 已接管 MCP 规范，企业级安全与治理（如 Azure 容器应用认证）正在补位，真正的拐点要看 2026 年下半年首批大规模生产部署的落地数据。
▸ 3 条关联资料
▼
延伸追问 无状态化后，安全谁来兜底？
MCP 无状态化虽然解决了负载均衡的痛点，但会话 ID 的弱化也让传统"一对一"的身份绑定不再可靠。Azure 容器应用的安全指南明确要求首选无状态 MCP 服务器以避免会话劫持，但这也意味着认证和授权逻辑必须前移到客户端或网关层。真正值得追问的是：当"谁在说话"无法靠会话 ID 自然锚定时，OAuth 2.0 和 API 密钥能覆盖所有企业级安全场景吗？
▸ 1 条关联资料
▼