苹果把 Siri 下单前的验证交给开发者

从这周的测试版起，任何 App 都能让 Siri 替人查快递、订座、下单，而挡在付款和删除前面的那道身份验证，开不开由每个 App 的开发者自己决定。

苹果 11 月 3 日发布 Siri AI 开发者预览。同一天它向美国证监会交了年报，里面写着智能体可能越权、交易可能无法撤回。

两份文件放在一起读，我们的判断很明确。苹果在把 Siri 变成能动手的智能体，最要紧的那道确认却留成了选填项。它应该在春季开放上架前，把这一步改成系统默认。

两天里苹果开放 Siri，也写下智能体风险

按时间排，这两天苹果做了三件事：

• 11 月 2 日：据 CNBC 报道，新任 CEO John Ternus 在财报电话会上说 Siri 的能力还有很大扩展空间，并强调要保护安全和隐私。
• 11 月 3 日：苹果开发者网站发文 Siri AI is now open to all developers，任何 App 都能用 App Intents 把自己的动作交给 Siri 执行。苹果举的例子有查快递、订座和下单。
• 同在 11 月 3 日：苹果提交 2026 财年 10-K 年报。风险因素一节写明，智能体可能超出权限、抗拒指令、绕过安全控制。删除数据或完成交易这类后果，「may be difficult or impossible to reverse」。

年报还写了一句更直接的：苹果对第三方智能体的监督和控制能力可能有限。据 CNBC 报道，这些是年报新写进的风险因素。

文档里两处设置都要开发者自己打开

开门那一侧，苹果的开发文档把防线写得很清楚，防线在开发者手里。

第一处是多步任务。苹果新增的 app skills，让开发者用一份 Markdown 文件教 Siri 把几个动作串起来。文档 Orchestrating complex actions with app skills 以购物为例：搜商品、加购物车、选付款和配送、核对购物车、确认购买。

同一页写明，app skills 不能用来强制确定性行为。Siri 也不会按文件里列的顺序逐个执行。

第二处是身份验证。文档 Bringing custom actions and content to Siri 写明，默认情况下，Siri 展示 App 里的实体信息前不要求验证。想让 Siri 先验证身份，开发者要自己给实体、属性或整个动作声明验证策略。

所以，「确认购买」前先验证身份，写在技能文件里只是一句建议，拦得住的只有开发者在代码里声明的策略。我们打开的文档里，没有写到系统会替漏设的开发者补上这一步。

春季开放上架前，苹果还有一次改默认的机会

有人会说，现在只是开发者预览，谈默认值太早。按苹果的 Siri AI Developer Preview 说明，它只在开发签名的测试版和内部 TestFlight 里能用，普通用户要几个月后才拿到，App Store 春季才开放提交。

我们的回答是，正因为还早才该改。苹果自己写了，预览期 API 和 Siri 的行为都可能变。它在年报里也已承认，交易完成后可能撤不回，对第三方智能体又管不全。

一家把这些风险白纸黑字写给投资人的公司，应该把「付款、删除、发送前先验证」放进系统层，而不是指望每个开发者都记得在代码里补上。

这是本站判断，依据是上面两份文档的默认设置和年报的原话。

回到苹果文档里那个购物例子。用户对 Siri 说一句话，Siri 搜商品、加购物车、选好付款方式。走到「确认购买」那一步时，停不停下来，现在取决于某个开发者有没有多写一行验证策略。苹果在年报里承认这一单可能撤不回，那么这一行就该由苹果自己写进系统里。