苹果向开发者开放 Siri 多步骤任务接入

Siri 正在尝试把一句请求拆成多个应用操作，再串起来完成。按 IT之家转述的报道，苹果将向第三方开发者开放 App Skills，让应用告诉 Siri 自己能做什么，新能力计划随 iOS 27.3、macOS 27.3 及同期系统更新推出。

对程序员来说，关键是应用如何参与任务执行，以及系统如何判断该调用谁。但原文只给了能力描述和两个示例，没有实测结果，也没有接口细节，距离判断它能否稳定替人办事，还有不少空白。

App Skills 要解决的，是跨应用任务怎么接起来

过去的 Siri AI 主要支持有限的预设模式。这次报道描述的变化，是第三方应用可以通过 App Skills 指导 Siri 执行更复杂的多步骤任务。

可以把它理解为：应用提供可执行的操作，Siri 根据用户目标选择并串联这些操作。语音理解只是入口，后面还要处理内容查找、身份识别和应用调用。

原文举的例子是：让 Siri 通过某款聊天应用，把用户收藏的运动鞋发给伴侣。这个请求至少涉及几步：

1. 找到用户收藏的运动鞋内容。
2. 识别「伴侣」对应谁。
3. 在通讯录中找到对方。
4. 通过指定聊天应用发送运动鞋信息。

升级的关键，是把用户目标接到一串应用操作上。

不过，这只是报道援引开发者文档给出的示例。原文没有展示实际执行过程，也没说明收藏内容来自哪个应用、身份关系如何确定，以及中途找不到内容时怎么办。

不说应用名，Siri 凭什么知道该操作谁

另一个变化是，部分场景下，用户不必明确指定应用名称。

例如，网约车应用的「实时活动」正在运行，用户说「更改乘车地址」，Siri 可以结合当前情境，判断请求对应哪款应用。

这与前面的运动鞋示例解决了不同问题：前者关注多个操作如何串联，后者关注请求应该交给谁。用户省略了应用名，系统就要从正在发生的事情里补足信息。

这个设计有实际价值。人使用手机时，往往默认双方知道当前在做什么，不会每次都把应用名和操作对象说全。Siri 若能利用当前情境，交互会更自然。

但原文只说「部分场景」，不能据此推断所有应用、所有请求都能自动定位。多个应用同时存在相关活动时如何选择，报道没有交代。

我的判断

我认可这个方向：第三方应用提供操作能力，系统负责理解请求和协调执行，比只扩充固定口令更有延展空间。它让应用开发者有机会参与复杂任务，而不只是等待系统预设某个功能。

但目前的材料不足以证明体验已经可靠。原文是 IT之家对 9to5Mac 报道的转述，虽然援引了开发者文档，却没有提供可核对的接口签名、代码或测试数据。新版系统仍处于开发者测试阶段，功能尚未正式面向所有用户推出。

对发送消息、修改地址这类操作，我更关心三个问题：执行前是否确认、失败后如何反馈、部分步骤成功后如何继续。原文均未说明，不能替它补上答案。

与固定预设模式相比，App Skills 描述的接入范围更广；至于完成率、响应速度、开发成本是否更好，没有对照数据。对普通团队而言，还要等接入要求和实际支持范围明确后，才能评估投入。

现在可以把它视为应用交互方向的信号，还不能当成已验证的产品能力。

能拿来做什么

• 如果你负责 iOS 或 macOS 应用，可以先梳理查找内容、选择对象、执行操作之间的依赖，等接口细节明确后，再判断哪些功能适合接入 App Skills。
• 在设计 AI 操作入口时，可以分别检查「用户要完成什么」和「应该由哪个应用执行」。原文的两个示例正好说明，这两件事需要各自解决。
• 如果准备跟进开发者测试，应重点验证内容歧义、联系人歧义和操作中断，而不只看一次成功演示。对外介绍时，也应保留 iOS 27.3、macOS 27.3 仍在开发者测试阶段这一前提。