夜雨聆风Anthropic 今天发布 blog，宣布 Claude 支持 Apple 的 Foundation Models framework。文中提到，这个 Swift package 会在 2026 年 6 月 9 日可用，覆盖 iOS 27、iPadOS 27、macOS 27、visionOS 27 和 watchOS 27。
这个套件主要做的是：Apple 的本地模型先把用户输入变成 typed Swift values，复杂任务再交给 Claude，再把流式输出、工具调用和结构化结果回到同一个 SwiftUI 界面里。
这会改变 iOS AI App 的写法。过去很多应用是直接接一个云端模型，或者只用 Apple 本地模型做一点摘要、抽取、分类。现在更合理的结构是先本地处理，再按任务复杂度升级到云端大模型。用户看到的是一个连续体验，开发者背后要维护的是一套路由。
这条博客真正说了什么
Claude 这次接入的入口是 Apple Foundation Models framework。这个框架本来就能让开发者从 Swift 里调用 Apple 的模型，还支持 guided generation，把模型输出变成 Swift 类型。
Anthropic 在 blog 里强调了几个能力：本地模型可以做快速、低成本、低延迟的摘要和抽取；Claude 可以接多步推理、代码生成、联网搜索、代码执行和数据分析；Claude 的响应可以 streaming 回 SwiftUI view；工具调用和 structured responses 也由 package 处理。
这意味着 Claude 在这里不只是一个单独聊天窗口。它更像复杂任务升级路径。
举个例子。一个日记 App 可以先在设备端生成每日 prompt，也可以在本地抽取当天情绪和事件标签。等用户问“过去几个月我一直在回避什么问题”时，本地模型的上下文和推理能力可能不够，这时再把整理后的结构化信息交给 Claude。
学习 App 也是一样。本地模型解释一个术语没问题，速度快，还省钱。学生继续追问“这和前面几章有什么关系”，任务已经变成长上下文、多步理解和课程结构重组，Claude 更适合接手。
Apple 给的底座
同一天，Apple 也公开了第三代 Apple Foundation Models。AFM 3 是一组模型：本地的 AFM 3 Core、AFM 3 Core Advanced，以及 Private Cloud Compute 上的 AFM 3 Cloud、ADM 3 Cloud、AFM 3 Cloud Pro。
这里有个细节很关键。Apple 自己也在做分层。短任务、隐私任务、低延迟任务放在设备端；复杂 reasoning 和 agentic tool use 放到 Private Cloud Compute。Anthropic 加进来以后，这个分层从 Apple 内部扩展到了第三方 provider。
Apple 的新闻稿还提到，Foundation Models framework 会提供单一 Swift API，开发者可以接 Apple 的 on-device models、server models、custom skills，也可以使用 Claude、Gemini，或者任何实现 language model protocol 的模型供应商。
我读到这里的感受是，Apple 想控制的是入口和协议。模型供应商可以进来，但要站在 Swift API 后面。对开发者来说，这挺舒服，因为不用把应用彻底绑死在某一家模型上。对模型公司来说，竞争会更残酷，谁能在复杂任务里表现稳定，谁就更可能成为默认升级路径。
关键是 typed values
移动端 AI App 最怕自由文本乱飞。用户输入可能很长，也可能很私密，模型输出可能格式不稳定。拿这种文本直接驱动 UI，后面会有一堆解析、校验、兜底逻辑。
Apple 的 @Generable 提供了一条更适合 App 的路：先定义 Swift 类型，再让模型按类型生成。Claude package 的价值，是它可以接住这些 typed Swift values。Claude 拿到的是上游本地模型清洗过、筛过、结构化过的数据。
这对隐私场景很有用。日记、健康、财务、家庭应用里，开发者不应该默认把用户的完整内容发给云端。更好的做法是先在本地抽取必要字段，让用户明确授权，再把最小化后的结构传给 Claude。
换句话说，typed values 不只是工程洁癖。它会变成隐私边界、UI 稳定性和模型路由的共同接口。
任务该怎么分
真正落地时，开发者不应该按品牌选模型。要看任务。
短摘要、抽取、分类、轻量改写、隐私敏感内容，优先交给 Apple 本地模型。这样低延迟、无网络、成本低，用户也更容易接受。
长上下文、多步推理、代码生成、联网搜索、代码执行、数据分析，交给 Claude 更合理。硬让小模型处理这些任务，结果大概率是上下文丢失、回答变浅，或者把用户体验拖进不可预测区间。
所以我更建议把 AI 模块写成 provider abstraction。应用层只关心“我要摘要”“我要提取症状”“我要跨文档找模式”，模型层自己判断当前设备能不能本地跑、是否允许出设备、是否需要升级云端。
这套逻辑里至少要有几个状态：Foundation Models 是否可用，设备是否支持，任务复杂度如何，用户是否授权云端处理，Claude 调用失败后怎么回退。
社区反馈很现实
我翻了 Hacker News 和 Reddit 上围绕 Foundation Models 的讨论，开发者并没有只盯着 demo。大家关心的点很实际。
有人认可本地模型几行 Swift 就能跑，适合摘要、抽取、日记、健康这类隐私任务。也有人直接指出上下文窗口太小，长对话和复杂任务很快撞墙。还有人提到实体设备测试麻烦，模拟器能力不完整，CI 很难覆盖所有情况。
Generable 也有边界。schema 如果太深、字段变化太多，解析和稳定性会变成坑。老设备不支持、模型不可用、用户关闭功能，都要求应用有 fallback。
这也是我觉得 Claude 接入很有价值的原因。它没有要求开发者把所有请求都送上云端，也没有假装本地模型能做所有事。生产方案大概率就是：本地默认，复杂升级，失败回退。
对 Claude、Xcode 和 Agent 工具的影响
这件事还会影响开发工具链。
Apple 在 Xcode 27 里继续加 agentic coding，Anthropic、Google、OpenAI 的模型和 agents 都会进入 Xcode 工作流。Cursor、Windsurf、Claude Code、OpenCode 这些工具原本在 IDE 或 CLI 层做 AI 编程。Apple 的优势在于它控制 Xcode、Simulator、Device Hub、Playgrounds、预览和测试。
如果 Xcode 里的 agent 能直接改代码、运行测试、调设备、看预览，很多 iOS 原生开发工作会回到 Apple 自己的工具链。第三方 IDE 依旧有价值，但 iOS/macOS 开发的验证闭环，Apple 天然更近。
Claude 的位置也会变化。它不只是 Claude Code 或聊天 API，它正在进入 Apple app runtime、Xcode agent、模型路由这几层。开发者越习惯本地先做、复杂交 Claude，Anthropic 就越容易占住高价值任务。
总结
Claude 支持 Apple Foundation Models framework，真正值得看的是它暴露出来的应用架构。
未来的 AI App 很可能会有一层模型路由：隐私敏感和轻量任务留在本地，长上下文和复杂推理升级到 Claude 这类云端模型，所有结果再用结构化接口回到 UI。
对开发者来说，别急着把 app 写死在某个模型上。更重要的是抽象 provider，定义任务边界，记录失败原因，把用户授权和数据最小化做好。
Apple 控制入口，模型公司竞争能力，开发者负责把路由写对。这大概就是 2026 年移动端 AI 应用最现实的工程形态。
