Siri 终于能替你在第三方 App 里办事：iOS 27.3 开放「应用技能」，入口争夺才刚开始

过去的 Siri 有一个尴尬之处：它知道很多事情，却很少能替你把事情做完。你可以问它天气、设闹钟、发短信，但一旦任务跨进第三方 App，它往往只能回一句「我在网上找到了这些内容」。

这个边界正在被推开。随着 iOS 27.3 更新进入开发者预览，苹果开始允许第三方开发者在「所有 App」中接入 Siri 的新能力：读取个人上下文、理解自然语言指令、感知屏幕内容，并把一连串操作串成一次请求。Siri 从「问答助手」向「执行入口」挪了一大步。

一分钟速览

• iOS 27.3 开发者预览向第三方 App 开放 Siri 的新能力。
• 开发者可以创建「应用技能」，把多个任务合并成一个动作。
• App 在前台、有实时活动或正在与 Siri 对话时，用户无需说出应用名称。
• 苹果自家日历、文件、邮件、地图、信息、音乐、笔记、照片等应用同步获得支持。
• 这意味着 Siri 的角色，从语音搜索转向跨应用的行动层。

从「说出 App 名字」到「说出你想做什么」

苹果在开发者文档里给了一个很具体的例子：用户用打车软件叫车，等待时可以查看实时活动，随后直接说「嘿 Siri，把上车点改到新地址」，Siri 就能在当前任务上下文里完成修改，而不需要用户重新打开应用、找到订单、点进修改页面。

这背后是三项能力的叠加。第一是个人上下文，Siri 能理解「上周去过的那家咖啡店」指的是什么；第二是屏幕感知，它知道当前界面上有什么；第三是应用技能，开发者可以把「查询、筛选、下单、修改」这类原子操作封装成 Siri 可调用的动作。三者结合，语音才真正变成一种操作方式，而不只是检索方式。

值得注意的是「无需说出应用名称」这条规则。当 App 处于前台、正在展示实时活动，或用户已经就某个 App 与 Siri 对话时，系统会默认意图指向当前应用。这个细节看起来小，却决定了体验是否自然。人说话时不会反复报出工具名，Siri 必须学会从上下文里推断。

苹果的两难：开放与控制

这次开放并不意味着苹果把系统交了出去。更准确地说，苹果是在定义一套受控的接口：开发者能做什么、能读什么、在什么条件下被调用，都由系统框架约束。对苹果来说，这是必须走的一步。

一方面，用户对语音助手的耐心正在下降。如果 Siri 只能回答问题、不能完成任务，它就会在与其他 AI 助手的比较中持续失分。另一方面，苹果又不能把个人上下文和屏幕内容无条件交给第三方，那会直接冲击其隐私叙事。于是就有了现在的折中：能力开放，但走苹果规定的通道；数据可用，但要在设备侧与权限体系内流转。

这套思路并不新鲜。此前的快捷指令、App Intents、实时活动，都是同一方向的铺垫。区别在于，生成式模型让自然语言第一次足以承担「意图解析」的工作，开发者不必再为每种说法预设触发词。门槛降下来，生态才可能真正长起来。

对开发者意味着什么

短期看，最直接的机会在「高频、多步、跨界面」的任务：打车改地址、外卖改配送时间、日程改期、订单查物流、健康数据记录、音乐与播客的连续播放。这些任务原本需要用户点五六下，现在可以一句话完成。愿意早接入的 App，能拿到一批「懒得点」的用户。

中期看，「应用技能」可能改变 App 的设计方式。过去产品经理优化的是页面路径，未来要优化的是「可被调用的动作」。一个 App 能不能被 Agent 理解、能不能把能力拆成清晰的原子操作，会变成新的竞争力。反过来说，只把功能堆在界面里、没有对外暴露意图的产品，可能会在语音入口里消失。

当然，风险同样存在。权限边界、误操作撤销、支付确认、敏感数据读取，这些都需要重新设计。一句「帮我下单」背后，可能是地址、支付方式、优惠券、配送时间的一连串默认值。Siri 越能干，出错时的代价就越大。

入口之争，才刚开场

把这件事放到更大的背景里看，苹果的动作是对一个趋势的回应：AI 正在从「内容生成」走向「任务执行」，而任务执行必然要落到具体应用上。谁掌握了调度应用的入口，谁就掌握了用户与服务的连接方式。

目前来看，苹果选择的是「系统级调度 + 第三方执行」的分工：Siri 负责理解与编排，App 负责具体服务。这个模式能否跑通，取决于两件事：开发者是否愿意把核心能力交出来，以及 Siri 的实际完成率能不能达到「敢让它替我做」的水平。

对用户来说，判断标准很简单：当你说「帮我把上周那家咖啡店的订单再来一份」，它能不能一次做对。如果能，语音入口会重新变得重要；如果不能，再多的框架更新也只是开发者文档里的一行字。iOS 27.3 只是发令枪，真正的比赛在接下来一年。