150款App联名拒接豆包：你的手机将被谁接管？

豆包手机助手抛出《屏幕自动化操作声明协议》（SAEP），30天公示期结束，正式向第三方应用开放屏幕自动化操作权限。随后，字节跳动单方面公布了一份名单：约150款应用声明拒绝授权。

这份名单几乎涵盖了中文互联网的半壁江山。

头部平台方——腾讯系微信、QQ，阿里巴巴淘宝、钉钉，美团的点评与外卖，快手的短视频与直播——集体拉黑。出行与生活领域，滴滴、拼多多、BOSS直聘、小红书的回应如出一辙。工具类产品中，网易云音乐和百度地图同样拒绝。而更具戏剧性的是，AI赛道上的竞争者Kimi（月之暗面）和DeepSeek也站在了同一阵营。

一家AI公司，试图通过“自动化操作屏幕”这一技术手段，间接接管用户对手机上所有其他App的控制权。这是一场关于数字时代底层交互权力的正面交锋。

什么叫“屏幕自动化操作”

豆包手机助手的本质不是一个聊天机器人，而是手机操作系统层面的一个AI入口。它被设计成用户可以通过语音或文字指令，让AI代为执行一系列手机操作：比如告诉豆包“帮我买一张明天去杭州的高铁票”，它理论上可以自动打开携程或12306、查询车次、选择座位并完成支付。

这正是SAEP协议试图建立的技术框架：将用户在屏幕上点击、滑动、输入的每一个动作标准化为API级别的操作指令，允许豆包像“替身”一样代替用户与其他App交互。

从用户角度看，这似乎是便利。但从平台角度看，这意味着你的核心业务流程——下单、支付、社交沟通、内容发布——都将经过另一个公司的AI代理来执行。

这触碰了互联网大厂的生死线。

如果你用豆包代替打开微信支付完成转账，资金流、社交关系链、交易数据都不会进入腾讯的服务器；如果你用豆包代替打开淘宝浏览商品，推荐算法获得的训练数据和行为画像会归属字节而非阿里。这不是一个简单的功能合作问题，而是对用户设备交互层的控制权争夺。

更深层的问题在于技术架构本身。当前主流移动操作系统（iOS和Android）的安全模型建立在“沙盒机制”之上——每个App只能在自身权限范围内运行，无法读取其他App的数据，更无法主动操控其界面。SAEP协议试图在这个安全边界上打开一扇后门，允许外部AI程序突破沙盒限制，以模拟人工操作的名义直接读写各个应用的核心数据。

一旦这个口子被打开，不仅是商业竞争的问题，更是整个移动互联网安全体系的根本性挑战。

大厂拒绝的逻辑链条

各家平台拒绝接入的理由，本质上是一致的：安全、可控、用户体验和数据主权。

以滴滴为例。网约车服务的核心在于司机端与乘客端的实时匹配、定位精度、安全合规。如果允许一个外部AI绕过App原生界面直接调度行程，不仅数据流向难以监控，更重要的是一旦发生安全事故、价格欺诈或服务纠纷，责任主体将被极度模糊化。这对于已经经历过多次监管整顿的行业来说是不可接受的系统性风险。

社交产品则面临更根本的挑战。微信的安全架构设计围绕熟人关系链构建，任何未经授权的自动化操作都可能被恶意利用进行批量转发、盗号或骚扰。这在业内属于零容忍级别的风险。而且，社交平台的价值恰恰来自用户之间的真实互动——如果这些互动由AI代理完成，社交图谱的真实性和用户粘性将遭受毁灭性打击。

就连字节自己的生态也并非铁板一块。抖音与快手虽然同属短视频赛道，但商业利益完全对立。抖音的用户如果用豆包替代刷快手看视频，这对快手的内容创作者和广告主意味着直接的流量劫持。

AI竞品们的态度反而更加鲜明。Kimi和DeepSeek本身就是面向智能对话赛道的创业者，它们的核心竞争力正是“替代传统App成为新的交互入口”。让它们主动把自家产品的接口开放给豆包，无异于认输。一位接近Kimi团队的知情人士曾透露：“我们的技术栈就是为了成为独立入口而设计的，不可能给竞争对手做嫁衣。”

一位接近移动互联网行业的研究人士指出：“AI助手如果走通了这个路径，等于每个用户手机上只会有一个真正的‘超级App’。”这句话精准地揭示了这场博弈的真正赌注。

谁真正受益，谁来承压

如果这场博弈没有发生，或者说用户习惯最终接受了某个统一的AI助手作为入口，那么受益的首先是字节跳动。

豆包已经成为字节跳动旗下DAU最高的应用之一。叠加手机助手的屏幕自动化能力，字节将从一个内容消费平台的角色升级为操作系统层级的控制中心。这种地位跃迁带来的商业价值是指数级的——想象一下，当你的每一次打车、点餐、购物、社交都通过字节控制的AI代理完成时，字节获得的不只是一份佣金，而是对整个移动互联网经济的定价权和分配权。

对于拒绝的平台而言，损失并非立即可见的收入减少，而是一种隐性的、长期不可逆的权力旁落。一旦用户习惯了用AI代理完成80％的日常手机操作，原生App的价值就会被严重稀释——它退化为一个后台服务提供者，失去了前台交互和用户触达的主导权。

这就是为什么这些企业宁可承担被豆包“封杀”的后果，也要坚决抵制。

对普通用户来说，情况则更为复杂。短期来看，拒绝潮保障了各App的自主运营和数据隐私安全；但如果最终市场倾向于接受一个统一的AI入口，用户或许会享受到无缝衔接的体验，代价则是将所有行为数据汇入单一平台。

后续观察窗口

这场博弈远未结束。豆包官方表示若开发者声明拒绝，将关闭相关权限，但这并不意味着双方和解的开始。以下几个指标值得持续追踪：

其一，字节是否会尝试绕过SAEP，通过系统底层接口或其他技术手段实现类似的自动化操作。这需要观察豆包后续的产品更新方向和专利申请动向。

其二，各大厂是否会联合推出自己的手机助手方案，形成对抗字节的技术联盟。目前已有证据显示多家互联网企业在探索内部AI代理产品。

其三，监管层面是否会对“屏幕自动化操作权限”出台明确的行业规范或国家标准。当单一平台获得过大的设备控制力时，反垄断和信息安全监管部门必然介入。

其四，中小开发者群体的选择。如果头部平台坚守壁垒，长尾应用可能会选择接入以获得流量补贴，从而在生态内形成新的分层结构。

最终胜负取决于一个简单的问题：用户到底更信任谁的AI？这不仅是技术问题，更是生态、品牌和数据积累的综合较量。