Siri终于能跨App办事了

苹果正在把Siri从“听懂一句话”升级成“替用户把事情办完”的系统级智能体。

11月4日，苹果随iOS 27.3首个Beta开发者预览版开放Siri AI的第三方应用能力，并引入全新的“应用技能”App Skills。开发者可以把应用内多个操作组织成可由Siri理解和调用的技能，使其结合个人上下文、屏幕内容与实时活动，在一个请求中协调苹果自带应用和第三方应用完成连续任务。

这次更新的关键并不是Siri又多支持了几个语音命令，而是第三方App第一次能够更深入地进入Siri的任务规划链路。过去的Siri更像一个语音快捷入口，现在的Siri AI则试图成为操作系统里的意图路由器：用户负责说目标，系统负责判断该找哪些信息、调用哪个应用，以及按照什么顺序执行。

截至2026年11月4日，这项功能仍处于开发者测试阶段，将随iOS 27.3、macOS 27.3及同期系统更新推出，尚未正式面向全部用户开放。苹果也没有公布第三方应用首发名单、任务执行延迟、失败率或开发者采用规模，因此目前更适合把它看作平台能力落地的第一步，而不是已经成熟可用的“万能手机智能体”。

App Skills是什么：不是新名字的快捷指令

App Skills是由应用开发者提供、可供Siri AI理解并调用的一组结构化应用能力。它的重点是让应用告诉Siri“我能做什么、需要哪些对象、操作之间如何组合”，再由Siri根据自然语言请求和当前上下文选择技能并完成执行。

这个定义听起来接近苹果原有的App Intents和快捷指令，但三者面对的交互层级并不相同。快捷指令通常需要用户预先添加、配置或明确触发一条流程；App Intents侧重把单项应用操作暴露给系统；App Skills则进一步强调由Siri AI理解目标、补齐上下文，并将多个动作组合成一次任务。

| 能力维度 | 传统Siri命令 | 快捷指令 | App Intents | Siri AI App Skills | |---|---|---|---|---| | 用户表达方式 | 固定或半固定命令 | 触发预设流程 | 调用明确的应用动作 | 直接描述最终目标 | | 是否需要说出App名称 | 通常需要 | 通常由流程预设 | 多数情况下目标明确 | 部分场景不需要 | | 上下文来源 | 当前命令为主 | 预设变量和手动输入 | 系统传入参数 | 个人上下文、屏幕内容、实时活动等 | | 多步骤能力 | 较弱 | 强，但依赖人工编排 | 以单项动作和实体为主 | 可由Siri动态串联多个动作 | | 第三方应用接入 | 范围有限 | 需要应用提供动作 | 开发者声明系统意图 | 开发者提供可组合的应用技能 | | 主要价值 | 快速执行单条命令 | 自动化固定工作流 | 将应用能力交给系统调用 | 用自然语言驱动跨应用任务 |

App Skills真正解决的是“自然语言不等于结构化参数”的问题。用户不会按照开发文档说“读取收藏对象ID、解析联系人实体、调用分享动作”，他只会说：“把我收藏的运动鞋发给我的伴侣。”系统必须把这句话拆成机器可以执行的动作链，同时处理其中没有被明确说出的对象和应用。

一句话背后，至少涉及四次判断

苹果开发者文档给出的典型示例是：用户要求Siri“通过某款聊天应用，把我收藏的运动鞋发给我的伴侣”。这句话表面上只有一个动作，实际至少包含收藏内容检索、商品识别、联系人解析和消息发送四个环节。

Siri AI在这类任务中承担的是规划与协调角色。按照公开示例，其可能需要依次完成以下步骤：

1. 判断“收藏的运动鞋”位于哪个支持的应用或数据源中；
2. 从收藏记录中筛选符合“运动鞋”描述的内容；
3. 结合通讯录、历史对话或用户关系信息识别“伴侣”对应的联系人；
4. 将商品信息交给用户指定的聊天应用，并执行发送动作。

这条链路的难点并不在于打开聊天应用，而在于如何保证每一步拿到的对象都是正确的。“运动鞋”可能有多双，“伴侣”也可能没有明确的通讯录关系标签，聊天应用还可能存在多个同名联系人。任何一步出现歧义，都可能让自动执行从节省时间变成制造事故。

因此，Siri AI是否好用最终不取决于它能串联多少个App，而取决于它在不确定场景下是否会停下来确认。发送消息、删除文件、取消订阅和修改行程不是同一风险等级；一个成熟的系统级智能体应当区分可直接执行、执行后可撤销，以及必须二次确认的操作，但苹果目前尚未完整披露相关确认机制和权限边界。

不说App名称，是这次升级更重要的变化

上下文路由是Siri AI根据设备当前状态判断用户正在指向哪个应用或任务的能力。它让用户不必每次都完整说出应用名称，也让语音交互从“背命令”转向更接近日常表达。

苹果给出的场景是：当某个网约车应用的实时活动正在运行时，用户只需要说“更改乘车地址”，Siri便可以结合当前情境，把请求交给正在提供行程服务的应用。用户不需要说“在某某打车App里修改当前订单的目的地”，因为锁屏或灵动岛上的实时活动已经提供了足够强的指向信号。

实时活动是iOS在锁屏、灵动岛等位置持续展示进行中任务状态的系统能力。过去它主要负责显示比分、配送进度和车辆位置，现在它还可以成为Siri判断任务归属的上下文线索，相当于告诉系统：“用户此刻最可能在讨论这件事。”

这类隐式路由比单纯增加语音命令更有价值。用户真正讨厌的不是点按，而是必须把自己已经看到的信息再完整描述一遍；如果屏幕上已经显示一辆正在接驾的车，Siri还追问“请问你使用的是哪个应用”，所谓智能就失去了意义。

不过，不说App名称也会带来新的分发问题。当两款应用都能完成同一任务时，Siri按照默认应用、最近使用、当前屏幕状态还是历史偏好进行选择，将直接影响第三方应用获得流量的机会。苹果目前没有公布完整的技能匹配与排序规则，这可能成为开发者最关心、也最容易引发争议的部分。

iOS 27.3同步扩展15款苹果应用

iOS 27.3是苹果本轮Siri AI应用执行能力扩展的系统版本。除了第三方App Skills，开发者预览版还加强了Siri在日历、文件、Finder、日记、邮件、地图、信息、音乐、备忘录、照片、预览、提醒事项、Safari、快捷指令和天气等15款苹果应用中的操作能力。

| 应用或场景 | iOS 27.3公开示例 | 相比过去的变化 | |---|---|---| | 文件 | 整理内容、删除一段时间未访问的文件 | 从查找文件扩展到文件管理 | | 邮件 | 取消订阅邮件列表、撤销最近发送 | 可执行收件箱维护和可撤销操作 | | 信息 | 定时发送信息 | 从即时发送扩展到计划任务 | | 天气 | 添加指定地点、管理天气通知 | 可修改应用状态与通知设置 | | Safari | 清除浏览历史、管理标签页和窗口、关闭重复标签页 | 从搜索网页扩展到浏览器管理 | | 实时活动 | 根据进行中的任务识别目标App | 用户可省略应用名称 | | 第三方应用 | 通过App Skills组合多个任务 | 从单项调用迈向跨应用协调 |

文件管理是这批新能力中最能体现风险与价值并存的场景。用户可以用自然语言要求Siri整理内容，或者删除一段时间没有访问的文件；这比逐个筛选高效得多，但“未访问”不等于“不重要”，系统如何呈现候选文件、是否默认移入废纸篓以及能否批量撤销，将决定这项能力究竟是生产力工具还是误删制造机。

Safari的变化则更接近日常刚需。关闭重复标签页、管理窗口和清理浏览历史都不是技术上复杂的操作，却需要用户进入不同菜单逐项处理；这类低风险、高频率、步骤琐碎的任务，反而是AI智能体最容易创造稳定价值的地方。

语言增加到10种，但繁体中文不等于中国大陆可用

语言支持决定了Siri AI能否准确理解自然语言中的实体、关系和省略表达。Siri AI上线初期仅支持英语，iOS 27.2增加法语、日语、韩语、葡萄牙语和西班牙语，iOS 27.3又加入繁体中文、挪威语、土耳其语和越南语，使支持语言总数达到10种。

繁体中文的加入对中文用户是明确进展，但它不能被解读为相关能力已经在中国大陆完整上线。根据目前公开信息，国行“Apple智能与Siri”虽然随iOS 27.3推进，但本文涉及的应用内及跨应用执行功能在国内暂未上线，具体开放时间、可用应用范围和地区限制仍需等待苹果后续说明。

语言适配也不仅是把英语指令翻译成中文。中文用户会使用“我对象”“上次那双鞋”“正在来的车”“把这个发给他”等高度依赖上下文的表达，Siri必须同时处理指代消解、联系人关系、时间范围和屏幕对象，才能让App Skills真正发挥作用。

对开发者来说，难点从“提供入口”变成“描述能力”

第三方开发者需要重新思考应用功能如何被系统理解。过去的产品设计通常围绕首页、标签栏和功能页面展开，用户必须先打开App，再沿着界面找到服务；在Siri AI的交互里，用户可能直接从一句话抵达任务确认页，首页不再是必经入口。

开发者首先需要把复杂业务拆成稳定、可组合的原子动作。以网约车为例，“修改地址”背后可能包含读取当前订单、校验行程状态、搜索地点、重新估价和确认变更，应用不能只提供一个模糊的“管理订单”能力，而要明确每个动作接受什么对象、产生什么结果，以及在哪些状态下可以执行。

开发者其次需要为实体和歧义处理提供足够清晰的信息。联系人、商品、文件、地点和订单都可能重名，应用应当让Siri获得可用于区分对象的结构化描述，而不是把所有判断都交给语言模型猜测。任务执行系统最怕的不是“不够聪明”，而是以很高的自信执行了错误操作。

开发者还需要设计中断、恢复与回滚路径。跨应用任务中的某一步可能因为登录失效、网络中断、库存变化或权限不足而失败，Siri不能只返回一句“操作无法完成”，而应当告诉用户失败发生在哪一步、哪些步骤已经完成，以及能否从断点继续。

应用的增长与归因方式也可能随之变化。当用户不再点击图标进入首页，而是由Siri直接调用深层功能，传统的页面访问量和启动来源会变得不够完整；开发者需要区分技能被匹配、动作被执行、用户确认、任务完成和任务撤销等事件，才能判断Siri入口带来的究竟是有效使用还是误触发。

这不是开放第三方模型接管Siri

App Skills开放的是应用操作能力，而不是把Siri的系统控制权交给第三方大模型。现有公开信息能够确认的是第三方App可以提供技能，由Siri AI结合自然语言、个人上下文和屏幕感知完成调用；它并不等同于Claude、Gemini等模型可以直接替代Siri进行系统级调度。

这个区别很重要，因为“第三方应用接入Siri”和“第三方模型接管Siri”是两件完全不同的事。前者类似应用向操作系统注册可执行工具，最终的权限控制和任务协调仍由苹果掌握；后者则意味着外部模型可以获得更广泛的系统状态和操作权限，目前没有足够可靠的信息支持这种判断。

苹果选择先开放技能而不是开放底层控制权，也符合其一贯的平台策略。应用可以声明自己能做什么，但什么时候被调用、能访问哪些数据、是否需要用户确认以及结果如何呈现，仍然由系统规则决定。

苹果的优势不是模型最强，而是离操作最近

Siri AI的核心竞争力是系统级上下文和执行权限，而不只是聊天能力。独立AI应用可以分析文本、图片和文件，却很难稳定访问用户正在进行的行程、通讯录关系、当前屏幕对象以及不同应用内部的可执行动作；苹果则天然位于这些数据与权限的交汇处。

这种优势也意味着苹果承担更高的可靠性责任。聊天机器人答错一道知识题，用户通常可以重新提问；系统智能体发错消息、删错文件或改错地址，后果会直接落到真实世界。衡量Siri AI不能只看回答是否自然，还要看任务成功率、误执行率、确认步骤数量、响应延迟和可撤销比例。

苹果此次更新的方向是对的，而且比给Siri接入一个更会聊天的模型更有实际价值。对大多数手机用户来说，AI能够总结一封邮件固然方便，但如果它可以找到相关附件、创建日程、通知参会者并设置出发提醒，才真正改变了使用设备的方式。

现在还不能宣布“手机Agent已经成熟”

Siri AI已经具备系统级Agent的基本轮廓，但距离成熟仍有三道门槛。第一道是覆盖率，只有足够多的高频第三方应用提供高质量技能，跨应用能力才不会停留在演示；第二道是可靠性，多步骤任务会放大单步错误；第三道是可控性，用户必须随时知道Siri准备做什么、已经做了什么，以及如何撤销。

苹果暂未公布App Skills的第三方首发阵容和量化性能数据。外界目前不知道一次跨应用任务平均需要多长时间、技能匹配准确率是多少、开发者审核采用什么标准，也不知道涉及支付、健康、门锁和企业数据的高风险操作是否会受到额外限制。

因此，这次更新值得关注，但不宜过早神化。iOS 27.3证明苹果已经开始把Siri AI从语言界面推向执行层，而App Skills则为第三方生态提供了必要接口；真正决定它能否成为下一代应用入口的，不是发布会上的一句话演示，而是数百万次真实任务中能否稳定、透明、可撤销地完成工作。

参考来源

• IT之家：Siri AI将实现跨App办事，苹果开放“应用技能”——介绍App Skills、第三方应用接入方式，以及收藏商品发送和实时活动识别等示例。
• IT之家：iOS 27.3扩展Siri AI，覆盖15款App操作——整理iOS 27.3开发者预览版的语言支持、系统应用操作范围及中国大陆可用性说明。