151个App拒绝AI代你动手

开头

10月14日晚上，一份名单被挂到了豆包手机助手的官网上。151个应用，名字你几乎全认得：微信、QQ、淘宝、支付宝、美团、快手、拼多多、小红书、DeepSeek、Kimi、WPS，三大运营商，还有十几家银行。

这份名单的意思是：不许碰。

AI想帮你在淘宝上比价下单，它点不开淘宝。想帮你在美团上点份外卖，它进不去美团。你让它发条微信，它连微信的界面都看不到。

买手机时宣传的“一句话搞定全场景事务”，现在被151扇关上的门拦在了第一步。

发生了什么

先把事情说清楚。

豆包手机助手不是普通App，它有一套《屏幕自动化操作声明协议》，缩写SAEP。名字很正式，说白了就是一份“我允许别人代我操作”的授权清单。

这套协议从8月开始公示，30天期满。10月14日，公示期结束，豆包手机助手宣布：逐步开放第三方应用的屏幕自动化操作权限。开发者仍然可以随时声明拒绝，豆包会及时关闭。

于是就有了那份拒绝清单，一共151款应用。

有意思的是另一件事。就在同一天前后，阶跃星辰的第一款智能体手机开售，宣布100多个手机应用接入它的智能体Amoo（阿莫）。

一天之内，两条完全相反的路线：一款手机拿到100多个App的授权，另一款手机被151个App拒绝。

拒绝的逻辑

最容易被误解的一点是：拒绝不等于卸载。

微信、淘宝这些App在豆包手机上照样能装、能登、能手动用。拒绝的只是“AI代你操作”这一项能力。用户自己点，AI不能替你点。

所以这不是一场用户选边站的战争，而是一场关于控制权的谈判。

盘古智库高级研究员江瀚把这件事讲得很直白：头部平台拒绝的不是技术本身，而是“被绕过”。

过去你打开App，点了什么、看了什么、在哪件商品上停留了多久，平台一清二楚。这些行为数据是推荐系统、广告系统和商业闭环的地基。

但如果AI直接替你完成任务，一切就绕过去了。AI说“帮我点那个199元的耳机”，你根本不需要打开淘宝，更不需要在搜索结果里停留、比较、点击。平台的推荐位看不到了，广告曝光没了，你的会员体系、佣金分成也失去了依附对象。

一句话：平台最不愿意接受的，是自己从“入口”退化成“后台的一个执行节点”。

名单里的规律

把151个应用按归属拆开，结构非常清楚：

腾讯及关联生态65款，涵盖微信、QQ、企业微信、QQ音乐、腾讯视频、王者荣耀、元宝、应用宝、腾讯地图等几乎全线产品。

阿里巴巴及关联生态23款，淘宝、天猫、支付宝、高德、盒马、闲鱼、1688、钉钉、饿了么、飞猪、优酷、千问、阿里云都在内。

快手及关联14款，美团及关联11款。其余是独立应用：DeepSeek、Kimi、小红书、拼多多、WPS、滴滴、唯品会、BOSS直聘，以及招行、工行、中国电信、中国联通等。

拒绝的理由，按类别各不相同。

社交平台担心的是私人通信和账号权限——AI能读你的聊天记录，也能误发消息。电商和本地生活平台担心的是交易责任：钱付错了算谁的，下错了单退款给谁。

银行和金融类应用的顾虑最直接：身份认证和资金操作不容自动化。

竞技游戏是另一个逻辑。腾讯游戏明确规定，未经授权的第三方软件、插件或系统不得用于腾讯游戏及相关服务。AI自动点击在风控系统眼里，和外挂没有区别。

而DeepSeek、Kimi这类AI应用被列入拒绝名单，理由更直白：它们自己就是智能体，不愿意让别人的智能体替用户调用自己的界面、取代自己的入口。

江瀚的总结挺传神：谁都想当用户的第一触点，谁都不愿成为别人调度链条里的一个执行环节。

不是技术问题，是成本问题

有人会问：既然技术上做得到，为什么非要绕过应用？

这是GUI路线的本质。GUI，也就是图形用户界面操作，让AI高频截图，用视觉大模型识别屏幕上的内容，再借助系统权限模拟手指的点击、滑动和输入。

这套方案的最大优势是应用面极广——任何App都不用改一行代码，理论上AI都能操作。

代价也很实在。

第一是隐私。开放屏幕识别意味着AI能看到屏幕上的一切，包括支付密码、聊天记录、证件照片。这不是推测，是这套方案的固有工作方式。

第二是风控。模拟点击本质上是一种自动化操作，应用的安全系统很难区分智能体和作弊工具，很容易触发告警。

第三是性能。高频截图加视觉识别加模型推理，会带来明显的耗电、系统延迟和算力开销。

豆包和腾讯之间已经发生过实际冲突。豆包方面曾表示，部分努比亚NaviX Ultra用户登录《王者荣耀》时遭遇环境异常提示或被强制下线，而在努比亚M153工程机上也出现过类似情况。

一台号称“AI替你操作一切”的手机，连游戏登录都过不去——这大概是眼下最直白的注脚。

另一条路

被堵住GUI这条路之后，智能体手机开始尝试别的技术方案。

一是MCP，也就是模型上下文协议，由Anthropic提出，把应用的功能和数据整理成一份标准化菜单，通过统一接口对外提供。AI不用“看屏幕猜按钮点哪里”，而是直接调用明确开放的接口。

二是A2A，智能体互联协议，解决智能体之间怎么对话。

三是CLI，命令行界面，把复杂操作压缩成一条指令。

三条路线的共同点是：都需要应用方点头。区别只是被拒绝之后，AI是“翻墙进去”还是“申请进门”。

这也是阶跃星辰那条路线的意义所在。它选择先跟应用方谈合作，拿到100多个App的授权，而不是自己动手模拟点击。

两条路线的对比结果已经出来了：一条拿到了用户的期待，一条拿到了产业的尊重。目前还不知道哪条更远，但至少证明“AI动手”这件事，卡住的不是模型能力，是信任和利益分配。

结尾

豆包手机助手这次的“拒绝清单”其实挺有诚意——它把拒绝对你摊开放在官网，而不是偷偷降级。知道哪些App不能代办，比不知道要好。

但这件事真正值得记住的，不是151这个数字，而是它暴露出的一个新的权力格局。

过去十年移动互联网的默认假设是：App是入口，用户是流量，入口掌握主动权。AI助理的出现第一次动摇了这个假设——如果有一天用户真的不用打开App就能办事，那入口还有意义吗？

于是平台用一次集体说不，把这个问题摆到了桌面上。

留给所有人一个具体的问题：如果未来某天，你的手机助手真的能替你搞定订餐、比价、报销、约票，而代价是所有App都在暗处看着你——你会按那个“全部允许”吗？

欢迎在评论区说说你的选择。