2026年9月14日，MacRumors称，苹果（Apple）系统代码显示，Siri的人工智能可以被替换为ChatGPT或Claude。相关代码线索表明，Siri的AI模块并非只能使用苹果自家技术，而是支持接入第三方模型。这一发现来自对系统代码的分析，涉及到Siri在AI驱动层面的可替换设计。

代码显示苹果 Siri AI 可替换为 Claude、ChatGPT

代码挖掘者“pdfu”发现 iOS 27 和 macOS Golden Gate 的私有框架，显示苹果的新 Siri 架构在设计上能与第三方 AI 模型配合，而且深度之深令人意外。

一种名为 Model Delegation（模型委托）的机制，能让 Claude 像现有的内置 ChatGPT 扩展一样，作为 Siri 扩展出现。在 pdfu 分享于 X 的视频中，macOS 用户调出“Search or Ask”搜索栏，通过“Ask...”上下文菜单选择 Claude 作为 AI 模型。

启用 Claude 扩展后，用户让 Siri“Ask Claude”在苹果提醒事项应用中设一条提醒。Claude 随后解析这条自然语言的提醒请求，再由 Siri 创建提醒。这意味着，如果请求需要访问某项苹果系统功能，Claude 会把任务交回 Siri。

另一个例子中，Claude 出现在 Siri 应用的对话窗口里，收到创建 CSV 文件的请求——这原本是 Siri 自己处理不了的——并成功返回结果。

视频中演示的第二个协议更耐人寻味，走得也远得多，可能真正为苹果软件请求打开 AI 的格局。

“Model Manager Services”中的一个 inference provider（推理提供商）似乎能让苹果自家的服务器端 Siri 模型被其他模型完全替换，比如 GPT-5.6。这种情况下，ChatGPT 会收到苹果的 Siri planner 提示词和工具定义，从而可以请求执行系统操作、接收由此产生的个人数据，并组织出回答，再由 Siri 用自己的界面和声音呈现出来。

演示视频中，用户（在 Siri 应用内）要求 ChatGPT 模型找出某个主题的邮件，总结其内容和待办要点，然后通过信息应用给通讯录中的某人发消息。回复随后显示在 OpenAI 平台网页界面的日志里。

欧盟《数字市场法》可能影响了苹果的做法：该法规要求苹果让第三方有效访问苹果自家服务可用的 iOS 硬件和软件功能，欧盟委员会还特别表示这一原则延伸至 Siri。

“Ask...”功能目前仅限于 macOS 27 Golden Gate 候选发布版中的 ChatGPT 扩展（该版本实际上就是今天晚些时候发布的最终版软件），因此 Claude 还无法使用。与此同时，苹果尚未向第三方开放模型委托权限，该功能也不面向用户，但至少显示出苹果为未来模型互操作性在 Siri 上做了多大工程。

整体气氛偏向认可这个「把 Siri 做成 AI 编排入口」的平台化思路，认为苹果终于要把模型层做成可替换的抽象；分歧集中在苹果是否愿意放弃对体验和数据的完全控制，以及本地模型、隐私边界和欧盟合规这几件事上。

认为这是苹果在 AI 竞赛里的聪明平台打法

• 如果 Siri 和 Mac 成为所有 AI 工作流的统一入口，模型又能自由替换，苹果在 AI 竞赛里就握有一件重武器（较多人）
• 即便暂时不接入任何第三方，先抽象出一个 AI 提供方的父类、留好插槽，本身就是合格的工程判断（较多人） > 不围绕「用哪个 AI」做一层封装，哪怕还没实现，也是短视。（@taybin）
• 接入 ChatGPT 这类外部模型，会让 Siri 的实际可用性大幅提升，需求早就存在（较多人）

认为 OS 该充当权限与工具调用的中介层

• 由操作系统在 harness、LLM 和 App 能力之间做代理，权限、Face ID 只授权一次，用户能在系统设置里选择用哪个模型（较多人）
• 更进一步的设想是苹果发布一套类似 MCP 的 App 工具调用规范，让所有模型都能针对这套框架训练（较多人）
• 一旦 Siri 支持 MCP，就有人愿意把它当作主编排器，用语音指挥笔记本上的终端会话和项目（少数人）

想要本地模型与自选端点，数据不出本地网络

• 有人希望把本地模型路由进 Siri，有人明确表示愿意为「本地 AI 中枢」付费，连相册索引都放本地跑（较多人）
• 更实际的要求是能直接指向自建的 OpenAI 兼容端点，例如局域网里的 Mac Mini，并把这设为默认选项（较多人） > 我完全不想让个人数据和针对它的查询离开我的网络边界，这应该是默认行为。（@stego-tech）
• 也有少数人主张干脆把 AI 从 iOS 里彻底拿掉，连底层框架都不要留（少数人）

希望 Siri 自动委派给自选模型，而不是手动点名

• 不想每次都说「让 Claude 回答」，而是 Siri 自己答不上来时自动转交给用户预设的模型，而不是甩一堆无关的网页搜索结果（较多人）

担心隐私：听到的比说出口的多

• 常驻唤醒词检测器 7×24 运行这件事本身就值得警惕，有人半开玩笑地设想第三方模型拿到唤醒日志后被用来投放广告或转卖（少数人）
• 也有人追问 Siri 是否能连到任意 MCP 提供方，以及是否会触及那套常驻语音检测机制（少数人）

认为这是监管逼出来的，欧盟先拿到

• 质疑为什么这项能力不在欧盟提供，并猜测中国出于合规需要反而会先有（较多人）
• 有人的判断更直接：感谢欧盟施压，看来这事一直都能做（较多人）

质疑苹果能否接受体验失控：模型答错了谁背锅

• 用户不会区分是 OpenAI、Anthropic 还是苹果的问题，出了烂答案账都记在苹果头上，这是苹果紧抓完整体验的合理动机（较多人）
• 反过来说，如果苹果真能放心把用户数据交给第三方，它本可以省下大笔自研大模型的投入（较多人）

从商业角度看，第三方模型还替苹果省了算力

• 第三方调用不消耗苹果的算力，而苹果本来就对用户 AI 用量设上限，所以开放未必违背自身利益（少数人）
• 顺带被点出的是苹果在 iCloud+ 套餐里按档位限制摄像头数量这类做法，说明它在 AI 功能上同样有分层变现的路径（少数人）

觉得 Siri 错过了成为开发者生态的机会

• Siri 是第一个大规模落地的 AI 助手，却没向开发者开放，否则生态这些年可能已经扩张了无数倍；永远不要低估一个无聊程序员能折腾出什么（少数人）

有价值的补充

• 有评论指出围绕唤醒词的那套东西叫 AOP，常驻运行唤醒词检测，而且这个名字连搜都搜不到——搜索引擎会自动把它纠正成「app」，即使加引号也没用。
• 有人给出具体价格锚点：Apple Intelligence 的家庭 App 视频摘要按 iCloud+ 档位限制摄像头数量，2TB 一台上限、6TB 两台上限、12TB 五台上限。
• 一句玩笑恰好代表了工程师视角的情绪：所谓新闻不过是「开发者写了松耦合的代码」。