豆包手机遭遇“应用墙”，支付卡在哪一步？

支付宝、微信都在拒绝名单里，AI手机的支付边界在哪？

10月14日，豆包手机助手公布最新拒绝操作应用名单，支付宝、微信、淘宝、美团以及中国工商银行、招商银行等均在其中。超过150款应用不允许豆包通过屏幕自动化方式代替用户操作。

同一天，豆包宣布《屏幕自动化操作声明协议》（SAEP）30天公示期结束，将逐步开放更多第三方应用的操作权限。豆包准备扩大操作范围，但支付宝、微信等常用应用仍限制其自动化操作。AI已经能帮人选商品、下订单，但到了付款环节，它究竟能做到哪一步？

超过150款应用拒绝操作，豆包改变了什么？

名单涉及多种消费和金融服务。阿里巴巴及关联生态中包括支付宝、淘宝、天猫、高德地图，腾讯及关联生态中包括微信、QQ、腾讯理财通；美团、拼多多、快手等消费平台也在列。金融类应用还包括中国工商银行、招商银行及信用卡App掌上生活。

名单中的“拒绝操作”，有明确的适用范围：它针对豆包手机助手通过识别屏幕、模拟点击和输入等方式操作第三方App的功能。用户仍可手动使用这些应用。

要看清这次变化，需要回到9月14日。当天，豆包手机助手推出消费者版及SAEP协议，设置30天公示期。公示期间，助手主要支持操作系统自带应用、字节跳动旗下应用，以及明确同意接入的第三方应用。其他应用默认不开放自动化操作。

10月14日之后，规则进入新阶段。按照豆包公布的安排，对既未回复官方沟通邮件、也未接入SAEP协议的第三方应用，助手将根据操作风险等级逐步开放权限。已经声明拒绝的应用不会被操作，开发者日后仍可提出拒绝声明。

变化在于第三方应用没有作出回应时，豆包如何处理：此前默认暂不操作，此后可能按风险分级逐步开放。这是豆包制定的默认执行策略。未表态与明确授权仍有区别，实际开放范围取决于后续分级安排。

SAEP还提供了更细的限制方式。根据官方接入文档，应用可以限制整个App的自动化操作，也可以对登录、支付确认等特定页面设置截图、点击或输入限制，或者声明特定业务意图的操作边界。比如，一款应用可允许AI浏览普通页面，同时限制其代为输入密码。

部分细粒度限制的强制执行能力仍取决于系统版本。即使用户要求AI完成某项任务，第三方应用仍可限制AI能够进入的页面和执行的操作。

AI能替用户下单，也能替用户付款吗？

9月16日，媒体测试搭载豆包手机助手的努比亚NaviX Ultra，提出“帮我点一杯热拿铁”的要求。当时淘宝闪购、京东等应用不支持相关自动化操作，豆包建议通过抖音完成购买。获得用户授权后，豆包通过抖音选定一家瑞幸咖啡店铺，到了付款环节，则将操作交还给用户手动完成。

另一项测试是打车。有记者在豆包内开通曹操出行免密支付服务后，可以让助手规划行程、选择车型并下单。报道呈现了免密服务开通、行程规划和叫车下单，对实际扣款及支付认证环节未作详细披露。

买咖啡需要用户手动付款，叫车则事先开通了免密支付服务。两种体验显示，AI参与交易的程度取决于具体服务及授权方式。

这里至少涉及三道不同的控制。首先，第三方App是否允许AI读取页面、点击和输入，决定任务能否通过屏幕自动化继续。其次，操作进入账户认证、资金转移等敏感环节时，系统可能要求额外确认或用户接管。最后，能否扣款，还需要符合支付服务自身的账户鉴权、用户授权和风险控制要求。允许AI选商品、提交订单，并不能自动赋予它使用任意支付工具付款的权限。

豆包SAEP官方开发文档将支付转账、账户认证等列为高风险行为。系统可要求用户二次确认、转由用户接管，或直接阻断操作。具体决策还需综合Agent身份、系统安全基线、应用声明及用户授权状态。即使应用允许某项自动化操作，也不能放宽系统已有的严格限制。

消费付款、转账和预先开通的免密支付，可能适用不同的授权与风控安排。官方文档中的部分意图级限制能否完整落地，也取决于系统版本。

除直接操作第三方App界面外，智能体还可以通过合作调用外部服务。7月17日，支付宝与阶跃宣布达成AI Agent系统级合作。10月13日，阶跃终端发布STEPX Neo，进一步披露双方的服务接入进展。手机内的阶跃Amoo可在用户授权后调用支付宝“阿宝”首期300余项生活服务。

在发布会现场，Amoo调用阿宝启动支付宝内的盒马小程序，读取默认配送地址并执行下单操作，最后仍由用户确认支付。这一案例展示了个人智能体通过合作连接外部服务的方式。同一支付生态可以对屏幕自动化操作设置限制，同时通过合作向智能体开放特定服务。

这份名单将跨应用操作的权限问题摆到了台前：从选购、下单到付款，AI的每一步都可能受到应用、系统和支付服务不同层次的控制。能否让这些权限协调运作，正在影响AI手机完成真实交易的能力。

来源：挖数网