豆包手机助手在SAEP协议公示期满后,将AI Agent操作规则从主动授权改为默认放开,引发153款主流App集体抵制,涵盖腾讯、阿里系及美团、拼多多、DeepSeek等,核心矛盾聚焦于操作系统级自动化对超级App流量入口、风控权责和私域数据资产的冲击。
作者:深潮 TechFlow

随着豆包手机助手推出的《屏幕自动化操作声明协议》(SAEP)30 天公示期于今日正式届满,字节跳动在移动端 AI Agent 上的激进布局迎来了关键节点。
从今天起,豆包手机助手打破了此前“必须经由第三方 App 主动授权”的谨慎态度,正式转入“默认放开、除非明确拒绝”的规则反转模式。然而,与平台规则单方面放开同步浮出水面的,是一份沉甸甸的抵制清单:官方公示的拒绝名单已增至 153 款应用,腾讯系与阿里系几乎全员上榜,美团、拼多多乃至 DeepSeek、Kimi 等一众 AI 同行也纷纷宣布对豆包“说不”。
一场围绕操作系统级 AI Agent 操作权、移动流量入口与私域数据资产的控制权博弈,正在正面打响。
在传统移动生态中,应用之间彼此隔离、各自为政。字节跳动借由硬件终端落地的豆包手机助手,核心武器正是基于 GUI(图形用户界面)的跨应用模拟操作——通过底层截图、多模态语义解析、模拟屏幕点击与文本输入,替用户完成跨 App 订票、比价、点餐等复杂任务。
此前由于引发合规与数据安全争议,豆包在二代机发售前后踩下刹车,推出了为期 30 天的公示协议。如今公示期满,豆包的底层逻辑发生了根本性颠覆:未明确声明拒绝的应用,系统将按风险等级逐步放开 Agent 操作能力。
这相当于豆包试图在移动操作系统层建立一套类似于 Web 时代的 robots.txt 规则。但两者存在本质分野:
虽然 SAEP 开发者文档 强调了细粒度的权限控制——允许应用方仅开放内容编辑而禁止一键发布,或单独屏蔽登录页截图、拦截签到与资产转移等敏感操作,并保留随时退出的权利——但主流超级 App 依然毫不犹豫地按下了“全盘拒绝”键。
根据最新拒绝操作清单,拒绝接入的应用呈现出高度集中的生态特征:
各大平台顶着用户体验可能被分割的压力集体拒绝,核心在于三道不可退让的底线:
超级 App 的商业价值建立在“用户时长、界面曝光、广告点击、交易闭环”之上。如果用户只需要对手机说一句“帮我选最便宜的拿铁并下单”,豆包的 Agent 直接在后台完成比价、选购与支付,用户便不再浏览开屏广告、推荐信息流和促销弹窗。这意味着 App 被降级为纯粹的“底层执行管道”,其引以为傲的商业化体系将遭遇毁灭性降维打击。
GUI 模拟点击虽然灵活,但在面对复杂的动态弹窗、反作弊策略和异常交互时极易误操作。一旦 AI Agent 在自动转账、限时秒杀或内容发布中发生失误,损失究竟由手机厂商、大模型平台还是第三方 App 承担?在缺乏国家级法律界定的情况下,应用方断然不敢交出控制权。
GUI 自动化依赖屏幕图像的实时解析。对于小红书的笔记排版、微信的聊天记录、淘宝的个性化推荐页面而言,屏幕截图本身就是高纯度的数据流。巨头绝无可能允许竞争对手的操作系统助手以“服务用户”之名,无门槛窥探自家核心的商业数据壁垒。
豆包手机助手的规则反转,实际上是对移动互联网“围墙花园”的一次试探性强攻。然而,153 款主流应用的拒绝事实证明,单纯凭借端侧特权强推“自上而下”的自动化,很难撬动巨头盘踞的护城河。
短兵相接后,真正的 AI 手机时代或许不得不走向另一条路径:
如果不能在流量分成和数据权益上让开发者尝到甜头,AI 智能体便始终只能在主流大厂的禁令清单之外,做一个戴着镣铐起舞的旁观者。