AI资讯

豆包手机助手 SAEP 公示期结束:155 款应用明确拒绝 AI 自动化操作,腾讯系 66 款居首

来源极客公园查看原文

速览

  • SAEP 公示期结束,155 款应用明确拒绝豆包手机助手的 AI 自动化操作。
  • 腾讯 66 款、阿里 23 款、美团 11 款、快手 14 款,头部平台成拒绝主体。
  • Kimi、DeepSeek 等 AI 同类产品也关闭权限,拒绝不分赛道。
  • 字节自有生态默认支持,京东全系、B 站、爱奇艺等暂未拒绝。
  • 拒绝边界大致沿「是否有独立流量入口与生态闭环」划分。
  • SAEP 把此前风控层面的隐性拦截转为公开的开发者声明机制。
  • 高风险场景(支付、登录、内容发布)责任划分仍无行业标准。
  • 豆包自动化基于系统级权限,后台运行,不影响 App 手动使用。
  • 努比亚 NaviX Ultra 上《王者荣耀》风控事件是冲突公开化的导火索。
  • 未来或形成 OS、App、用户三层博弈的权限格局。

10 月 14 日,豆包手机助手推出的《屏幕自动化操作声明协议》(SAEP)结束 30 天公示期,随之公布的拒绝名单显示共有 155 款第三方应用明确关闭 AI 自动化操作权限。名单当日经两轮更新,首批 153 款,补全长尾应用后为 155 款。腾讯旗下 66 款、阿里旗下 23 款、美团 11 款、快手 14 款在列,覆盖微信、QQ、淘宝、支付宝、饿了么、美团、快手等主流产品;Kimi、DeepSeek 等 AI 赛道同类产品同样拒绝。字节跳动自有及关联应用默认全面支持,京东全系、爱奇艺、芒果 TV、哔哩哔哩、比亚迪/蔚来/小鹏/理想控车 App 等暂未出现在拒绝名单中。SAEP 把此前藏在风控背后的隐性博弈变成公开规则:开发者可自主声明是否允许豆包在自身应用内执行屏幕识别、模拟点击、内容填写,并可细化到具体页面与功能;30 天公示期内默认不开放,仅主动声明同意者被支持,公示期结束后未明确拒绝的应用按风险层级逐步开放,已明确拒绝者始终不被执行自动化操作,开发者可随时调整声明状态。

关键事实

  • 10 月 14 日,豆包手机助手《屏幕自动化操作声明协议》(SAEP)结束 30 天公示期,拒绝名单当日经两轮更新,首批 153 款,最终为 155 款。
  • 拒绝名单中腾讯旗下 66 款、阿里旗下 23 款、美团 11 款、快手 14 款,覆盖社交、电商、支付、娱乐、办公等核心领域。
  • Kimi、DeepSeek 等 AI 赛道同类产品也在拒绝名单中;滴滴、小红书、拼多多、知乎、陌陌、网易云音乐、百度地图、WPS、唯品会,以及三大运营商 App、工商银行、招商银行等均明确拒绝。
  • 字节跳动自研及关联全系应用默认全面支持;京东全系、爱奇艺、芒果 TV、哔哩哔哩、比亚迪/蔚来/小鹏/理想控车 App、多数国有大行与头部券商暂未提交拒绝声明。
  • SAEP 规则:30 天公示期内第三方应用默认不开放 AI 操作,仅主动声明同意者被支持;公示期结束后未明确拒绝者按风险层级逐步开放;已明确拒绝者始终不被执行自动化操作,开发者可随时调整声明状态。
  • 豆包手机助手的自动化能力基于系统级权限,可在后台完成屏幕读取与交互,区别于需占用前台的普通无障碍工具;该权限仅针对 AI 自动化操作,不影响应用正常手动使用。

本站视角

这份名单最直接影响的,是国内做手机 AI 助手与 Agent 的团队:豆包把「能不能替你点屏幕」从技术适配问题变成了需要应用方书面表态的授权问题,等于给全行业立了一个先例——以后任何一家做 GUI Agent 的厂商,都可能被要求走同样的声明流程,权限谈判成本会从暗处搬到明处。对用 API 和自动化能力做跨应用任务的中小团队来说,头部平台集体拒绝意味着可自动化的场景被压缩到自有生态和长尾应用,产品设计必须重新评估「哪些步骤必须让用户手动完成」。对普通用户,短期内的体感是 AI 手机能代劳的事情比宣传中少得多。 我们的判断是:这不是一次简单的商业站队,而是超级 App 对流量主权的一次集体确权。腾讯、阿里、美团、快手拒绝的核心动机,是 AI 助手一旦能跨应用完成任务,用户停留在自家首页的时长、推荐位的曝光、广告与交易的转化路径都会被绕过,这动摇了它们十几年积累的入口价值。值得注意的是,连 Kimi、DeepSeek 这类同赛道产品也选择拒绝,说明顾虑不只是流量,还有安全与责任——在支付、登录、内容发布等高风险场景,AI 代操作一旦出事,责任归属目前没有行业标准,风控系统本身就会把模拟点击判定为外挂。 需要观察的是:SAEP 的「公示期结束后未明确拒绝者按风险层级逐步开放」这一条,实际上给了平台一个不表态就被默认开放的压力,这可能是名单在公示期末尾集中补全的原因之一,也让「拒绝」本身成为一种需要主动承担的姿态。另外,155 款这个数字来自豆包官方单方面公布的名单,缺少第三方核验,且「拒绝」与「暂未声明」之间的界限由豆包界定,读者不宜把它直接等同于全部主流应用的最终态度。名单里京东全系、B 站、爱奇艺、车企控车 App 的缺席,究竟是倾向开放还是尚未决策,原文并未说明,后续变动值得跟踪。

背景与影响

移动端此前的权力结构相对清晰:操作系统掌握底层能力,App 掌握服务入口,用户通过 App 获取服务。AI 助手在用户与 App 之间插入新的一层,打破了原有平衡。在 SAEP 之前,手机 AI 助手能否操作某款应用、能操作到哪一步,基本由 AI 厂商单方面技术适配决定,应用方没有正式表态渠道,多通过风控策略默默拦截,用户面对的是模糊的功能边界。2025 年 12 月豆包手机助手技术预览版搭载努比亚 M153 工程样机开放体验时,已暴露与第三方应用的适配冲突;2026 年 9 月消费者版本与努比亚 NaviX Ultra 落地后,冲突再次集中出现,尤其是《王者荣耀》风控封禁事件,把矛盾推到台前。SAEP 的推出,意在把隐性博弈转化为公开的规则协商:开发者可自主声明权限,用户可清晰预期。这意味着,接下来权限细化、责任划分与利益分配,仍需行业在博弈中寻找平衡点;长期看可能形成操作系统、App 开发者、用户三层博弈的格局。

本文由 AI 辅助整理自公开信源,事实部分以原文为准;「本站视角」一节为编辑部判断,欢迎指正。版权归原作者所有,如有异议请联系我们。

编辑与审校

AI大海啸编辑部

负责选题、审校与「本站视角」的判断。

编辑流程与 AI 使用说明