AI手机（886070）为何被各大应用说“不”，关注点并不在手机能否打开这些应用，而在人工智能（885728）助手能不能代替用户在应用内操作。据央视网10月18日报道，我国首个完成大模型备案到终端入网完整合规流程的AI智能体（886099）手机开售后，豆包手机助手遭到超百款应用拒绝。相关应用仍可使用，但禁止助手替用户操控。
目前，豆包手机助手跨应用办事主要依靠“屏幕自动化”：识别屏幕内容，再模拟人的点击、滑动等动作。它不需要每家应用都为助手单独开发适配，因此通用性较强；但这种方式也不同于应用之间通过专门接口交换数据。对应用而言，屏幕上的一次点击未必足以说明操作者身份、操作意图和授权范围都清楚。用户希望少切换页面，助手需要读取并执行指令，应用则要判断这样的访问是否符合既有规则，三方的需求由此交会。
争议首先落在安全责任上。央视网报道提到，应用厂商担心智能体遭到恶意控制或发生隐私泄露，也担心用户授权的助手行为与恶意外挂难以区分。对普通用户来说，允许手机助手代为操作，直觉上像是把自己的手势交给工具；但在应用看来，自动化程序可能接触页面信息并触发操作，风险并不只发生在点击那一刻。若出现误操作或信息泄露，用户授权、助手运行和应用风控之间的责任边界需要说清，单凭“用户同意了”未必能回答所有问题。
另一层摩擦来自应用生态。许多服务把用户关系、核心数据和流量入口留在各自应用内，第三方助手若能跨应用调度，用户完成任务的路径就可能改变。设想用户让手机助手查找信息、填写内容，再跳转到另一项服务，过程中涉及的并非单次点击，而是信息读取、身份验证和提交动作的连续衔接。对用户，少一步操作可能更方便；对应用，哪些内容能被读取、哪些动作可以代办、谁能触达用户，都与服务控制和商业安排有关。功能上的便利因此不能自动替代平台间的许可与规则。
此次豆包团队提出屏幕自动化操作声明协议（SAEP），并启动为期30天的规则公示。协议允许第三方应用自行声明是否接受AI助手进行屏幕自动化操作；豆包手机助手方面表示，会尊重开发者意愿，对明确拒绝的应用不进行自动化操作。
AI手机（886070）的“一句话办事”要跨过的，因而不只是识别屏幕和执行指令的技术门槛，也包括授权、责任、安全和平台规则的协调。对用户而言，助手能否完成任务固然直观；对整个服务链条而言，操作范围是否清楚、应用是否有选择权、出错后责任能否厘清，同样决定了这项能力如何落地。应用说“不”，折射出的正是便利诉求与既有秩序之间尚待磨合的边界。
