苹果平台开发者现在多了一个很微妙的选项:同样写 LanguageModelSession,底层可以跑苹果端侧模型,也可以换成 Claude。

Anthropic 新发的 Claude for Foundation Models Swift 包,做的就是这件事。Claude 通过苹果 Foundation Models 框架里的 LanguageModel 协议接入,开发者继续用 respond、流式输出、结构化输出、工具调用这些统一接口。

最容易误读的地方也在这里:这不是苹果和 Anthropic 宣布了系统级合作。目前材料只能说明 Anthropic 做了一个适配苹果框架的 Swift 包。请求从 App 直连 Claude API,苹果不在请求路径里,也不经手 prompts 和 responses。

它是什么,不是什么

把事实压成一张卡片:

问题现实情况
它是什么Anthropic 的 Claude for Foundation Models Swift 包
怎么接Claude 符合 Foundation Models 的 LanguageModel 协议
开发接口可用 LanguageModelSession,支持 respond、streaming、结构化输出、工具调用等统一接口
请求去哪App 直连 Claude API,苹果不在请求路径中
钱怎么算按 Anthropic 标准 API 价格,计入开发者账号
谁能用目前仍是 Beta,依赖 iOS / macOS / visionOS / watchOS 27 beta 与 Xcode 27 beta
最大限制API 可能变化,不应按稳定生产能力规划

它也不是一个通用 Messages API 客户端。

Anthropic 暴露的是 Foundation Models provider conformances,以及 ClaudeLanguageModelClaudeModelAuthModeClaudeServerTool 这类配置类型。你想直接调 Messages API,还是要看别的 SDK。

生产环境还有一个硬坑:不要把 Claude API key 打进 App。

发版二进制里的 key 可以被提取。别人拿去请求,账单算开发者的。更稳的做法是走自有后端代理:服务器保存 Anthropic 凭证,App 只带自己的授权头。

这一步不性感,但很要命。很多 AI 功能最后不是死在模型能力,而是死在密钥泄漏、账单失控和请求链路没人管。

苹果管入口,Claude 管重活

这个包的重点,不是“Swift 也能用 Claude”。那只是表层。

它把端侧模型和云端大模型的分工,直接写进了苹果开发接口里。

任务类型更适合原因
短文本改写、轻量分类、本地辅助苹果端侧模型快、私密、可离线、边际成本低
长上下文、复杂推理、多步骤生成Claude云端模型能力更强,资源更足
Web Search、Web Fetch、Code ExecutionClaude这些是 Anthropic 服务端工具,设备端不执行

对苹果平台开发者,这意味着一个很现实的动作:别急着把所有 AI 功能都绑到 Claude,也别幻想端侧模型包打天下。

更合理的做法是分层。

轻任务留本地。重任务上云。涉及长上下文、强推理、服务端工具时,再切到 Claude。这样产品体验更稳,成本也更可控。

对技术产品人,这件事更像一个决策清单:

  • 如果功能强调隐私、离线、低延迟,优先评估苹果端侧模型;
  • 如果功能依赖大上下文、复杂生成、Web Search 或 Code Execution,再考虑 Claude;
  • 如果团队没有后端代理、鉴权、限流和成本监控,别把它当成“加个包就上线”的能力。

“天下熙熙,皆为利来。”放到这里并不夸张。统一接口降低的是接入摩擦,真正转移的是调用成本和运营责任。

该看什么变量

我更在意 Anthropic 选的位置。

它没有和苹果抢端侧 AI 的叙事。苹果讲隐私、离线、系统体验,Anthropic不碰。它只补一句:你需要更强模型、更长上下文、更复杂工具时,把模型切到 Claude。

这很聪明。

苹果握住系统级入口。Foundation Models 定义开发者该怎样调用“模型”。Anthropic 补能力缺口。一个管门,一个管力气。

开发者得到的是统一接口。代价是多重依赖。

苹果的 beta API 会变。Anthropic 的模型、价格、工具能力也会变。你的 App 还要处理网络失败、鉴权、限流、成本预警和用户体验降级。

接下来最该观察的不是发布稿会不会写得更热闹,而是四个具体变量:

变量该看什么
Foundation Models API 稳定性OS 27 beta 到正式版是否大改
Claude 工具能力Web Search、Code Execution 等服务端工具在苹果框架里是否顺手
成本控制开发者能否把请求路由、限流、账单预警做扎实
平台边界苹果是否继续让第三方模型沿这个接口补能力

这有点像早期铁路。

铁路公司不生产所有货物,但它决定货物怎么走、哪里换轨、哪里收费。今天的模型是货物,API 是车厢,系统框架是轨道。轨道铺在谁家地盘上,开发者就很难假装自己完全自由。

不完全一样。软件世界换轨更快,迁移也更容易。但入口权力的逻辑没变。

所以,这不是一个普通 SDK 小更新。它至少表明:端侧 AI 会越来越像系统默认能力,云端大模型会变成按需调用的高价外挂。

产品竞争也会跟着变。

不是只比谁接了最强模型,而是比谁能判断:什么时候本地算,什么时候上云算,什么时候干脆别算。