豆包手机助手更新「拒绝操作」清单：金融类 App 的屏幕，智能体不能随便点了

一个能替你点外卖、回消息、填表单的手机助手，最容易被问到的问题是：它能不能动我的银行 App？豆包手机助手最新的答案很明确：不能，而且清单还在变长。

一分钟速览

• 豆包手机助手官网更新拒绝操作应用清单，主动限制金融类应用的相关操作能力。
• 范围包括但不限于银行、信托服务、支付、互联网金融、信贷类等领域。
• 9 月 14 日消费者版本发布时，官方同步推出屏幕自动化操作声明协议 SAEP。
• 10 月 14 日，30 天公示期结束，豆包开始逐步放开第三方应用的屏幕自动化操作权限。
• 已明确声明拒绝的应用，智能体将不会对其进行操作；开发者仍可随时声明拒绝，官方在 3 个工作日内反馈。

GUI 智能体的权限困局

屏幕自动化智能体和传统 API 集成不一样。API 集成是「应用同意之后，才开放能力」；屏幕自动化是「智能体看着屏幕，像人一样点击」，理论上可以操作任何应用，不需要应用同意。这个能力很强，但也很越界。

对金融类应用来说，风险尤其明显。转账、理财、借贷、支付，每一步都涉及资金和敏感信息。如果智能体误点、被诱导、或者被恶意指令劫持，后果不是「体验不好」，而是「钱没了」。所以金融 App 最先站出来说「不要碰我」，并不意外。

豆包的处理方式，是把「拒绝」变成一种可声明的协议。SAEP 让开发者明确声明自己的应用与 Agent 的互动策略：允许哪些操作、拒绝哪些操作、需要什么条件。公示期结束后，已声明拒绝的应用，智能体不会操作；开发者也可以随时补充声明。

为什么是「清单」而不是「开关」

一个总开关解决不了问题。用户可能希望智能体帮忙查账单，但不希望它发起转账；可能希望它整理理财收益，但不希望它修改风险测评。不同应用、不同操作、不同金额，风险等级完全不同。

清单的价值在于颗粒度。它把「能不能操作」拆成「哪些应用、哪些页面、哪些动作」。虽然目前的清单还比较粗，但方向是对的：权限不是二元的，而是分层的。

另一个值得注意的细节是反馈周期。开发者声明拒绝后，官方在 3 个工作日内反馈。这个速度说明背后有一套审核流程，而不是简单的「收到即生效」。审核的存在，既是为了防止误伤，也是为了让规则可解释。

手机厂商、应用商店和智能体的三方博弈

屏幕自动化智能体触碰的是手机生态里最敏感的一块：应用的控制权。应用开发者担心自己的界面被绕过、广告被跳过、会员体系被薅羊毛；手机厂商希望智能体成为新的入口；用户则希望「一句话把事情办完」。

三方的利益并不一致。应用希望保留对界面的控制，厂商希望智能体能操作更多应用，用户希望少点几次屏幕。SAEP 这类协议，本质上是在三者之间划一条暂时的边界：应用可以拒绝，厂商可以逐步放开，用户可以看到哪些应用被保护。

这条边界不会固定。随着智能体能力增强，应用的反制手段也会升级：检测自动化操作、增加随机验证、对非人类行为限流。最终拼的不是谁的技术更强，而是谁能建立可持续的信任机制。

趋势洞察

智能体要成为真正的「手机助手」，必须解决三个问题：能操作什么、操作到什么程度、出了问题谁负责。豆包的清单解决的是第一个问题的子集，SAEP 解决的是第二个问题的框架，第三个问题仍然悬而未决。

从行业角度看，这是一次有价值的探索。过去大家讨论 AI 安全，更多集中在模型输出层面；屏幕自动化把安全问题带到了「行为」层面：不是模型说了什么，而是它做了什么。行为安全比内容安全更难，因为它涉及真实世界的副作用。

对用户的建议是，别把「智能体权限」当成一个可以一次性设置好的选项。定期检查哪些应用被允许操作、哪些操作需要二次确认、哪些场景必须人工接管。便利是有代价的，知情是控制代价的第一步。