豆包手机，给了开发者30天最后通牒

在豆包手机2.0正式上线的两天前，也就是9月14日，其在官网给开发者发了一个通知：30天公示期内，你的应用不会被GUI智能体操作，除非你主动声明接受；30天一过，只要你既没发邮件、也没通过SAEP协议拒绝，就默认开放GUI智能体操作能力。

这是一份给开发者的最后通牒——30天，不回复就等于同意。

30天背后，不仅是一款手机的焦虑，更是两个行业的焦虑。而最核心的围绕隐私和权限问题的博弈，依旧没有画上句号。

01

30天，不回复就算同意

豆包手机2.0在9月14日发布前夕，贴出了一份"开发者接入"说明，核心规则就两条。

一条是30天的公示期内，应用不会被GUI智能体操作，除非开发者主动声明接受。

另一条是公示期满，若未通过邮件告知、也未通过协议声明拒绝，豆包将默认开放GUI智能体操作应用的能力。

翻译成人话就是：30天后，你不说话，我就暂且当作你同意。

豆包这次推出的SAEP，中文名为“屏幕自动化操作声明协议”。应用可以通过它声明是否接受屏幕自动化操作，也可以限制具体操作范围。

相比之前完全不询问第三方应用的态度，提供明确的声明渠道，是一个非常正面的积极变化。开发者不必只有全面封堵这一种应对方式，智能体也有了识别应用边界的机制。

问题出在没有声明的那部分应用上。

“没有回复”可能意味着愿意接受，也可能意味着尚未完成评估、没有安排人处理，或者根本没有看到通知。把这些不同情况统一归入“可操作”，省下了逐一确认的过程，却没有消除其中的不确定性。

对于规模较大的平台，跟踪新设备、新协议通常有人负责；对人员有限的应用团队，持续关注每一家智能体厂商的公告，本身就是额外工作。

不能因为开发者没有及时回复，就推断它已经评估过相关风险。

官网公布规则，与开发者实际知悉规则，也不是一回事。仅凭一份公开说明，我们还无法判断：通知覆盖了哪些应用，怎样确认送达，开发者提交拒绝后，又需要多长时间才能落实。

官网对此使用的表述是“尽快生效处理”和“及时响应”。这些承诺还需要在实际运行中变成可检查的处理时限。

因此，值得追问的不是“开发者为什么不赶紧发封邮件”，而是当一项由外部产品发起的能力扩展，为什么要由每个应用主动退出，才能维持原来的状态？

02

同样是"默认开放"，区别在哪

讨论这件事，容易把几个不同问题混在一起。

用户是否愿意让AI代为操作手机，是一层；应用是否愿意向外部智能体开放接口或接受自动化操作，是另一层；屏幕上的信息能否被读取、传输和保存，又涉及具体的数据处理边界。

这几层不能互相代替。

开发者同意接入，不代表用户的所有信息都可以交给智能体。反过来，开发者未作声明，也不能据此推导出用户已经授权读取和处理相关数据。

用户希望少点几次屏幕、少重复填写几遍信息，是正常需求。开发者要求明确操作范围、异常处理和责任划分，同样是正常诉求。

假设AI选错了商品规格、重复提交订单，或者把信息填进了错误的输入框，用户需要知道操作经过，应用需要判断是否撤销，助手也需要提供可追溯的记录。

这些问题，不会随着一次“默认开放”自动解决。

但如果再换个角度来看，豆包二代手机上这次的路线选择，实际上和一代手机遇到的阻碍不无关系。

豆包手机一代取得了远超市场预期的传播效果，但结果大家也都知道，面对现实阻力以滑铁卢般的折戟结束。

核心原因是豆包手机一代采取了GUI路线，也就是通过手机厂商对系统的底层权限，再通过无障碍实现“识别屏幕+模拟用户操作”的方式操控手机内的软件。这在去年之前几乎是手机厂商进军AI赛道的主要打法。

但当豆包手机一代在这条路线上达到登峰造极后，引起了第三方软件的担忧：无需第三方软件的同意，操控软件带来的权责模糊怎么解决？用时二十多年形成的“手机-软件-用户”生态平衡被打破，软件沦为后台被调用工具，怎么破？

没有手机厂商能回答这个问题，AI行业也回答不了。面对现实阻力，在这一刻，Agent的路线分化成了两条：一条是"你不反对我就当同意"，行业里叫opt-out；还有一条是"你点头我才当同意"，叫opt-in。

而目前opt-out已经不是主流了。

比如微信小微，是双重opt-in：用户侧要主动弹窗授权，开发者侧要在后台主动开启AI接入权限，两道门都得推开。目前已和华为、荣耀、小米、OPPO、vivo五家合作，荣耀YOYO率先跑通。

再比如华为荣耀小米的手机AI助手，采取A2A和MCP路线后，也需要软件同意才能实现通过接口的AI操作。

而在海外，谷歌的App Functions是opt-in，走Android MCP，让应用作为设备端MCP服务器，开发者用Jetpack库声明能力，调用前还要用户授权。苹果的App Intents也是opt-in，微软的Copilot插件还是opt-in。主流方案清一色选opt-in，而且都在做同一件事：把"调用"建立在结构化接口上，而不是去模拟用户点屏幕。

但我国这边确实有分化。比如支付宝AI版走的就是opt-out，未改造的小程序默认开放AI读屏能力。豆包这次的30天通牒也如此。

但差别也很关键：支付宝的opt-out发生在自己家的地盘上——面对的是自家生态内的小程序，用户还得主动"一键切换"进入AI版。

豆包手机2.0的opt-out，发生在系统层。它面向第三方应用，包含其他厂商的App，也包含那些从没人问过意见的长尾开发者。

值得注意的是，豆包手机二代在先前的宣传里是“接口为主、GUI为辅”。这被认为是豆包手机在折戟后寻求生存空间的方式，但如今30天通牒一出，很难说谁主谁辅了。

这种摇摆后确认的路线再次松动远比开发者们反对更重要。

03

豆包到底在跟什么赛跑

那问题来了：豆包手机为什么这么急？答案可能不在技术端，而是在数据上。

据QuestMobile数据显示，2026年一季度豆包月活3.45亿，上半年日活超过2亿，在国内AI应用里是断层第一。

但收入呢？有媒体测算，豆包的日收入不足百万元；券商按最便宜的豆包模型估算，它提供一天免费AI服务的成本，在1.32亿元到2.4亿元之间。

有报道称，字节内部做过一个对比：养豆包一天的成本，比运营整个B站还高，可它拿到的用户总时长，还不到B站的八分之一。

支出这边更狠，2026年字节资本开支从1600亿元一路调整到2000亿元以上，其中约850亿元专用于AI芯片，还落地了一笔296亿美元的银团贷款；而2025年净利润下滑超过70%。

一边是每天千万级起步的成本，一边是每天不足百万的收入。

问题出在用户结构。

花旗调研显示，3.45亿月活里，学生和中老年群体占大头，使用场景集中在日常聊天、查资料、生活咨询，人均日使用时长不到一小时。

聊天，是最难变现的一种注意力。更尴尬的是，今年6月豆包试水付费订阅，消息刚传出来，5月月活就掉了610万，是它上线以来罕见的一次下滑。

所以豆包需要往前迈一步：把"陪人聊天"变成"替人干活"，把停留时长变成真实交易。只有当用户真的通过它订完一张机票、下完一单外卖，佣金和GMV才可能发生。

而要让这一步成立，Agent就必须真的能操作应用。

一代试过一次，代价很大。一代的教训其实也很简单：绕过生态，行不通。

于是二代换了条路。根据多家媒体的报道，新一代豆包手机除了保留用系统级权限来读屏模拟点击外，也开始尝试转向谈MCP标准协议。据中兴通讯工作人员在WAIC现场透露，字节体系内目前支持这种新协议的App，有数十款。

数十款而已。

04

AI时代的生态难题

这里要提一下另一个手机品牌——华为。不是说华为在AI助手上做得有多好，而是豆包的困境，也曾经是华为的困境。

当初华为决心自研系统后，也曾经被“支持的App寥寥无几”的生态难题所困住。

而如今豆包手机面临的问题是什么？也是生态。

一部要当主力机卖的手机，用户装一百多个App，能调用的可能只有几十个，而且大头还是字节自己家的。靠协议一个一个谈下来，谈一年也未必够。

所以你再看那30天，它就不是疏忽了，它是一个类似华为当初推出的“卓易通”一样的补齐计划：愿意谈的走MCP，慢慢签；谈不下来、又没人出来反对的，就用GUI这条老路兜着走。毕竟在官方方案里，GUI读屏加模拟点击依旧是主路线，协议调用才是辅助。

但与华为当初不同的是，在豆包手机面前摆着的多了一个“硬件那头的关门”：到今年二季度，我国智能手机出货量已连续第五个季度同比下滑，厂商集体涨价也没拉起换机潮，而IDC的前五名单里根本没有努比亚。

生意难做可以理解，难做就把账单转嫁出去。这也是现在手机的现状，面对上游芯片的涨价潮，手机行业选择把代价转给消费者；而豆包则是面对生态短板，选择了30天通牒把难题转给开发者。

但还有一个方向问题。业内对GUI路线智能体的要求，已走过无障碍接口、纯GUI、API+GUI，最后落到“双重授权下的GUI”，默认采集用户数据的空间一直在收窄。在这个背景下，重新走回老路，规模化推进“默认开放”的GUI，阻力估计会不小。

但还有种可能，30天不是给开发者的，是给那张损益表和投资人看的。

AI时代，已经无法既要也要了，与其都要导致都得不到，也许真不如一条路走到黑。