一句话看懂：一位开发者用自研探测工具扫描了官方注册表中的 4,356 个 MCP 服务器，发现只有 1 个完全支持最新的 2026-07-28 规范。这个结果并非意味着现网即将崩溃，而是为即将到来的重大协议变更提供了一份“迁移前的基线快照”。
事件核心：发生了什么
一位开发者在 Hacker News 上发布了一份扫描报告。他利用自己编写的零安装黑盒探测工具（npx mcp-spec-check <url>），对 MCP（Model Context Protocol）官方注册表中所有可访问的远程服务器进行了兼容性检查。核心发现是：在 4,356 个可访问的服务器中，只有 1 个完全准备好适配 2026-07-28 版本的规范。
该版本被描述为 MCP 发布以来最大的变更，主要包括：取消初始握手和协议级会话，转向无状态核心；路由头成为强制要求；以及部分错误码调整。值得注意的是，该规范尚未达到 GA（正式可用）阶段，旧版本服务器在 GA 发布后至少一年内仍可正常协商使用，不会发生即时断裂。
报告中同时给出了更具参考价值的细节数据：在被探测的 2,008 个需要认证的服务器中，高达 75.9% 已经发布了 RFC 9728 受保护资源元数据（即认证加固的进度远超前于无状态核心迁移）；当前最常用的协议版本仍是 2025-11-25，其次是老版本 2024-11-05。注册表中有 16,186 条记录，去重并滤除不可达和假冒 MCP 目标后，实际有效的服务器数量约为 7,850 个。
为什么重要
这次扫描的意义不在于制造“90% 服务器将故障”的恐慌，而在于它提供了一个可量化的生态基线。MCP 正在经历从有状态会话模型向无状态核心的重大架构迁移，这样的变化会直接影响所有使用 MCP 进行工具调用和 API 编排的 AI 应用。基于硬数据的基线，开发者可以评估迁移工作量，AI 代理平台可以判断是否需要向后兼容的桥接层。
报告作者明确表示，旧版本特性将保留至少一年，因此当前的低适配率并不会立刻导致服务中断。但从生态健康度角度看，当主流 LLM 平台（如 ChatGPT、Claude 等）开始默认要求新规范时，那些迟迟未迁移的 MCP 服务器将面临不可用的风险——而目前数据表明，几乎整个生态都还处于起跑线之前。
对用户/开发者/创作者的影响
对开发者：如果你是 MCP 服务器的维护者或基于 MCP 构建 AI 工具的开发者，这份报告意味着你在接下来的 6-12 个月内需要制定明确的迁移计划。尤其需要关注：路由头强制化、无状态会话管理以及新错误码的兼容性测试。可以采用报告作者的工具先行扫描自己的服务器，确认当前兼容状态。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对 AI 应用用户：短期而言，你的日常使用基本不受影响。但如果你依赖第三方提供的 MCP 接入服务，建议关注其是否在更新公告中提及对 2026-07-28 规范的适配进度。现阶段，使用旧规范的服务仍然可以稳定工作。
对企业决策者：在选择或采购基于 MCP 的 AI 工具链时，应将“是否支持或规划支持新规范”作为一项评估指标。长期来看，向无状态迁移意味着更好的水平扩展能力和更低的基础设施耦合度，有更高的成本优化空间。
值得关注的后续
1. 规范的正式发布时间表：作者计划在规范 GA 后重新运行扫描，动态跟踪迁移曲线。这将是衡量 MCP 生态是否健康进化的关键指标。
2. 主流 LLM 平台对旧版本的退役策略：目前 Open AI、Anthropic 等尚未公开宣布自己的协议版本退役时间表，但新规范发布后，这类承诺将直接影响下游的迁移紧迫性。
3. 桥接中间件的涌现：如果迁移速度落后于平台要求，可能会出现类似“MCP 协议代理”的中间件产品，用于在不升级服务端的情况下向后兼容新客户端。这类产品是否成熟、是否安全，值得建立关注。
来源：hackernews
