一句话看懂：MCP（Model Context Protocol）协议正处于一个“能用但还不够好用”的过渡期：官方推出了无状态、免握手的 2026-07-28 新版本，但主流客户端如 Claude Code、Codex、Cursor、Grok 的默认配置仍停留在旧版本，新特性大多需要手动开启，且任务扩展（Tasks）尚未被任何主要客户端原生支持。
事件核心：发生了什么
MCP 协议规范在 2026 年 7 月 28 日发布了修订版，核心变化是取消了 initialize 握手和 session id，改为每个请求自带版本与能力声明。但这一版本目前是 opt-in 状态，默认协议版本仍是 2025-06-18。Anthropic 的 v2 运行时（SDK 2.x）已将新协议设为默认，但 Bedrock、Vertex 等云平台仍停留在 v1。
各家客户端适配进度不一：Claude Code 默认启用 Tool Search，首轮请求不携带全部工具 schema；Codex 将协议固定在 2025-11-25；Grok Build 支持停用单个工具而不删除配置；Cursor 支持分页拉取工具列表。值得关注的是，MCP Tasks 扩展（用于长任务异步执行）尚未被 Claude Code、Codex、Cursor、Grok 任何一家原生支持，相关代码在部分客户端中处于注释掉的状态。
为什么重要
这反映出 MCP 生态的一个典型阶段：协议演进速度领先于客户端实现。新协议试图解决连接开销和大工具列表的 token 消耗问题，但客户端厂商出于稳定性考虑，普遍选择保守策略。这种分裂意味着开发者编写 MCP server 时，必须兼容多个协议版本和不同的工具发现机制，否则在部分客户端上可能无法正常工作。同时，Tasks 缺失说明“长时间运行的 MCP 调用”仍无统一标准，各家用自有的后台任务机制替代，这不利于跨平台复用。
对用户/开发者/创作者的影响
对普通用户：工具开关更灵活，在 Claude Code 中可以直接禁用某个 MCP server 或单个工具，不需要手动编辑配置文件——这对 GitHub MCP 这类工具数量多、容易撑爆上下文窗口的服务器很实用。对开发者：需要关注三个兼容层——协议版本（2025-06-18 vs 2026-07-28）、工具发现机制（全量注入 vs Tool Search 按需加载）、以及是否要实现 elicitation 能力（服务器主动向用户提问）。创作类工具若通过 MCP 接入，需要注意约 60 秒的超时限制，长耗时任务可能中断。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，2026-07-28 协议何时从 opt-in 变为默认，这决定了开发者是否需要立即迁移。第二，Tasks 扩展是否有客户端率先落地，目前 Claude Code 和 Cursor 的 issue 显示有明确诉求但无排期。第三，Anthropic 的 Code Mode（执行由模型生成代码来调用 MCP 工具）仍是实验特性，若正式推出，可能改变 MCP 工具调用的交互范式，值得持续观察其与 Tool Search 的共存方式。
