豆包手机还怪好嘞，给了开发者30天“缓刑”

豆包手机正式版要开卖了，定档9月16号，这次备了20万台货，来进一步看看市场对AI手机的反应。

9月14日，豆包手机助手消费者版先发了一个声明预热，除了展示AI能干什么，官方也更强调授权、隐私和安全，并推出屏幕自动化操作声明协议（SAEP）。

应用开发者可以声明是否允许豆包操作自己的App。协议设置30天公示期，期满未拒绝，就意味着同意开放操作能力，允许AI助手借助系统级权限调用自己。

比起预览版引发的边界争议，有机制是巨大进步。这也说明，智能体生态的授权模式，在短短大半年时间就已经成为了共识，这对我国智能体建设形成合力、更好地参与国际竞争，善莫大焉。

1、这次，边界开始摆上台面

去年底，豆包手机助手预览版的跨应用操作，曾触发部分应用的安全风控。一边说AI终于能干活了，一边问谁允许它这样干活。

争议的焦点在于：用户想少点几个按钮，需求是真实的；应用要辨别操作来源、保护账户和交易，责任也是真实的。简单归结为“阻碍创新”或者“抢夺入口”，都把问题说小了。

消费者版开始正面回应这些问题。

首先是用户侧，据官方介绍，专属AI键加入指纹鉴权，完成本人验证后再调用助手；用户可以主动保存屏幕内容，形成可检索的本地记忆。发布材料还强调“合理必要”“用户自主控制”的数据处理原则，以及对可操作范围的分层、分级管理。

不过这些只是官方公布的设计与承诺，实际效果仍需验证。

而在应用侧，SAEP也不只有同意和拒绝两个选项。根据公开说明，开发者可以禁止全部操作，也可以对截图、模拟输入、内容修改分别设限；除了接入协议，还能通过邮件表达意愿。

这次的进步，是让开发者自己主动把操作边界说清楚。

2、30天后，沉默有了另一种含义

关于这个SAEP讨论比较多，我们不妨细看一下。

豆包官方开发者页写得很清楚：

公示期内，应用在公示期内不会被GUI智能体操作，除非主动声明接受。

公示期满后则是，若未通过邮件告知且未通过SAEP协议声明拒绝，我们将开放GUI智能体操作应用的能力。

需要补充的是，两种拒绝渠道长期有效，开发者此后仍可随时声明拒绝，官方承诺收到后及时响应。标题里的“缓刑”说的是默认不操作的缓冲期，并不是过期就丧失拒绝权。

真正变化的是默认值：从“你同意，我再动”，变成“你不反对，我就可以动”。这里的开放能力，也不等于取消全部用户授权和安全限制。

行业通常把这两种方式叫作opt-in和opt-out：前者主动加入才算数，后者不主动退出就算数。

其他方案可以作为参照。苹果App Intents由开发者声明可执行的动作和可提供的数据；谷歌AppFunctions也需要开发者主动标记开放的函数。简单说，应用先列出服务菜单，助手再从里面选。

微信公开的AI生态接入指引，同样要求开发者主动开启接入。即便采用无需额外开发的自动模式，也要先授权平台读取、分析小程序源码和页面。

自动执行，不等于自动获得授权。

当然，主动接入需要适配和维护，初期覆盖可能更慢；允许在未拒绝的应用中读屏、模拟点击，可以减少等待。但省下的等待，会变成应用方识别通知、评估影响、作出回应的工作。

不妨想象一个小团队，一边修故障，一边回客服，还要维护老版本。通知可能没送到负责人手里，也可能看到了，尚未来得及处理。没有回复，未必意味着已经评估并接受。

30天对不同团队，未必是同样宽裕的30天。

可能人们更想问的是：通知发出去了，是否就能视为对方已经作出了选择？

3、生态不只是一张可调用名单

除了授权方式，还要看授权的作用范围。

在某个平台内部操作小程序，与从手机系统层跨进其他厂商的App，涉及的合作关系并不相同。用户是否主动进入AI模式，原有协议约定了哪些权限，也都会影响判断。不能因为都有一个退出按钮，就认为前提一样。

这也不意味着接口接入天然安全、读屏操作天然危险。技术路径不能替代授权：开发者开放服务，与用户同意读取自己的信息、执行某次交易，是两回事。

对用户，便利应该伴随清楚的边界。查天气和转账不能只靠同一个笼统的“我同意”；重要操作需要相应确认，也应能查回操作记录，知道出错后找谁。

对应用方，声明权需要落到可验证的结果上。既然允许限定操作、随时拒绝，就应说清生效时间，并提供确认反馈。否则，按钮在自己手里，是否真正管用却不知道。

应用平台也不能只把安全当作拒绝自动化的理由。对于身份可识别、权限可控制的助手，应提供可行的合作路径，让愿意接入的人不必反复试探。

最后才是生意。AI带来订单，服务商完成履约，用户节省时间，这可以是增量。但服务由谁提供、收益如何分配、售后谁负责，也要一并讲清楚。一次调用成功，不等于一段合作能够持续。

健康的生态，不只是让助手有服务可用，也要让提供服务的人愿意留下来。