豆包手机助手公示期满，150 余款应用明确拒绝被 AI 操作

10 月 14 日，豆包手机助手官方发布消息，其《屏幕自动化操作声明协议》（SAEP，Screen Automation Execution Protocol）的 30 天公示期已经结束，平台将逐步放开第三方应用的屏幕自动化操作权限。这份协议在 9 月 14 日随豆包手机助手消费者版一起推出，首款搭载该版本的努比亚 NaviX Ultra 手机已于 9 月 16 日开售。

公示期结束的同时，豆包手机助手公布了首批“拒绝操作”应用清单。据多家媒体统计，明确拒绝接入的应用已超过 150 款，其中包括微信、QQ、淘宝、天猫、支付宝、高德、美团、快手、拼多多、DeepSeek、Kimi 等常用产品。换句话说，手机里的 AI 助手能不能替你点开某个 App、替你在里面办事，从这一天起有了第一份公开的边界清单。

需要说清楚的是，这次并不是上线了一个全新功能，而是给已经存在的屏幕自动化能力补上了一道“先问一句”的程序。相关报道可参考 界面新闻的报道。

SAEP 是豆包手机助手面向第三方 App 推出的“AI 操作规则”。简单说，过去手机助手想帮你完成一件事，比如“帮我订一张去上海的票”，它需要自己打开对应 App、模拟手指点击输入，这套动作叫屏幕自动化。问题是，被操作的那个 App 事先并不知情，也不一定愿意。

SAEP 想解决的就是这个“先问一句”的问题：应用开发者可以自主声明，是否允许 AI 助手对自己的 App 执行屏幕自动化操作，也可以划定允许的范围与限制。公示期内，助手只对系统自带应用、字节跳动旗下应用，以及已明确同意接入的第三方应用执行操作，其余应用默认不操作。

公示期结束后，规则变得更细：对既没有回复邮件、也没有接入协议的应用，助手会根据风险高低逐步开放操作；而明确拒绝的应用，始终不在操作范围内。开发者仍然可以随时提交拒绝声明，官方表示会在 3 个工作日内反馈并关闭相关操作。

从公开的清单看，拒绝态度最明确的是腾讯系和阿里系。腾讯系约 65 款应用在列，覆盖微信、QQ、腾讯会议、腾讯文档、酷狗音乐、王者荣耀、腾讯元宝等；阿里系约 23 款，包括淘宝、天猫、支付宝、高德地图、饿了么、闲鱼、菜鸟等。此外美团约 11 款、快手约 14 款也出现在名单中。

值得注意的是，几款主流 AI 助手同样拒绝了被操作：腾讯元宝、阿里千问、快手可灵、月之暗面 Kimi、DeepSeek 都在拒绝名单里。这一点不难理解——它们本身也是“替用户办事”的智能体，让竞争对手的助手在自己的 App 里代操作，等于把入口和用户行为数据让出去。

另一侧，也有不少重要应用并未出现在拒绝名单中，例如字节跳动自研及关联生态、京东系、滴滴系、爱奇艺、B 站、网易生态（云音乐除外）、百度系（地图除外），以及部分国有大行、券商和车企控车 App 等。不同媒体对具体款数的统计存在差异，有报道写作 151 款，也有报道写作 153 款，阅读时以官方渠道更新的清单为准。

第一层原因是账号与资金安全。屏幕自动化的本质，是让另一个软件拿到你手机界面的操作能力，包括看到屏幕内容、模拟点击、输入文字。对支付、社交、出行这类涉及钱和身份的 App 来说，把操作权交出去，等于新增一条难以审计的路径，一旦被滥用，风险由谁来担并不清楚。

第二层原因是控制权。App 的界面、按钮和流程是各家精心设计的入口，营销位、推荐、会员、支付都嵌在其中。当第三方助手在界面上“替你点”，App 厂商就失去了对用户路径的掌控，也看不清用户在做什么，这对以流量和转化为核心的互联网公司来说很难接受。

第三层原因是数据边界。AI 助手跨应用操作，天然会接触聊天记录、订单、位置等敏感信息。谁来保证这些信息只在本地流转、不被上传，如何界定责任，目前行业还没有统一标准。SAEP 这类协议是厂商给出的一个答案，但显然没能让所有人满意。

对已经在用努比亚 M153、努比亚 NaviX Ultra 这类智能体手机的用户来说，最直接的变化是：跨应用办事的成功率取决于目标 App 在不在拒绝名单里。系统应用、字节系应用，以及同意接入的第三方应用，助手可以替你操作；而微信、淘宝、支付宝、美团、快手、DeepSeek、Kimi 等已明确拒绝的应用，助手不会再去点。

这带来一个现实结果：短期内“一句话让 AI 替我点外卖、发微信、逛淘宝”仍然很难完整实现。真正能跑通的，多是在同一生态内、或者已经签好协议的应用之间。对普通用户而言，买这类手机前最好先确认自己高频使用的几个 App 是否在支持列表里，别只看发布会演示。

对开发者来说，SAEP 提供了一个表态入口：愿意接入，就能被 AI 助手调用，多一条被用户使用的通道；不愿意，也可以声明拒绝，把风险挡在门外。是否接入，本质上是各家对“被 AI 调用”这件事的战略判断，而不是技术能力的差距。

如果你手里有搭载豆包手机助手的设备，验证方法很直接：挑一个明确同意接入的 App，让助手完成一次“打开并操作”的任务，观察它是否真的能点进页面、填好信息；再挑一个在拒绝名单里的 App，比如微信或淘宝，做同样尝试，正常情况下助手会停在操作范围之外。

想核对清单本身，可以到豆包手机助手的官方渠道查看拒绝应用列表，官方表示该清单会定期更新，开发者也可以随时补充拒绝声明。需要提醒的是，网上流传的名单版本较多、数字不一，转发截图前最好回到官方来源确认，避免把过期清单当成最新状态。

还有一个容易被忽略的点：即使某个 App 没出现在拒绝名单里，也不代表它已同意被操作。按规则，既没回复也没接入的应用属于“逐步放开”，是否会真正可操作，取决于风险评估的推进节奏，需要以实测为准。

这件事的意义不在于某一款手机，而在于它第一次把“AI 助手能不能操作别人的 App”这个问题变成了公开的、可查阅的清单。过去这件事是模糊的灰色地带，现在变成了各家必须明确表态的选择题，这本身就是进展。

接下来值得盯三件事：一是拒绝清单会不会继续变化，尤其是现在“逐步放开”的那批应用最终会落到哪一边；二是监管层面是否会出现针对屏幕自动化、GUI 智能体的统一规范，把账号安全、数据流转的责任划清；三是其他手机厂商会不会跟进类似协议，让“AI 操作 App”从单家规则变成行业惯例。

编辑判断：短期别指望手机 AI 助手能“什么 App 都能替你办”，跨生态的壁垒短期内不会消失。但长期看，用户对“一句话办事”的需求是真实的，先拿出透明规则的厂商，更可能在下一轮智能体手机竞争里占到位置。对消费者来说，现在最实际的动作是看清自己常用 App 的支持情况，再决定要不要为“智能体”这个概念买单。

本文由 AI 潮汐编辑部基于官方公告与公开资料整理，补充了行业影响、适用场景和行动建议，帮助你在阅读原文前先理解这条信息为什么重要。

原始来源：https://wallstreetcn.com/articles/3783610

如发现事实、价格或链接有误，可通过 联系我们 提交更正。