151款App"拒绝"豆包：AI手机助手动了谁的蛋糕？

文凯AI 观察 | AI 行业前沿观察 · 深度拆解

10月14日，豆包手机助手公布了一份名单——151款第三方应用明确拒绝被它的AI代操作。名单里有微信、QQ、淘宝、支付宝、美团、拼多多、小红书、滴滴，也有工商银行、中国移动，甚至还有同行：DeepSeek、Kimi、千问、元宝。

从通信社交到电商购物，从出行支付到在线办公，这份名单几乎把中国人手机里的高频场景扫了一遍。消息发布当天上午是151款，中午更新为153款（新增快手、美团、萤石的关联生态），到10月15日已有媒体统计到155款。

这不是一次技术故障，而是一场关于"谁有权替用户操作手机"的公开表态。今天把这事的来龙去脉、技术本质和背后的利益账，一次讲清楚。

当AI想替你点手机，151款App说了"不"

一、事件还原：SAEP协议到底是什么？

SAEP，全称 Screen Automation Execution Protocol，中文名《屏幕自动化操作声明协议》。它是豆包手机助手今年9月14日随消费者版一起推出的规则文件，全称里最关键的两个字是"声明"。

它的机制是：第三方App自主声明，是否允许AI助手对自身应用执行屏幕自动化操作，以及允许到哪一步。开发者有两种表达方式：一是接入SAEP协议，直接声明接受或拒绝；二是回复豆包官方发出的沟通邮件。声明的颗粒度很细——可以限制整个App，也可以只限制某个页面或某类操作。比如允许AI辅助编辑内容，但禁止最终发送、发布或删除；签到、抽奖、秒杀、积分领取，都能单独设限。

协议里还有一条硬约束：系统安全规则优先。遇到被拒绝的操作，助手必须停下，不能换用其他通道绕过；需要用户接管时，用户确认的范围也仅限于界面展示的具体步骤。

9月14日协议发布，启动30天公示期。10月14日公示期满，豆包宣布将逐步放开第三方应用的屏幕自动化操作权限——但被明确拒绝的应用不在此列。公示期结束后开发者仍可随时声明拒绝，官方承诺3个工作日内反馈，每周三更新清单。

这里必须做一个澄清：所谓"拒绝操作"，指的是不允许豆包手机助手代用户操作App，不能据此认定这些应用无法在手机上安装、登录或由用户手动使用。你的微信照常刷，淘宝照常逛，只是AI不能再替你去点。不过此前确实有用户反馈，打开"王者荣耀"后被系统判定使用外挂而遭到封号——这类副作用才是用户真正要留意的。

二、阵营拆解：谁在抵制，谁在观望

把清单按归属拆开，结构一目了然：

腾讯系和阿里系合计88款，约占总数的57.5%。但真正值得琢磨的不是谁在拒绝，而是谁没拒绝。

京东系不在名单内；百度系目前只有百度地图主动作出声明。在电商与搜索这两个最容易被AI比价冲击的领域，头部玩家的选择是沉默——不说话，就等于保留了未来谈判的筹码。

另一个反常识的细节：同行AI也拒绝。千问、元宝、DeepSeek、Kimi、可灵AI 都在清单里。道理很直白——AI助手之间本就是入口之争，谁都不愿意让别人家的Agent进自己的门。

151款App拒绝清单：阵营分布与观望者

三、技术本质：GUI读屏点按，到底动了什么蛋糕

豆包手机助手走的是 GUI（图形用户界面）路线：AI 先识别屏幕上的文字、按钮和输入框，再通过点击、滑动、输入等动作完成任务。它的最大优势是不需要对方开放任何接口——只要有界面，理论上就能被操作。这也是它能在早期实现"一句话全网比价"的原因。

代价同样明显。GUI 路线的稳定性天生吃亏：一个包含5步的操作，即便每一步成功率高达90%，整体成功率也会跌到59%。更关键的是"读屏"意味着敏感信息暴露在AI的视野里，这也是去年12月技术预览版上线后微信账号被强制退出、淘宝登录受阻、多家银行App弹风险提示的直接原因。

但把这些都归为"安全顾虑"，只解释了表面。真正的冲突在商业模式：今天大多数平台的收入，建立在"推荐位+广告+用户注意力"之上。而AI代操作会直接跳过推荐、自动比价、跨平台筛选——平台的推荐逻辑和广告价值被整个架空，交易路径的控制权也一并旁落。

这一点在海外有个镜像案例。Meta 今年9月推出个人智能体 Muse，可以自动浏览网页、填表、下单、订行程，跑在独立的云端虚拟机里。上线不久，亚马逊就以"未经授权访问""疑似存储客户凭证""未表明AI身份"为由封禁了Muse的购物通道。安全理由之下，深层原因与亚马逊此前限制Perplexity、谷歌、OpenAI的助手一致：AI自动比价和筛选，冲击的是电商平台的赚钱方式。

一句话看懂：这不是"AI能不能做到"的技术问题，而是"AI做了之后，谁的收入减少"的商业问题。技术早就跑通了，卡住的是账本。

AI代操作动了谁的蛋糕：四类利益相关方的得失账

四、利益博弈：生态围墙 vs 入口野心，用户夹在中间

这场博弈的双方，筹码其实不对等。手机厂商想要的是调度权——谁掌握用户意图的分发，谁就掌握了AI时代的入口；互联网平台手里握的是成熟服务和用户关系——没有外卖、没有支付、没有社交关系链，再聪明的助手也只是一个空壳。两边很难互相替代，所以只能谈。

问题在于，新的分账方式还没谈拢。过去十多年，移动互联网形成了一套"平台提供闭环服务、用户留在App内、广告和交易在平台内完成"的秩序。智能体一旦介入，服务被调用但App不一定被打开，用户注意力不再沉淀在平台里——旧模式在瓦解，新的分配规则却还是空白。

IDC中国研究经理孙振亚的判断很直接："豆包手机的遭遇说明，单靠技术手段绕过平台很难走通。"他认为行业需要建立面向智能体的开放标准，至少回答四个问题：智能体的身份如何标识、能调用哪些服务、交易收益如何分配、出了问题由谁负责。只有这四件事有了答案，平台、商家和智能体厂商才能都找到参与的理由。

而用户，恰好被夹在这两股力量中间：一边是"一句话办事"的爽感，一边是服务被限制、体验割裂的现实落差，再加上读屏带来的隐私顾虑——想用，但不敢全用。

三条技术路线：GUI 打天下、API 谈合作、A2A 定终局

五、趋势判断：未来趋势，还是过渡产物？

行业目前有三条路线：GUI（读屏点按，不依赖对方开放）、API/MCP（走标准接口，稳定但需要合作）、A2A（智能体之间通信，系统只负责理解意图和拆解任务，由应用自己的Agent在权限边界内执行）。

业内主流看法是：GUI 更像是一个过渡形态，而不是终局。OPPO ColorOS 智慧产品研发总监姜昱辰的说法有代表性——GUI Agent 是中间过渡，最终要跟服务厂商共建生态，大概率走 A2A，但长尾需求仍需要 GUI 兜底。据媒体报道，豆包二代手机已经放弃以GUI读屏模拟点击为主的技术路线，转向 MCP 和 A2A 协议驱动；但实测中，微信、淘宝、美团外卖等主流应用内的自动化操作依然无法实现。

手机厂商的动作也在加速。华为新折叠屏 Mate X7 首次商用 A2A 智能体协作技术；荣耀的 YOYO 智能体在 Magic8 系列上实现了3000个场景的自动执行；荣耀方面表示，GUI自动执行功能已完成开发和测试验证，目前仍在推进监管认证，获批后才会在 Robot Phone 和 Magic9 系列上启用。芯片侧则给出了现实约束——高通工程技术高级副总裁侯纪磊坦言，所有任务都调用云端大模型，成本高到很多厂商难以承受；放到端侧运行，又要解决功耗和准确度问题。

政策方向是明确的。2026年政府工作报告提出"深化拓展'人工智能+'，促进新一代智能终端和智能体加快推广"。技术路线之争归技术路线，产业方向没有悬念。

那普通人该怎么看？给三条实在的建议。

第一，别把"手机Agent"当成换机理由。当前的跨应用体验还是半成品，为这个功能多花五六千块，性价比不高。第二，看"谁愿意开放"比看"模型多强"更有用。同一个助手，能不能帮你订外卖、买机票，取决于名单上的应用愿不愿意配合，不取决于模型分数。第三，隐私边界自己划。金融、支付、社交私信这几类应用，建议永远不要交给AI代操作——这不是保守，是清醒。

写在最后

151款App的集体表态，本质上不是对AI技术的否定，而是对"谁来定规则"的一次集体回应。豆包拿出的SAEP是一份诚意，但诚意解决不了分账问题。

生态围墙不会靠某一家公司敲门敲开。真正的破局点，是一套让平台、商家、智能体厂商、用户都能找到自己位置的开放标准——身份怎么标、服务怎么调、钱怎么分、责任谁来担。这四道题的答案，比任何模型参数都更能决定"一句话办事"哪一天真正到来。

在那之前，AI手机助手更像是一场提前开演的戏：舞台搭好了，演员还在后台吵架。

信息来源：每日经济新闻（10/14）、南方+·南都（10/14）、新黄河·大鱼财经（10/14）、中新经纬、中国新闻网、腾讯新闻《AI手机下半场》（9/19）、IDC《中国企业级通用Agent产品技术评估》相关报道。文中数据以豆包手机助手官方每周三更新的拒绝操作应用清单为准。

本文为「文凯AI 观察」原创，转载请注明出处。