苹果在 iOS 27.3 里向所有开发者开放 Siri AI:Skills、App Intents,以及 2027 年春季才会兑现的红利
新的 Skills API 能串联多个应用的动作;欧盟移动平台仍被排除在外;开发者提交通道要到 2027 年春季才开放

苹果周一发布了 iOS 27.3、iPadOS 27.3、macOS 27.3 和 visionOS 27.3 的开发者测试版,取消了此前的邀请制等候名单,第一次在这个助手 15 年的历史里,向任何注册开发者开放 Siri AI 集成。这次扩展通过 App Intents 框架实现,引入了一个名为 Skills 的新 API 能力,让 Siri AI 可以在一次请求里串联多个应用里的动作;它也正式标志着 SiriKit 作为苹果 Siri 开发者 API 的终结;并设定了一个 2027 年春季的 App Store 提交窗口——这个窗口将决定大多数 iPhone 用户到底什么时候才能真正看到这些成果。
这个时间差,是开发者理解周一这份公告时最该抓住的一点。iOS 27.3 开发者预览版,明确只是一个「构建和准备」阶段。Siri AI 的各种集成,要到苹果「在春季」开放提交之后,才会出现在普通用户的 App Store 里——也就是说,这个平台大部分的潜在价值,要等到五六个月之后,等应用通过审核、经由常规更新周期触达用户,才会真正兑现。
延伸阅读:苹果历经 22 个月监管延迟后,在中国转向阿里巴巴通义千问
App Intents 取代了 SiriKit——而且这次替代在架构上截然不同
这套App Intents 框架最早在 2022 年的 iOS 16 上作为 Shortcuts 的配套功能推出,现在已经是接入 Siri 的唯一路径。SiriKit 已在 2026 年 6 月的 WWDC 上被苹果正式宣布弃用,还会再维持支持两到三年才会被彻底移除,但不会再有新的 SiriKit 能力推出,新的 Siri AI 功能也只会通过 App Intents 提供。
这两套框架之间的架构差异,对理解开发者现在到底能构建什么很重要。SiriKit 把语音映射到一套僵化的、预先定义好的「领域」里——固定的几类,比如消息、通话、支付和叫车。开发者必须把自己应用的能力硬塞进这些框框里的某一个,这导致大多数应用品类根本没有任何接入 Siri 的路径。
App Intents 把这个思路倒过来了。开发者自己定义自己的 intent 类型——也就是自己应用能执行的具体动作——以及自己的 entity 类型:应用内部那些 Siri AI 可以据此进行推理的对象。一个音乐应用可以用自己的方式定义一个「播放列表」实体和一个「把曲目加入播放列表」意图。一个任务管理应用可以把项目、截止日期和优先级暴露为实体。Siri AI 用设备端的自然语言理解,把用户说的话匹配到这些由开发者定义的结构上,而不是把用户的请求硬塞进一个预先定义好的类别里。
关键的一点是,App Intents 的定义会被编译进应用包里,并在安装时由 iOS 提取出来。这不需要任何服务器端注册,周一这份公告之前也不存在任何专门针对 Siri 的审核关卡。任何发布了启用 App Intents 的应用的开发者,这部分功能都会被自动索引。
Skills:Siri AI 变成了一个跨应用协调者
周一这次发布里,最重要的能力扩展,是新的 Skills API。一个标准的 App Intent 只能让 Siri AI 控制单个应用里的一个动作——打开一个播放列表、添加一个任务、查一个价格——而 Skills 让 Siri AI 可以把多个应用里的 intent 组合起来,形成一个连贯的多步骤响应。
苹果开发者预览文档里给出的例子,说明了这种能力的范围:「找一下我上周去过的那家咖啡店」需要 Siri AI 把位置历史、日历或笔记数据,以及一个地图服务结合起来,给出一个单一的呈现结果。「把一年多没打开过的文件归档」则跨越了文件系统,还可能涉及某个文件管理应用的 intent。
开发者不需要自己写跨应用的协调逻辑。每个应用只需要给自己的 intent 打上相应的 API 标记,声明它是否「可参与 Skills」;Siri AI 会自己推理出该如何把这些贡献串联起来,满足用户的请求。这意味着,一次基于 Skills 的交互质量,既取决于各个开发者对自己 intent 的输入和输出类型定义得有多清晰,也取决于 Siri AI 在组合这些 intent 时推理的准确度——这条链路在预览期内,当模型还没有针对真实的开发者实现做过调优时,可能会产生意料之外的结果。
Siri AI 如何在三个层级之间处理一次请求
Siri AI 把请求路由到一套三层计算架构中,正在构建 App Intents 集成的开发者,应该了解自己用户的数据会流向哪里。
第一层是 Apple Foundation Models Core,运行在苹果自研芯片上的设备端语言模型。简单的查询,以及应用层面的 intent 匹配,都在这一层被解决,数据不会离开设备。第二层是Private Cloud Compute,苹果的云端 AI 基础设施,具备硬件级信任根,不做任何请求的持久化存储——独立审计方可以验证苹果关于 PCC 流量的隐私声明是否成立。第三层是 Google Cloud,需要 Gemini 级推理能力的复杂查询会被路由到这里,在苹果的隐私条款约束下运行在谷歌的基础设施上;这个处理层,靠的是2026 年 1 月宣布的那次与谷歌的合作来支撑。
Siri AI 会根据查询的复杂程度,动态地在这几层之间路由;开发者无法选择由哪一层来处理自己的 intent,也不会收到关于「用的是哪一层」的任何信号。对于 Skills 链路而言,同一个请求的不同环节,可能会跨越不同的层级边界,这带来了一些关于数据一致性的问题,而苹果在开发者预览文档里,目前还没有完全说清楚。
Siri AI 覆盖六种语言,12 月还将新增四种
目前支持的六种语言——英语、法语、日语、韩语、葡萄牙语和西班牙语——从 10 月 26 日发布的 iOS 27.2 起就已经存在于 Siri AI 中。周一这次 iOS 27.3 开发者预览版没有新增任何语言;它只是在现有的这六种语言范围内,向开发者开放了访问权限。
更多语言计划在 12 月的 iOS 27.3 正式公开版中加入:繁体中文、挪威语、土耳其语和越南语。也正是在那次 12 月的发布中,Apple Intelligence 将通过阿里巴巴的通义千问模型在中国上线——不过 Siri AI 本身在中国还需要中国国家网信办另行审批,并不包含在这次 12 月的发布包里。中国这次随 iOS 27.3 推出的 Apple Intelligence,覆盖的是写作工具等 Apple Intelligence 功能,而不是周一这份开发者公告里描述的 Siri AI 智能体能力。
欧盟移动用户仍被排除在外
Siri AI 目前在欧盟的 iOS、iPadOS 和 watchOS 上都不可用。苹果还没有在欧盟的移动平台上推出这个助手,理由是《数字市场法》下的合规要求——这项法规把苹果定性为「看门人」,并施加了一系列互操作性义务,而苹果目前尚未就 Siri AI 这一具体功能满足这些义务。这个助手在欧盟的 Mac 和 Vision Pro 上是可用的。
这项排除很重要,因为欧盟在苹果全球 iPhone 营收中占了相当大的一部分。在苹果就移动端的DMA 合规立场做出解决之前,欧盟市场里构建 Siri AI App Intents 集成的开发者,只能通过 Mac 和 Vision Pro 触达自己本国的用户。目前还没有公布任何针对欧盟移动端的具体时间表。
苹果警告投资者:智能体可能会抗拒指令
与周一的开发者测试版同步,苹果提交了它的2026 财年 10-K 年度投资者报告。该文件里新增了一条风险披露,称自主 AI 智能体「可能以非预期或不可预测的方式行事」,也可能违抗指示或抗拒指令——这段措辞适用于苹果部署的任何第三方技术。
这段措辞值得关注,因为这是苹果第一次在投资者文件里正式承认,自己正在构建和部署一些它自己也形容为具备真正自主能动性的系统。这项披露适用于整个 Apple Intelligence,包括 Siri AI 及其基于 Skills 的跨应用能力。对正在构建 Skills 集成的开发者来说,这是一个信号:苹果正把多步骤的 Siri AI 当作一个真正具备智能体属性的系统来对待——这也意味着在预览期内,会伴随相应的运行层面的不可预测性。
Alexa 早几年就开放了,但 App Intents 在架构上更紧凑
苹果这次平台开放,比亚马逊向任何开发者开放 Alexa Skills Kit 晚了五到六年,也比 Google Assistant 上的 Google Actions 正式全面可用晚了好几年。这个时间点确实姗姗来迟,但苹果的集成模式,在架构上与前两者都不一样。
Alexa 和 Google Assistant 的 skill 需要服务器端托管:开发者要构建、托管并维护一个端点,供语音平台在运行时调用。App Intents 不需要任何服务器基础设施——整个 intent 定义都存在应用包里,这对那些已经在 App Store 上架的应用来说,降低了开发者的负担。驱动 Siri AI 集成的同一套 App Intents 代码,同时也在驱动增强版的 Shortcuts 工作流和更好的 Spotlight 搜索结果,让一次实现投入能带来双重回报。
亚马逊的 Alexa Skills Kit 也已经积累了多年的生态成熟度;App Intents 还处在发展曲线的更早期。谷歌在 2026 年 9 月随着 Google Assistant 的关停,完成了把它全面并入 Gemini的工作,Actions on Google 这个开发者生态也随之退役,整个平台迁移到了 Gemini 新的智能体框架上。
在英语市场,苹果拥有的活跃用户规模,比任何竞争语音助手平台都大得多,而且苹果的软硬件集成更紧密,这让设备端处理成为可能,而那些依赖云端的竞品做不到这一点。这些结构性优势,能不能转化为一个能力更强的 Skills 生态,很大程度上取决于 iOS 开发者给自己应用加上这些能力的速度,以及 Siri AI 对由此形成的 intent 图谱进行推理的准确度能提升得有多快。
对开发者和用户来说,接下来会发生什么
对开发者来说,当下最紧迫的任务,是在这个开发者预览期内实现对 App Intents 和 Skills 的支持。苹果将在 11 月 4 日到 5 日举办结构化的 Apple Intelligence Group Labs 培训,帮助开发者完成实现——这是一个信号,说明公司把这次预览当作一个积极的入门引导窗口,而不只是一次文档发布。
春季的 App Store 提交窗口,才是这个平台真正的商业拐点。等苹果打开那道闸门,带着 Siri AI 集成的应用通过审核、把更新推送给用户之后,这第一波的规模和质量,将决定 Siri AI 到底能把自己确立为一个可信的应用集成层,还是会因为能力集合太薄弱,而无法真正改变用户的行为习惯。
至于欧盟和中国——这两个地方,这个平台在移动端或是被屏蔽、或是受限——它们的发展轨迹,取决于苹果的监管工作进展,而这类时间表,历来都比苹果自己的产品日程走得慢。