30天公示期结束，主要应用仍无法使用
豆包手机助手于10月14日宣布，在其《屏幕自动化执行协议》（SAEP）完成为期30天的公示期后，将逐步向第三方应用开放屏幕自动化权限。公示期结束后，开发者仍可拒绝接入；已明确拒绝自动化的应用不会由助手操作。
目录
拒绝名单涵盖了许多能让手机助手胜任日常任务的服务。阿里巴巴生态应用包括淘宝、天猫、菜鸟、支付宝、钉钉和饿了么。腾讯生态应用包括微信、QQ、王者荣耀和《英雄联盟手游》。名单中还有美团、拼多多、快手、小红书、知乎、招商银行和中国工商银行等服务。
因此，此次调整是扩大接入范围，并非允许助手不受限制地控制手机。此前，开发者必须主动同意自动化；新机制则改为逐步开放符合条件的应用，除非开发者已拒绝或设置了限制。系统安全规则、用户授权以及应用自身的业务校验仍然适用。
豆包表示，开发者可随时提交拒绝接入申请，平台将在三个工作日内响应。但这一响应承诺并不等同于承诺在该期限内落实所有申请。公告称，相关操作将尽快关闭，但没有另行规定普遍适用的落实期限。
对用户而言，实际问题在于助手能完成任务的哪些环节。应用可能完全无法使用，敏感页面可能受到限制，或者最终操作需要用户接手。SAEP为这三种情况都提供了相应机制。
公示期结束后有哪些变化？
公示期内，豆包仅允许对系统应用、字节跳动应用，以及通过SAEP或官方邮件明确同意参与的第三方服务进行自动化操作。默认情况下，助手不会操作其他应用。
公示期结束后，未通过官方渠道提交拒绝申请、也未设置禁用策略的应用，将成为逐步开放接入的候选对象。豆包9月对计划的说明称，开放将根据风险等级逐步进行，而非同时向所有应用开放。
理解这一点有助于判断任务失败的原因。10月14日之前，应用无法使用可能只是因为开发者尚未主动同意参与。调整后，接入仍可能因开发者拒绝、页面限制、身份验证、用户确认要求或应用自身的安全控制而失败。
面向消费者的助手版本于9月14日上线，手机操作能力当时处于测试阶段。豆包智能服务、购物辅助、录音摘要和工作任务等其他功能，与某个特定外部应用是否允许屏幕自动化是两回事。
逐步开放如何推进至10月14日
这项政策调整之前，手机自动化与应用安全系统已发生过多次冲突。2025年12月，豆包手机技术预览版首次推出后，出现了微信登录问题、淘宝验证难题，以及银行应用识别出风险环境后停止登录或支付操作的情况。
随后面向消费者推出的版本，在扩大接入范围前增加了正式的申报流程。主要进展如下：
- 2025年12月：努比亚M153搭载豆包手机自动化功能，随后在多个主要应用中遭遇限制和安全验证。
- 2026年9月14日：面向消费者的助手推出手机操作测试版，30天公示期开始。部分M153用户反映，此前可用的自动化任务不再可用。
- 9月16日：搭载面向消费者版本助手的努比亚NaviX Ultra上市。相关报道将这一天描述为发布日或开售日。
- 9月17日：豆包澄清，公示期结束后开发者仍可拒绝自动化接入。
- 10月14日：豆包宣布公示期结束，符合条件的第三方应用将逐步开放接入。
对老用户来说，9月的限制可能让他们感觉功能有所退步。报道提到，一些M153用户无法继续使用熟悉的自动叫车、点餐等任务。这些限制源于临时的权限规则，并不能证明所有受影响应用的开发者都已拒绝接入助手。
哪些应用拒绝了接入？
10月14日公布的拒绝名单不只涉及阿里巴巴和腾讯。报道还列出了DeepSeek、WPS和唯品会，以及购物、社交媒体、银行和本地生活服务应用。据称，中国移动、中国联通和中国电信的应用也拒绝了接入。
这些限制影响努比亚M153和努比亚NaviX Ultra。关键不在应用数量本身，而在于这些应用覆盖的服务类型。购物任务可能无法进入某个电商平台，通信任务可能止步于即时通讯应用，金融任务则可能同时受到开发者拒绝和系统安全要求的限制。
公开的描述并未完整统计所有可访问和不可访问的应用。此前有报道称，90%的常用应用已逐步支持豆包GUI代理，但报道没有说明统计方法或纳入统计的完整应用范围。因此，这一数字无法说明按照10月规则可访问的应用占比。
9月关于支持服务的描述提到了曹操出行、汽水音乐和飞书妙记。某项服务出现在手机操作支持名单中，并不能单独证明其开发者已完成SAEP技术接入的全部环节。支持某项任务与采用该协议彼此相关，但并非同一回事。
SAEP实际管控什么
豆包的官方接入指南将SAEP描述为一套协议，供安卓应用为GUI代理设定操作边界。GUI代理能够识别图形用户界面并执行点击按钮、输入文字等操作，而不只是依赖应用专用的软件接口。
指南说明，该协议支持ObricUI 2.2及以上版本。这并不意味着SAEP能在所有安卓手机上运行。开发者必须检查目标设备是否具备并启用了这一功能。如果检查未通过，其应用必须继续依靠自身的安全控制措施。
限制分为三个层级：App层级，覆盖整个应用；Activity层级，覆盖特定的安卓屏幕或页面；Intent层级，覆盖发布或删除内容等业务操作。这里的intent指操作的目的，而不只是助手点击的可见按钮。
这种结构让应用可以允许部分辅助操作，同时保护敏感环节。应用可以通过global_disable禁止代理执行任何操作，通过screenshot_disable禁止截屏，或通过input_disable阻止模拟点击和文字输入。其他控制项则针对内容修改、最终发布、删除以及奖励或促销权益。
获准操作仍需授权
官方指南强调区分应用权限与系统的最终决定。操作结果取决于代理的身份和可信状态、系统安全基线、应用声明的策略，以及用户对当前任务的授权。
应用不能放宽系统安全基线。如果系统要求拦截操作或由用户介入，应用就不能将其改为允许。多条适用规则发生冲突时，以限制更严格的结果为准。如果策略解析失败，系统会回退到应用可用的默认策略，并记录原因。
指南列出了三种主要处理结果。ALLOW允许使用相关系统功能，但不会取消应用身份验证或用户授权要求。BLOCK会阻止操作，助手不得试图绕过限制另寻路径。CALL_USER会暂停自动化，等待系统确认或由用户手动接管。
确认仅适用于向用户展示的具体步骤，并不意味着用户已对之后的所有操作作出全面授权。支付、转账、账户身份验证、发布、删除和权限变更等敏感操作，系统可能要求用户确认、手动接管或拒绝执行。
文档中还出现了第四种标记CLARIFY，用于表示需要澄清或施加较软的限制。其具体含义和适用范围取决于目标软件包。指南还提醒开发者，不要想当然地认为App、Activity和Intent规则的顺序允许后续规则覆盖先前的限制。
限制应由系统执行，而非只靠助手承诺
SAEP最重要的技术主张是：限制应在系统控制点生效，而不能只依赖代理主动遵守。截屏、无障碍读取、点击和模拟输入都应通过受控的执行路径完成。
指南列出了具体例子。应用级禁令可以阻止目标应用进入代理的虚拟显示。截屏限制可以通过安全显示层实现。输入限制可以在安卓输入管理路径中阻止模拟操作。
但有一项重要限制：能否完整执行针对业务意图的限制，取决于目标系统版本。开发者不应仅凭代理声称已遵守限制，就认定发布、删除或奖励相关限制在技术上已得到落实。
指南建议的基础接入方式，是将静态策略随应用一同打包。应用安装或更新时，系统会读取并缓存策略，无需应用进程保持运行。开发者也可选择动态更新规则，以适应用户状态或业务条件变化。更新时版本号必须递增；若更新失败，则必须保留此前有效的策略。
审计日志可追溯操作，但留存时间有限
该协议提供了接口，供应用查询已注册的代理，以及与自身应用相关的审计记录。身份信息可能包括代理标识符、软件包名称、签名、类型、可信状态和版本。完成注册本身并不意味着代理获准执行所有业务操作。
审计机制会同时记录策略判定和实际执行结果。开发者因此可以区分“获准后执行失败”与“操作被拒绝后又尝试绕过限制”。记录可关联代理、会话、任务步骤、目标应用、页面、操作类型、策略版本和原因代码。
指南要求限制审计信息的披露范围：记录中不应包含原始屏幕截图、用户输入的敏感个人信息或完整的界面控件树。应用只能查询与自身软件包相关的记录，不能查看其他应用的历史记录。
日志存储在设备的安全区域，默认保留60天。当数据库超过100 MB或记录数超过100,000条时，也会启动滚动删除。这些是并列触发条件，因此设备使用频繁时，较早的记录可能不到60天就被删除。实际的查询、导出和留存能力取决于系统版本。
豆包另行表示，倾向于在设备本地处理敏感信息。其团队称，必须上传至云端的数据会先在本地进行额外加密，并在会话结束后销毁相关密钥。这些是其公布的设计做法，并非独立机构对所有已部署工作流程均符合这些做法的结论。
用户选择与开发者控制仍存在张力
SAEP为开发者提供了结构化的拒绝或限制自动化方式，但这并未解决一项法律争议：代表用户行事的助手是否仍需获得每个应用的单独许可。协议的操作规则与用户授权的法律地位是不同的问题。
复旦大学法学院副教授葛江秋认为，代理本质上是在协助用户或代表用户行事，其行为的法律后果应由用户承担。浙江大学光华法学院研究员吴培成支持用户一次授权的做法，并认为再要求平台许可会限制日常使用、增加行业成本。
华东政法大学竞争法研究中心执行主任翟巍从用户对个人数据的控制权角度探讨应用间的访问问题，包括数据可携带和删除。中国人民大学法学院副教授黄尹旭也认为，只要系统授权有效，且代理准确执行用户指令，就不应再要求外部平台反复授权。
这些是学术观点，并非取消开发者限制的法院裁决。在实际操作中，豆包宣布的做法是尊重明确拒绝。因此，按照助手的操作规则，用户指令不能推翻应用的禁令。
用户接下来可以期待什么
NaviX Ultra的12 GB内存、512 GB存储版本定价为5999元，享受国家补贴后的起售价为5499元，降低500元，约为标价的8.3%。购买设备并不意味着用户一定能访问所有应用或完成所有任务。
豆包的演示展示了其设想的使用体验：助手通过摄像头画面，在指定尺寸和预算范围内寻找橱柜；或根据已知地址安排叫车。这些演示展示的是计划中的工作流程，并不能证明所有购物或出行服务都按现行规则允许此类操作。
豆包尚未公布10月14日之后各应用逐一开放接入的详细时间表。公开信息也没有提供确定的接入率、完整的开放进度安排，或证明所有支持版本都能统一、可靠地执行每项Intent限制。
接下来实际需要检验的是：任务停止时，用户能否获得明确、稳定的原因说明，例如开发者拒绝接入、页面受到保护、系统安全规则拦截，或需要用户亲自确认。逐步开放扩大了助手可能触及的范围，而SAEP则决定了这种触及必须止步于何处。
要点
- 豆包宣布，在30天公示期结束后，于10月14日起逐步开放第三方应用的屏幕自动化。
- 明确拒绝接入的应用不会由助手操作。
- 拒绝名单包括阿里巴巴和腾讯旗下的主要服务、银行、购物平台及其他热门应用。
- 开发者仍可拒绝接入，豆包承诺将在三个工作日内响应。
- SAEP支持在整个应用、单个页面和特定业务操作等层级设置限制。
- 即使应用允许自动化，仍须符合系统安全要求并获得用户授权。
- 官方指南指定支持ObricUI 2.2及以上版本，部分能力取决于目标系统版本。
- 目前尚未公布逐一开放各应用的详细时间表。
