豆包手机助手遭166款APP拒绝,系统级AI代理遭遇平台边界挑战

豆包手机助手的屏幕自动化操作协议SAEP公示期结束后,拒绝接入的应用数量从155款增至166款,涵盖腾讯、阿里、美团、快手等主流生态。这一现象折射出系统级AI Agent在调用第三方App时面临的权限...

人工智能

豆包手机助手近期遭遇了一次“集体拒签”:截至10月21日,明确拒绝其屏幕自动化操作(GUI Automation)请求的第三方应用已达166款,较一周前新增11款,其中包括58同城、Keep、华住会、虎扑、喜马拉雅、芒果TV等高频使用应用。

这份名单几乎覆盖了中国移动互联网的核心服务层——从社交(微信)、电商(淘宝、京东)、支付(支付宝),到出行(滴滴)、本地生活(美团)、运动健身(Keep)、内容娱乐(芒果TV、喜马拉雅),甚至延伸至招聘、酒店预订等领域。其构成也清晰反映出生态阵营的划分:腾讯系66款(含企业微信、QQ、腾讯视频等),阿里系23款(含淘宝、天猫、高德地图、钉钉等),美团11款,快手14款;另有45款为独立应用,如Kimi、DeepSeek、知乎、脉脉等AI或工具类产品。

该数据源自豆包开发者官网于2026年10月21日发布的最新版《屏幕自动化操作声明协议》(SAEP)清单。SAEP是字节跳动为规范AI助手对第三方App的屏幕操作行为而提出的行业倡议,核心逻辑是将操作权限交由App方自主决定——即“默认禁止,明示开放”。9月14日协议发布后设30天公示期,10月14日正式生效,首批公布155款拒绝名单;一周后更新至166款,说明更多中小厂商正加入限制行列。

值得注意的是,豆包主动将银行、信托、支付、信贷等金融类应用划入“整体限制”范围,不纳入166款统计。此举实为规避重大操作风险:GUI自动化若误触资金类操作,后果远超订错外卖或误删消息。这也侧面印证,当前争议焦点并非技术可行性,而是责任归属与商业控制权。

在豆包遭遇广泛抵制的同时,系统级AI代理(Personal Agent)赛道并未停滞,反而呈现多元化路径。

10月13日,初创公司阶跃终端发布STEPX Neo智能体手机,搭载自研Step AOS 1.0操作系统与个人智能体Amoo。其策略与豆包不同:不强推通用GUI操作,而是通过标准化接口与生态伙伴分阶段授权。目前已与支付宝(开放300余项服务能力)、腾讯部分产品(WorkBuddy、企业微信、微信读书)、携程、美团、滴滴等达成合作,但明确未获得微信主App的通用操作权限。

华为小艺则依托鸿蒙分布式能力,已实现对500多个精选Skills及2000多个智能体的调度整合。其优势在于系统深度集成——用户无需手动打开App,即可通过语音指令完成跨应用任务,例如“查明天北京到上海的航班并订票”,系统自动调用航旅纵横+携程+支付流程。不过,小艺同样受限于头部App的开放程度,尤其在涉及账户体系与交易闭环的场景中。

海外方面,Meta Muse、OpenAI Dots、xAI Grok Bot及Anthropic Claude Duet等产品多以云端Agent形态存在,依赖API调用而非本地屏幕操作,规避了GUI权限问题,但也牺牲了对未提供API的老旧或封闭App的覆盖能力。

一个关键差异在于:当前主流Personal Agent可分为三类形态:

  • 系统级Agent(如豆包、小艺、Amoo):运行于设备底层,理论上可接管全屏交互,但高度依赖第三方授权;
  • 独立App型Agent(如Today AI、千问Go!、蚂蚁灵光):以独立应用形式存在,通过用户授权调用其他App功能,权限更受限但合规性更高;
  • 云端Agent(如Muse、Dots):任务在服务器端执行,仅返回结果,不直接操作终端界面。
  • 判断标准主要看运行位置、资源调用层级与自主决策能力。豆包与小艺虽同属系统级,但小艺因鸿蒙生态协同性更强,实际落地更顺畅;而豆包作为后来者,需直面已被巨头构筑的“护城河式”权限壁垒。

    耐人寻味的是,在普遍拒斥的背景下,京东成为罕见的“默许者”。在166款拒绝名单中,京东App未被列出;同期阶跃STEPX Neo的合作名单中,京东亦位列其中。

    这并非偶然。京东作为自营电商主体,其核心盈利来自商品销售毛利,而非广告与佣金。2026年Q2财报显示,商品收入占总营收77%,平台及广告服务仅占9%。这意味着,只要能带来订单与用户增长,流量来源(包括AI代理导流)对其而言是增量而非替代。

    豆包拒绝接入应用统计图

    相较之下,阿里、拼多多等平台型电商高度依赖站内流量闭环与广告变现,AI助手若绕过App直接完成交易,将直接削弱其核心商业模式。因此,其拒绝态度更为坚决。

    此外,豆包此次升级还引入了MCP(Model Control Protocol)与A2A(App-to-App)两种补充路径:前者允许模型通过结构化指令调用App能力,后者则依赖App间预置的轻量级协议交互。这些方案试图在GUI之外构建更可控的协作机制,但目前尚未有主流App公开支持。

    从行业演进看,AI助手与App之间的关系正从“单向操控”转向“双向协商”。未来竞争焦点将不再是“能否操作”,而是“能否安全、稳定、长期地代办事务”——这要求Agent具备三重能力:精确理解意图、可靠调用工具、全程可审计追溯。

    短期来看,系统级Agent仍难突破头部App的权限封锁;中期可能形成“核心接口+有限GUI”的混合模式;长期则取决于监管框架是否明确AI操作的责任边界与用户授权机制。

    目前,豆包仍在推进其SAEP协议的落地,而阶跃、华为等玩家则以更务实的姿态推进生态共建。这场关于“谁掌控用户操作入口”的博弈,才刚刚进入深水区。