豆包手机助手放开屏幕自动化权限，151款应用明确拒绝接入-字节棱镜 (Byte Prism)

豆包手机助手推出的《屏幕自动化操作声明协议》(SAEP) 30 天公示期已于近日结束，平台开始逐步放开第三方应用的屏幕自动化操作权限 [1][2]。但截至 10 月 14 日公开的拒绝清单显示，共有 151 款 App 明确声明拒绝被豆包手机助手的智能体操作，其中既包括阿里、腾讯两大生态的主力产品，也涵盖美团、拼多多、DeepSeek、工商银行等高频生活、金融与 AI 应用 [6][4]。对开发者和用户而言，这意味着豆包手机助手只能对未明确拒绝的应用执行屏幕自动化操作，已经声明拒绝的应用将不会被 AI 智能体触发 [1][2]——这是一份白名单制的开放，平台默认尊重 App 的「不合作权」。

SAEP 是什么：一个让 App 主动「表态」的屏幕自动化协议

豆包手机助手没有绕开第三方 App 去做屏幕自动化，而是把这件事做成了一套协议。

按照官方表述，SAEP 针对的是图形界面智能体（GUI Agent）跨应用操作的场景：第三方 App 的开发者可以主动声明其应用与 Agent 之间的交互策略——是允许自动化操作，还是拒绝 [1][2]。这套机制成立的背景，是 AI 智能体在手机端调用、点击、跳转的链路越来越长，而 App 一方此前缺少一个正式的「表态通道」。豆包选择在协议层把这条通道建好，再让真正接入的设备在调用前先去查对方的声明。

具体执行上有几个关键节点：30 天公示期结束后，平台开始逐步放开第三方应用的屏幕自动化操作权限 [1][2]；开发者后续仍可随时追加或修改拒绝声明，平台承诺在 3 个工作日内完成反馈 [1][2]；对于已声明拒绝的应用，智能体不会执行相关操作 [1][2]。换句话说，SAEP 不是一次性博弈，App 有「事后反悔」的兜底入口，这也是它能让 151 款应用敢于公开站队拒绝的原因之一。

目前能直接调用该权限的终端，主要集中在努比亚 M153 和努比亚 NaviX Ultra 两款机型 [4]——也就是说，SAEP 协议目前还处在「豆包定制硬件 + 豆包系统层」的闭环验证期，离通用 Android 还很远。

拒绝名单全梳理：阿里、腾讯、生活服务、银行工具四类阵营

151 这个数字本身已经说明问题：拒绝不是个别现象，而是头部应用集体站队。把现有披露的名单 [1][4] 拼起来看，大致能划出四个阵营。

阿里及关联生态：淘宝、菜鸟、支付宝、钉钉、饿了么、天猫 [1][4]。覆盖电商、物流、支付、企业协同和本地生活五条主线，几乎是阿里在 C 端最重要的几条护城河。

腾讯及关联生态：微信、QQ、《王者荣耀》、《英雄联盟手游》 [1][4]。社交关系链、通讯工具、拳头手游产品全部在内，但没有覆盖腾讯视频、腾讯会议等 B 端或长内容产品——更像是在保护「用户身份和虚拟资产」相关的场景。

生活服务与内容平台：美团、快手、小红书、拼多多、知乎 [4]。这一类是流量与交易强绑定、且对 UI 跳转路径极度敏感的产品——自动化操作一旦走偏，订单链路就会被截胡。

银行、工具与 AI 应用：招商银行、中国工商银行、DeepSeek、WPS、唯品会 [4]。把工行、招行放进来比较罕见——银行系鲜少公开为 AI 智能体站台，这一次选择了保守策略；DeepSeek 的在列则说明，「拒绝 AI 智能体」的不只有被 Agent 调用的对象，连 AI 自身的入口也对外关闭了。

四个阵营的共同点是：用户关系深、交易链路敏感、内容或资产价值高。这种共性说明拒绝并非偶然。

巨头们为何集体亮红灯：流量、数据与体验控制权博弈

把名单横向比较，能看到一个反直觉的事实——巨头并非全盘拒绝 AI Agent。

同一批玩家对阶跃智能体的 STEPX Neo，选择了「开窗」。例如支付宝已经接入了 STEPX Neo 的 300 余项服务，但同期的豆包手机助手仍然被微信拒之门外 [3]。盘古智库江瀚把这场博弈概括为「流量控制权」的争夺：阿里、腾讯不希望让一个外部智能体替代用户的主动点击，因为那等同于把分发节奏、用户行为数据、界面停留时长一并让渡出去 [3]。

豆包手机助手目前的姿态看起来是反向操作——它主动把「拒绝权」显式化，让 App 可以公开说不。短期会换来一份显眼的拒绝名单，长期却省去了在系统层与每一家 App 暗战、被舆论裹挟的成本。SAEP 越早立住拒绝通道，豆包未来要谈「合作接入」时的边界就越清楚：哪些应用技术上不可接，哪些是商业上暂时不愿接。

对开发者和用户的实际影响：什么能做什么不能做

落到实操层面，目前的状态是：豆包手机助手只会对未声明拒绝的应用执行屏幕自动化 [1][2]，开发者随时可以追加声明、3 个工作日内得到反馈 [1][2]。

对用户来说，121 款主流 App 在努比亚 M153 / NaviX Ultra 上暂时不会被 Agent 代为操作，包括订外卖、转账、抢车票这些高频动作；而剩下未被列入拒绝清单的应用，从工具类到内容类，会成为豆包第一批真正能跑通 GUI 自动化的场景。这份名单后续大概率会继续变化。

对开发者来说，SAEP 提供了一个比 Android Accessibility 服务更明确的「拒绝通道」。Accessibility 是系统级 API，任何 App 都可以被具有该权限的应用操控，App 一方几乎没有官方声明的出口；SAEP 把这个出口写进了协议层，第一次让 App 拥有了显式「不合作权」。对开发者而言，这意味着多了一条可声明、可公开的边界；对豆包而言，这意味着它必须在协议之外，靠实际体验去说服 App 改主意。

FAQ

Q1：已经被拒绝的 App，豆包手机助手还能执行屏幕自动化吗？
不能。豆包已明确表示，对声明拒绝的应用，智能体不会进行相关操作；开发者仍可在公示期结束后随时提交新的拒绝声明，平台在 3 个工作日内反馈 [1][2]。

Q2：SAEP 和 iOS App Intents、Android Accessibility 服务的本质区别在哪里？
SAEP 把「拒绝权」显式写进了协议层——App 可以主动声明拒绝；iOS App Intents 需要开发者集成 SDK 才能暴露能力，Android Accessibility 是系统层 API、可被任何应用调用但缺少显式的拒绝通道。SAEP 更像是给 App 的「不合作权」开了官方接口。

Q3：阿里、腾讯也在接入其他 AI Agent 吗？
会的。同一批巨头对阶跃智能体的 STEPX Neo 选择了「开窗」，例如支付宝已接入 STEPX Neo 的 300 余项服务；但对豆包却是「关门」，微信仍在拒绝名单中 [3]。这说明「拒绝豆包」更接近单次生态反制，而非对 AI Agent 的整体拒绝。