特努斯催促 Siri 从应答走向代办

让 Siri 回答一次问题，与让它连续完成一项任务，需要的系统能力并不相同。前者可以在一次请求后返回结果，后者则要把识别目标、操作应用和处理异常连接起来。特努斯向软件团队提出的提速要求，正落在这两种能力之间。

爱范儿转述的闭门会议消息称，特努斯要求苹果加快 AI 路线图，以与竞争对手同等的紧迫感推进研发，尽快超越“仅仅对 Siri 进行必要修补”的阶段。这是管理层对研发方向和速度的要求，尚不能视为新能力已经交付。要判断它能否落实，需要看软件团队怎样改变任务执行方式。

现有体验说明了这项要求的现实背景。爱范儿的国行版本上手记录认为，Siri 调用千问仍主要停留在“单次请求、单次反馈”，由于缺少系统底层的主动交互框架，体验没有与第三方 AI App 拉开明显差距。这一判断针对的是该次国行版本体验，不能直接扩展为所有地区、所有版本的统一结论。

由此看，接入模型只是其中一步。如果用户每次提出请求后，仍须自己切换应用、接续操作，那么模型回答得更好，也不等于系统已经能够连续代办。本文的判断是，特努斯要求跨越的门槛，既涉及 Siri 怎样理解需求，也涉及系统怎样把需求转为持续的操作。

苹果曾经展示过更接近这一目标的原型：在 WWDC26 上，密码管理工具能够识别弱密码，启动 Safari 访问目标网站，自动修改密码，再把新密码写回钥匙串。这个功能曾出现在测试版中，随后被撤下。演示和撤下这两个事实，需要放在一起理解：苹果已经探索过连续执行的路径，但尚不能据此确认它已达到可稳定交付的程度。

这类任务的难处出现在执行途中。网站改版、页面加载卡顿、异常弹窗，都可能使原定流程无法继续。对长期依赖用户逐步点击和确认的软件架构而言，连续代办意味着系统还要应对操作过程中的变化。一次成功演示，无法代替对这些情况的处理。

研发安排正在为探索腾出空间。爱范儿援引的消息显示，面向 iOS 28 的首阶段研发，已从“4 周编码、4 周系统整合”调整为“6 周编码探索、2 周系统整合”。这一变化增加了编码探索时间，同时压缩了整合时间。它可以作为团队调整研发重心的证据，却不是任务成功率或产品成熟度的证明。

开发者支持则对应另一层问题。苹果面向 iOS 27.3 的开发者工具除了深化 App Intents，还引入了 Skills 框架，尝试把复杂工作流打包为模块，借助开发者补足系统级操作能力。与内部研发节奏的调整相比，这项动作关注的是应用如何向系统提供可调用的工作流程。两者共同表明，苹果正在从修改助手本身，转向为连续执行补充条件。

这些变化也没有消除授权问题。特努斯在财报电话会上强调，用户必须清楚自己授予 AI 哪些权限，苹果不会为了追求自主性而牺牲隐私。因而，推进速度之外，系统究竟能替用户操作到哪一步，仍需要明确。

目前能够确认的是，管理层已提出提速要求，研发安排和开发者工具也出现了相应调整。Siri 能否从一次应答走向连续代办，仍要由实际产品证明：它能否把任务做完，遇到变化时如何处理，以及用户能否理解并控制授权范围。