在科技的浪潮中，iOS 系统的每一次更新都备受瞩目，iOS 26 上线后，用户群体迅速分成了两派。一部分用户沉浸于新系统出色的层次感，对其提升的视觉体验赞不绝口；而另一部分用户则频频吐槽，抱怨系统中 bug 太多，甚至电池续航能力直线下降。

就在争议声此起彼伏之时，苹果几天前推送了 iOS 26.1 开发者测试版。此次测试版重点对液态效果和 UI 细节进行了优化，但相较于这些表面的改进，苹果在系统“里子”里埋下的彩蛋或许更值得我们深入探究。

据 9to5Mac 报道，iOS 26.1、iPadOS 26.1 和 macOS Tahoe 26.1 开发者测试版的隐藏代码显示，苹果正在为 App Intents 引入 MCP 支持做铺垫。这一举措意义重大，意味着未来，ChatGPT、Claude 或其他任何兼容 MCP 的 AI 模型，都有望直接与 Mac、iPhone 和 iPad 应用进行交互。

Anthropic 的 MCP 协议：苹果“管住”ChatGPT 的关键

在深入了解苹果的这一动作之前，我们有必要先了解一下 MCP 协议。MCP，即 Model Context Protocol（模型上下文协议），由 Anthropic 于去年 11 月提出，旨在解决 AI 领域中一个被称为“N x M”的集成难题。

想象一下，如果有 N 个 AI 模型和 M 个外部工具或数据源，按照传统的做法，我们需要开发 NxM 个定制接口，这无疑是一项极其繁琐且复杂的工作。而 MCP 就像是 AI 世界里的“万能翻译官”，它提供了一个通用、开放的协议，将模型与外部数据源和工具的连接方式进行了标准化，取代了过去那种零散、私有化的集成方式，实现了双向、安全的交互。

简单来说，MCP 有望成为 AI 领域中的“HTTP（网页的基础协议）”或“SMTP（邮件协议）”。自问世以来，MCP 已经取得了显著的成绩，Notion、Google、Figma、OpenAI 等众多公司和平台都陆续接入了该协议，使其成为了 AI 应用接入的行业“通用插口”。

很多人容易对 MCP + App Intents 产生误解，认为它们只服务于 AI 领域。实际上，MCP 本质上是一种协议，它解决的核心问题是让模型或外部服务和系统能够安全地进行对话。虽然目前 AI 模型调用应用是最热门的应用场景，但 MCP 在非 AI 场景中同样具有潜力。以微信支付为例，腾讯元器平台近日宣布已经接入微信支付 MCP，支持开发者在智能体（agent）中直接发起订单、查询订单、处理赞赏等功能。

同样，App Intents 也并非专为 AI 而生的“新物种”。它早在 2022 年就已出现，当时的目标是把应用的功能抽象成语义化的动作，以便系统能够直接调用。像 Spotlight 搜索、快捷指令、小组件等，都在使用 App Intents，而且并不依赖 AI。MCP 的接入，只是让“外部 AI”也能借助这条现成的通道。

通过对 iOS 26.1 等测试版软件代码的分析，我们发现苹果并非让每个应用单独去支持 MCP，而是正在构建一个直接集成在 App Intents 框架中的系统级 MCP 支持。这意味着，在 iPhone 上，Siri/Apple Intelligence（由苹果的基础模型驱动）能够理解用户的请求，并触发 App Intents 执行本地动作；当系统判断需要更广泛的知识时，会在征得用户同意后，把必要内容交给 ChatGPT 获取答案。

未来的使用场景可能是这样的：当你对着 ChatGPT 说“帮我在微信里转 100 块给张三”时，ChatGPT 会调用 MCP，将这个指令打包成标准化的请求；iPhone 系统通过 App Intents 识别出这是微信支付的动作，直接调用微信的接口完成操作。整个过程无需你自己切换 App、点击按钮，一切都由模型和系统协作完成。可以说，MCP 让模型拥有了“手”，而 App Intents 则是苹果为这双“手”划定的轨道。

这种模式带来了诸多好处。一方面，苹果可以直接享用整个行业围绕 MCP 建设的庞大工具生态，无需自己从头到尾开发每一个功能集成。另一方面，当所有外部 AI 的请求都必须经过苹果自家经过严格审查的 App Intents 框架时，苹果既能强制执行自己的隐私安全标准，又能保证用户体验的一致性。

这让我们联想到之前的 AI Key。这是一款定位为“AI 助手”的外接硬件，厂商宣传它可随插随拔，通过 iPhone 的 USB 接口连接后，能够帮助用户动动嘴操作手机上的应用和功能，几乎覆盖常见任务。虽然 AI Key 和苹果此次的系统级 MCP 支持目的相似，都有机会让 AI 代替用户直接操控手机应用，但与 AI Key 这种体验受限的硬件“外挂”相比，系统层面的调度机制才是真正可规模化、更务实、更长远的选择。

苹果的开放转变：打造平台治理新逻辑

苹果在 iOS 26.1 测试版里只是“埋下了”系统级 MCP 支持的代码，目前该功能仍处于早期工程阶段，并未对外发布可调用接口，未来能否实现、何时实现，还要看后续测试版和官方文档的公开进度。

从整体趋势来看，苹果近年来的开放姿态愈发明显。以 Apple Intelligence 为例，它本质上就体现了苹果的这种转向。在 AI 领域，苹果曾经“起了个大早，赶了个晚集”，追赶 OpenAI 等厂商并非一朝一夕之事。因此，苹果不再执着于“全栈自研”，而是主动拥抱外部模型，为系统预留出灵活的接入入口。

这种转变在苹果内部也引发了不小的冲击。据彭博社报道，苹果 AI 团队内部曾就“自研 vs 合作”发生过激烈争论，但最终还是保留了更务实的平台化路线。这一转变也与整个行业的发展走向相契合。

从短期来看，AI 领域可能会出现巨头垄断红利，但从长期来看，必然会走向分层竞争。没有任何单一模型能在所有任务上都做到最好，开源的存在也让市场有了更多平替选项。因此，对于平台型公司而言，最优解自然是通过集成不同供应商的模型来实现风险分散、成本优化和择优使用。

微软就是一个典型的案例。过去，微软与 OpenAI 深度捆绑，但最近，微软把 Anthropic 的 Claude 模型也集成进 Microsoft 365 Copilot。表面上看，这是因为双方裂痕加深，但更深层的原因在于微软内部测试发现，Claude 在某些场景下的表现确实优于 ChatGPT。

类似的逻辑如今也映射到了苹果身上。继和 OpenAI 合作之后，今年也不断有风声传出，苹果已经把 Google Gemini 和 Anthropic Claude 同时列入下一代 Siri 与系统级 AI 的候选名单。

回顾苹果的长期发展历程，我们可以清晰地看到这一线索。2008 年，苹果推出 App Store 时，也曾面临过类似的质疑——为什么要让第三方开发者“寄生”在 iOS 上？但事实证明，平台模式释放出的创新活力远超苹果单打独斗。后来，无论是 CarPlay、HealthKit，还是今天的 MCP + App Intents，都是苹果最为熟悉的平台治理逻辑的体现：苹果来制定标准和规则，第三方在规则之内自由创新。

建立在 App Intents 之上的代理层平台，同样是这一逻辑的最新延续。通过 MCP 协议，苹果能够把外部 AI 模型都转化成供应商。当这些供应商想触达苹果庞大且高价值的用户群体时，就必须遵守苹果的接口和安全标准。换句话说，苹果再次把自己放在了分发渠道和规则制定者的位置上，而这正是苹果最擅长、也最舒服的角色。