这次开放了什么

过去 Siri 只支持一小批固定 schema，开发者能接的场景有限。现在任何应用都可以通过 App Intents 把内容、实体和操作交给 Siri AI：用户可以用自己的话查询应用里的内容，也可以让 Siri 执行自定义动作，比如查快递、订餐厅、下单。系统会把实体放进 Spotlight 语义索引，Siri 在回答时带来源回到应用。

更关键的是 skills：开发者可以教 Siri 把多个动作组合成一个体验。比如「把我上周拍的咖啡店照片整理成一个清单，发给同行的三个人」，背后可能是相册检索、地点识别、联系人匹配和消息发送四个 intent。Siri AI 负责理解意图和排序，应用负责每个动作的真实执行。

对开发者意味着什么

App Intents 不再只是「让 Siri 打开应用」的入口，而是应用能力的 API。谁把动作拆得清楚、参数定义得准、错误返回得明确，谁就更容易被组合进用户的自然语言请求。反过来，如果应用只提供一个「打开首页」的 intent，它在 agent 时代几乎没有存在感。

苹果还给了 View Annotations API，让开发者把界面元素映射到实体，用户可以直接指着屏幕上的内容提问；App Intents Testing framework 可以在不跑 UI 自动化的情况下验证 Siri、Shortcuts 和 Spotlight 的整条链路。这两个工具会直接影响接入成本。

时间表与限制

  • 现在是开发者预览，随 iOS / iPadOS / macOS / visionOS 27.3 beta 提供，不是面向所有用户的正式功能。
  • App Store 提交要到明年春季，消费者正式上线还要几个月；现在做的是适配和测试，不是买量。
  • Siri AI 目前支持英语、法语、日语、韩语、葡萄牙语和西班牙语；繁体中文、挪威语、土耳其语、越南语「即将支持」。
  • 欧盟的 iOS / iPadOS / watchOS 暂不可用；13 岁以下用户不可用。
  • 依赖服务端模型的功能有每日使用额度，具体随功能、请求复杂度和系统负载变化。

怎么接才不翻车

先把用户最常做的 3 个任务写成 intent，而不是把整个应用的能力全暴露。每个 intent 要有明确的参数、可验证的前置条件、成功/失败返回，以及「需要用户确认」的标记。涉及付款、删除、发送消息的动作，必须让用户在 Siri 里再确认一次，不能因为语音听起来像本人就直接执行。

然后设计降级：设备不支持 Apple Intelligence、语言不在支持列表、欧盟用户、旧系统用户，都应该还能用原来的应用内流程。不要把核心功能做成只有 Siri AI 能走通，否则一旦区域或额度受限，用户会直接卡住。

值得关注的信号

苹果把「skills」这个词用在了 Siri 上，和 Claude Code / Codex 的 Agent Skills 是同一类思路：把多步操作封装成可复用的能力，让模型负责编排。差别在于，苹果的入口是系统级、跨应用的，而且有明确的权限和确认模型。对应用团队来说，这是一次重新定义「应用边界」的机会，也是一次被系统入口绕过的风险。

一句话：Siri AI 把「应用内操作」变成了「系统可调用的 intent」，早适配的团队拿到的是入口，晚适配的团队可能只剩下被调用的后端。