AI INFRASTRUCTUREMCP 迎来第五次重大升级从“工具调用协议”走向智能体应用基础设施2026 年 7 月 28 日Anthropic 正式公布新版 Model Context Protocol 规范MCP 2026-07-28。这是 MCP 发布以来的第五个正式规范版本也是目前改动最重要的一次升级。在很多人的印象中MCP 只是一个让 Claude、ChatGPT 或其他 AI 智能体调用外部工具的接口。例如读取文件、查询数据库、操作 GitHub、调用企业内部系统。但从这次升级开始MCP 的定位正在发生变化。它不再只是一个简单的“AI 工具调用协议”而是在逐渐变成承载交互界面、异步任务、企业权限和大规模部署的智能体应用基础设施。4 亿950SDK 月下载量Claude 连接器目录收录Anthropic 官方透露MCP SDK 的月下载量已经超过 4 亿次相比年初增长了四倍Claude 的连接器目录中也已经收录超过 950 个 MCP Server每天有数百万用户通过这些连接器使用外部工具和数据。那么这一版 MCP 究竟更新了什么PART 01一、MCP 核心协议转向无状态架构MCP 2026-07-28 最大的变化是将协议核心从过去的双向、有状态通信模型调整为更加标准的请求—响应模型。简单来说过去的 MCP Server 往往需要持续维护客户端连接和会话状态。服务器不仅要知道用户发送了什么请求还需要记住当前连接对应的会话、能力和上下文。一旦连接中断、服务器扩容或者请求被转发到另一台机器就可能需要额外处理状态同步问题。这种架构在本地开发或者小规模使用时没有太大问题但当 MCP Server 进入企业环境面对大量用户和高并发请求时复杂度就会明显上升。从连接状态转向独立请求新版 MCP 将核心协议改为无状态模式后每一次请求都可以更加独立地完成处理。这意味着 MCP Server 可以更自然地部署到 Serverless、Edge Computing 和标准 HTTP 基础设施中也更容易通过增加服务器实例实现横向扩展。需要注意的是“无状态核心”并不意味着 MCP 从此不能处理连续任务或长期工作流。它真正做的是将状态管理从协议核心中拆分出去基础调用尽可能简单、标准化需要长期运行和状态保存的能力则交给专门的扩展负责。这是一种非常典型的基础设施设计思路让核心协议保持简单把复杂能力放入可选扩展。PART 02二、MCP AppsAI 对话中可以直接出现完整界面传统 MCP 工具通常返回文字、JSON 数据、文件或者简单的结构化结果。例如让 Claude 调用一个数据分析工具最终可能只返回一段分析结论调用项目管理工具则可能返回任务列表。但是很多真实应用并不适合只用文字展示。数据分析需要图表设计工具需要画布项目管理需要表格地图应用需要可视化位置审批流程需要按钮和表单。MCP Apps这正是 MCP Apps 要解决的问题。MCP Apps 允许 MCP Server 直接在 AI 对话中渲染交互式用户界面。用户不需要跳转到另一个网页或应用就可以在对话中查看结果、调整参数并继续操作。例如未来我们可能会看到这样的使用方式数据看板让 Claude 分析一份销售数据Claude 不只是返回几段文字而是直接在对话中生成一个可以筛选和交互的数据看板。设计画布让 Claude 调用 Figma返回的不只是设计文件地址而是一块可以继续查看和修改的设计画布。项目管理让 Claude 查询项目进度返回的不只是任务名称而是一张可以调整负责人、截止时间和状态的项目管理表格。这意味着 MCP 正在从“模型调用工具”走向“模型承载应用”。AI 对话框也不再只是聊天界面而可能逐渐变成各种应用的新入口。PART 03三、Tasks为耗时较长的智能体工作流提供标准能力很多 MCP 工具可以在几秒钟内返回结果例如查询天气、读取文件或者执行一次数据库搜索。但真正复杂的智能体任务往往无法立即完成。例如01分析一个大型 GitHub 项目02检查数千个代码文件03生成完整的研究报告04处理一批视频或文档05执行持续数十分钟的自动化工作流06调用多个智能体并汇总结果。如果仍然使用普通的同步请求客户端就需要一直等待服务器返回结果。一旦连接中断任务状态和执行结果也可能难以恢复。新版 MCP 将 Tasks 纳入版本化扩展框架为耗时较长的任务提供更加正式的实现路径。MCP Server 可以先接收任务再在后台执行客户端则可以查询进度并在任务完成后获取结果。这样既不需要让一个 HTTP 请求长时间保持连接也更适合多步骤、长时间运行的智能体工作流。一套应用两类核心能力MCP Apps 负责界面Tasks 负责长任务。两者组合起来后MCP Server 就不再只是一个被 AI 调用的函数而更接近一个完整的智能体应用。PART 04四、MCP 扩展终于有了标准化框架过去当开发者希望为 MCP 增加新能力时经常需要修改协议本身或者依靠不同客户端和服务器之间的私有约定。这很容易造成生态碎片化。某个 MCP Server 支持的功能可能只能在特定客户端中使用不同开发者也可能使用完全不同的方式实现相似能力。MCP 2026-07-28 引入了版本化扩展框架。MCP Apps 和 Tasks 都将通过这个框架发布。未来开发者可以在不修改核心协议的情况下为 MCP 增加新的能力。这种设计很像浏览器和 Web 平台的发展过程。HTTP 负责基础通信HTML 负责内容JavaScript 和各种 Web API 则不断扩展浏览器的能力。MCP 也正在形成类似的分层结构CORE无状态核心负责基础通信APPSMCP Apps 负责交互界面TASKSTasks 负责长时间运行的任务AUTH授权系统负责身份和权限EXTENSIONS未来扩展负责更多专业能力。核心协议不需要因为每一个新需求而频繁改变生态却可以继续快速发展。PART 05五、授权机制开始真正面向企业环境对于个人开发者来说搭建一个 MCP Server可能只需要配置一个 API Key。但对于企业而言问题远没有这么简单。企业通常已经使用 Microsoft Entra、Okta 等身份系统并且需要处理员工账号、用户组、权限继承、账号停用和访问审计。如果 MCP Server 无法直接接入这些系统企业就需要额外搭建一套身份认证层或者使用各种临时兼容方案。OAuth 2.0 OIDCMCP 2026-07-28 对授权机制进行了强化使其更加符合生产环境中的 OAuth 2.0 和 OIDC 部署方式。企业 MCP Server 因此可以更自然地连接 Entra、Okta 等身份提供商而不再需要大量变通方案。Claude 也已经推出企业托管授权能力。管理员可以为整个组织统一配置 MCP 连接器并通过企业现有的身份提供商分配权限。员工登录后可以直接继承所在用户组对应的连接器权限无需每个人重复完成授权。这项变化非常关键。因为 MCP 能否真正进入企业决定因素从来不只是“能不能调用工具”而是企业能否知道谁调用了什么工具、访问了哪些数据以及管理员能否随时收回权限。PART 06六、Claude 正在补齐 MCP 的生产级配套能力除了新版协议Anthropic 还在 Claude 中持续完善 MCP 生态。目前已经公布的能力包括1. MCP Apps连接器可以直接在 Claude 对话中显示交互式界面用户无需频繁切换网页或应用。2. 企业托管授权管理员可以通过企业身份系统统一部署和授权 MCP 连接器。3. 可观测性面板发布到 Claude 连接器目录的开发者可以查看连接器的使用量、错误、延迟和不同 Claude 产品中的使用情况。这使开发者可以判断哪些工具最常使用、哪些调用经常失败以及 MCP Server 是否存在性能问题。4. MCP TunnelsMCP Tunnels 目前处于研究预览阶段它可以让 Claude 连接企业私有网络中的 MCP Server而不需要将服务器暴露到公网。企业无需开放入站防火墙规则、创建公开端点也不需要在源服务器上配置 IP 白名单。这些能力组合起来后MCP 才真正具备进入生产环境所需的基础条件身份认证、权限管理、运行监控、私有网络连接以及大规模部署。PART 07七、这次升级对开发者意味着什么对于普通 MCP 开发者来说最直接的影响是部署成本和架构复杂度有望下降。过去一个 MCP Server 可能需要维护长连接、会话状态和复杂的生命周期。转向无状态核心后开发者可以更多地使用现有的 HTTP、Serverless 和边缘计算基础设施而不需要为 MCP 单独维护一套特殊架构。对于需要开发复杂工具的团队来说MCP Apps 和 Tasks 则提供了更清晰的实现方向。交互式界面不必再通过私有协议完成耗时任务也不必强行塞进一次同步调用。兼容性提醒不过新规范并不意味着现有 MCP Server 会立即自动获得所有能力。Anthropic 表示MCP 2026-07-28 的相关支持正在逐步推向 Claude 产品。开发者仍然需要关注客户端、SDK 和服务器实现对新规范的具体兼容情况。PART 08八、MCP 真正的野心成为智能体时代的 HTTP过去一年MCP 经常被描述为“AI 时代的 USB-C”。它为不同 AI 模型和外部工具提供了一个统一接口。这个比喻非常容易理解但可能低估了 MCP 的长期价值。USB-C 主要解决设备之间如何连接的问题而新版 MCP 解决的已经不只是“如何连接”。它开始覆盖工具如何被调用界面如何被展示长任务如何被执行用户如何完成授权企业如何管理权限私有服务如何安全接入开发者如何监控运行状况。从这个角度看MCP 更像是在成为智能体时代的 HTTP 与应用扩展体系。未来的 AI 应用可能不再需要为 Claude、ChatGPT、Gemini 或其他智能体分别开发完全不同的插件系统。开发者只需要构建一个标准化 MCP Server就有机会将自己的数据、工具和应用能力接入多个 AI 平台。当然这个目标能否实现仍然取决于不同模型厂商是否持续支持开放协议以及 MCP 生态能否避免被某一家平台完全控制。但至少从 MCP 2026-07-28 可以看出Anthropic 正在努力将 MCP 从一个“Claude 的工具协议”推向更通用的智能体基础设施。结语从调用工具到承载应用MCP 2026-07-28 最重要的意义并不在于增加了多少个新接口。它真正完成的是一次架构上的重新分层MCP 2026-07-28 · 架构重分层无状态核心负责规模化部署MCP Apps 负责交互界面Tasks 负责长时间工作流OAuth 与 OIDC 负责企业身份和权限。过去的 MCP主要解决“AI 如何调用一个工具”。新版 MCP 开始解决的问题则是AI 如何承载一个真正可以在生产环境中运行的应用。这也意味着MCP 正在进入一个新的阶段。它不再只是 AI 编程爱好者用来连接文件系统、浏览器和数据库的工具协议而可能成为企业构建智能体应用、连接内部数据和部署自动化工作流的标准基础设施。如果说过去一年是 MCP 生态快速扩张的一年那么 MCP 2026-07-28 很可能是它从开发者实验走向大规模生产环境的真正起点。