Siri 开放第三方应用操作与任务组合

Siri AI 正在从「听懂一句话」走向「替你操作 App」。按这则报道，Apple 在周二开始推送的 iOS 27.3 Developer Preview 中，向第三方开发者开放了更多能力：结合个人上下文、理解自然语言、感知屏幕内容，并在 App 中完成操作。

对开发者来说，重点是 App 能否把自己的业务操作接入助手，以及用户能否省掉反复说明「在哪个 App、处理哪件事」的步骤。不过，报道给出的是能力说明和示例，还没有实际效果的验证。

开放给「所有 App」，不等于所有 App 已经能用

报道说，开发者现在可以在「所有 App」中集成 Siri AI 的新功能。Apple 此前也向第三方开放过部分能力，这次扩大了可接入的范围。

这里要分清两个层次：Apple 允许开发者接入，与用户安装的 App 已经完成适配，是两回事。

开放范围扩大，不代表现有 App 会自动获得完整的 Siri AI 操作能力。

这次开放包含三类信息来源和处理能力：用户的个人上下文、自然语言指令，以及屏幕感知。它们分别帮助助手判断「用户指的是哪件事」「这句话要做什么」「当前画面里有什么」。

如果这些信息能准确衔接，用户就不用每次都从头交代操作对象。但原文没有说明上下文具体包含哪些数据、屏幕感知如何工作，也没有给出权限边界和识别准确率。

「改一下上车地点」，为什么可以不提 App 名字

这次新增的「app skills」允许第三方开发者把多个任务组合成一个动作。它面向的是用户想完成的一件事，内部可以包含多个步骤。

报道引用了 Apple 的叫车示例：用户先通过叫车 App 下单，等待时查看实时活动（Live Activity），随后直接对 Siri AI 说，把这次行程的上车地点改到另一个地址。

这句话没有指定 App 名称。根据 Apple 的开发者文档，以下三种情况下，用户可以省略 App 名字：

• App 正在前台运行。
• App 有正在进行的 Live Activity。
• 用户正在与 Siri AI 讨论这个 App。

这些条件给助手提供了定位操作对象的线索。用户正在等车时，「我的行程」就有了可供判断的上下文。

不过，示例只展示了理想交互。多个 App 同时存在相关活动时怎么消除歧义、地址没听清时如何追问、修改失败后如何反馈，原文都没展开。也不能据此认定 Siri AI 已经能任意串联多个第三方 App。

我的判断

我认可这次开放的方向：让业务操作进入助手，比单纯增加一种聊天入口更有用。与要求用户明确选择 App、逐步操作相比，上下文可以减少重复输入；「app skills」则让开发者有机会围绕完整任务组织能力。

Apple 自家的适配范围也很广，包括 Calendar、Files、Finder、Journal、Mail、Maps、Messages、Music、Notes、Photos、Preview、Reminders、Safari、Shortcuts 和 Weather。报道给出的例子是，查找上周去过的咖啡店，或者归档超过一年没有打开的文件。用户还可以直接询问 Siri AI，在某个 App 中能做什么。

但这些仍是官方能力描述。原文没有作者实测、任务成功率，也没有与手动操作或 Shortcuts 的对照数据。 因此，现在适合判断它的交互方向，还不足以判断它是否已经稳定、省时。

另外，这次更新属于 Developer Preview。报道没有提供具体 API、接入代码或完整的适配要求，开发者暂时无法只凭这篇资讯估算改造成本。

能拿来做什么

• 如果你维护 iOS App，可以先挑一个目标明确、操作对象清楚的高频任务，梳理它涉及的多个步骤，再评估是否适合组合成「app skills」。
• 如果 App 已有 Live Activity，可以围绕当前活动设计后续操作。例如叫车后的修改上车地点，重点检查省略 App 名字后，目标是否仍然明确。
• 评估接入时，把目标歧义、信息缺失和执行失败列入验证范围。原文没有交代这些细节，它们却直接影响用户能否放心使用。
• 为 App 准备简洁的能力说明，让用户知道可以向 Siri AI 提什么请求。报道明确提到，用户能够询问助手在各个 App 中能做什么。