手机智能助手能帮你自动完成哪些日常操作

想象一下，如果你拥有一个能替你操作手机的智能助手，你会用它来做什么？是让它帮你回复微信消息，下单一份午餐外卖，还是在多个电商平台之间自动比价？更进一步，那些更复杂的任务，比如租房找房、旅行规划，是否也能交给它？

眼下，投身于开发“手机通用智能体”的团队不在少数，既有模型公司，也有具备天然硬件权限优势的手机厂商。这一切听起来很酷，仿佛“未来已来”。

但在梦想照进现实之前，或许我们该先问一个更实际的问题：究竟在什么情况下，我们才会真正习惯让AI来替我们操作手机？

什么情况下，我们会真的习惯让 AI 来替我们操作“手机”？

暂且不局限于手机场景，人们需要智能体的出发点，不外乎三种情况：“我不会”、“我现在不方便”、“我不想自己做”。

下图可以帮你更直观地划分这些任务场景：

当然，由于个人能力和时间精力的差异，同一项任务对不同人来说，归类可能完全不同。需要明确的是，图中是“希望智能体去做”的任务，并不意味着当前的技术一定能完美胜任。

具体到手机使用场景，我们可以举几个需求明确且相对靠谱的例子：

1. “我不会”

这或许是智能体最能体现“知识平权、科技向善”价值的叙事角度。例如，帮助父母长辈在层级复杂的App或小程序里完成线上挂号或水电费缴纳；或者，当我们面对陌生领域时，让AI代为撰写一份调研报告、零代码开发一个简易应用，或是代办不熟悉的便民服务。其核心在于降低接入各类服务的门槛，是适老化改造，也是将更多“不可能”变为“可能”。

2. “我现在不方便”

这类场景很常见。比如开车时想查看微信未读消息，或者在厨房满手油污时需要再次核对小红书收藏的菜谱。当双手被占用时，自然需要外力协助。至于手机不在身边时想远程播放音乐，或许更接近“我不想自己做”的范畴。

3. “我不想自己做”

我有时间，也知道怎么做，但纯粹因为“懒”或“怕麻烦”而不愿动手。典型场景包括：

• 薅羊毛：每天在各个平台自动签到、领取京豆、金币、浇水。让自己定时去完成这些琐事肯定不乐意，但如果AI能代劳，每月换来几份免费水果，何乐而不为？
• 跨页面对比：购买商品时，在淘宝、京东、拼多多之间横跳比价；规划出行时，对比飞机和火车哪个班次时间更合适、性价比更高。
• 信息整理：根据携程、滴滴、微信支付的消费记录自动申请发片，并将邮箱里的发片无缝同步到报销软件或记账软件中。对于经历过报销流程的人来说，整理票据的麻烦不言而喻。

上述需求真实存在。我们当然希望有一个“聪明劳动力”能外包那些“不会”、“没时间”或“不值得”亲自处理的任务。但问题是，基于手机操作界面的智能体方案，真的能比人类自己操作更胜任吗？

Phone Use 方案的局限与无奈

在智能体赛道狂奔的这半年里，根据其执行任务的“姿势”——即与软件交互的方式，可以大致分为三类：

• 函数调用类：通过预接入的API或MCP等接口，直接与所需资源环境交互。例如一些深度研究类产品、早期的扣子空间、昆仑天工等。
• 底层命令类：在拥有根权限的行动空间内，直接用底层命令调度资源和监视进程。例如Manus的Linux沙箱环境。
• 图形界面类：利用多模态大模型，通过对操作界面的视觉理解，模拟人类的点击和输入来完成交互。

当然，目前电脑或网页端的智能体已多采用混合方案，模型会根据任务类型自动决策执行方式，以达到效率、成本和意外兜底的综合平衡。

其中，GUI方案更像是一种“兜底”路线。它通过视觉理解和模拟操作，绕开对API的依赖，从而实现对上一个互联网时代软件生态的兼容。在手机使用场景中，App数据孤岛问题早已是老生常谈。当缺乏足够的系统级权限时，GUI方案实则是无法打通App生态后的无奈妥协。

1. 效率的局限

无论是游戏影视作品中的“卡拉连接”或“神识传音”，还是现实中的脑机接口探索，最高效的信息协作想象，始终是瞬间、海量的直接数据交互。而让一个AI去学习、理解并点击一个为人类视觉和触觉设计的图形界面，本质上是在强迫数字生命适配一种低效的交互方式。这种形式下，信息交换缓慢、数据量有限，且极易出错。

举个例子：你让AI帮你挑选午餐外卖，它要下滑到第几屏才算“看得足够多”？更何况，人类自己挑外卖时划拉几十屏仍犹豫不决的情况也屡见不鲜。

2. 生态的无奈

在移动互联网时代，每个App和小程序都是一个封闭的数据孤岛，很少对外开放核心数据和功能接口。即便是微信、支付宝这样完善的生态，也难以推动其内部的小程序服务商主动开放可供智能体直接读写的后端API。因此，智能体不得不“伪装”成真实用户，通过模拟点击这种原始方式，去“看到”各个App内的数据与服务。

手机通用智能体的现状，某种程度上反衬出当前AI原生时代的尴尬：我们拥有了越来越接近通用智能的大语言模型，但AI却不得不以近乎原始人的方式与世界交互——用一只“眼睛”看，用一根“手指”点，在手机屏幕上模拟人类的点点戳戳，过程曲折，困难重重。

为什么云电脑 Agent、Computer Use 还可以？

既然GUI是“权宜之计”，为何在电脑侧，无论是云电脑智能体还是本地计算机使用类产品，都采用了GUI策略，并且用户接受度似乎还不错？例如云电脑端的Manus，本地端的Claude。

除了电脑端应用本身更复杂，迫使厂商必须用GUI兜底之外，另一个关键原因在于任务场景、用户心态和风险承受度的根本不同。

云电脑和计算机使用智能体的场景更多偏向生产力和工作。在这类场景下：

① 任务目标通常更明确，结果预期也更清晰。例如，“帮我把这个文件夹里的文件批量转换格式”或“上网调研XX主题并生成一份可视化报告”。

② 用户对AI代劳的过程有更强的监督意愿，且对着电脑屏幕监工更为便利。一旦智能体行动有误，用户可以随时中断任务并进行校准。

③ 任务容错率相对更高。调研结果不理想，可以取其精华；AI编程出了一堆Bug，也可以用Git回滚。损失的多是时间，很少直接关联到个人资金或社交安全。

反观手机使用场景，则更多聚焦于个人生活，如点餐、购物、社交：

• 任务步骤通常更短：订外卖、比价等操作，其步骤和所需处理的信息量，远低于电脑上的深度研究任务。
• 过程充满不确定性：App的流氓弹窗、登录验证、支付提示、商家活动变化等，都会带来大量细微差异。
• 用户心态更倾向于“甩手不管”：希望任务完成得越快越好。当AI操作电脑时，用户还能玩手机摸鱼；但当AI开始操作手机时，用户主要的“摸鱼神器”却被占用了。
• 风险等级更高：手机是我们生活的个人信息与经济中枢，关联着最敏感的社交关系、个人隐私和支付信息。

这些差异，恰恰凸显了手机通用智能体面临的窘境：用户对任务一次性成功的期望最高，耐心却最低，而潜在风险最大。

最后，Phone Use Agent 面临的信任问题

当AI能够操作用户最私密的终端设备，代发内容、代购商品时，两个信任问题亟待解决：

1. 够聪明（高效）吗？

如果智能体的泛化能力不足、记忆力有限，过于挑任务，那么用户在面对“点一杯咖啡”或“跨平台比价”这类需求时，仍需反复测试和思考其能力边界。在深度研究场景下，知识工作者本身就需要投入大量精力，对结果也有开放性的接受度，或许愿意花时间磨合。

但在日常任务中，抱着“我现在不方便”或“我不想做”心态的用户，如果遇到智能体执行过程绕弯路、中途罢工或速度缓慢，其体验恐怕还不如自己手动操作来得利索。

顺带一提，Siri之所以长期沦为“定闹钟”、“设提醒”的语音工具，正是因为在“不够聪明”这一点上，从未让人“失望”过。

2. 够安全吗？

目前来看，安全性似乎还行，但这很大程度上是因为多数任务的泛化执行能力不强，往往无法自主完成全链路操作。为了让智能体能做更多事，用户有时不得不向其提供验证码、密码，或代为登录。

理论上，一个基于“视觉理解+模拟点击”的智能体，能够执行任何人类用户权限范围内的操作。这就带来了信任构建的难题。

我们接受“辅助驾驶”的过程是循序渐进的：先尝试几次自动泊车，然后在高速上“随时准备踩刹车”地开启领航功能，至今可能仍对城市内的自动驾驶保持警惕。这是一点点试探，并在觉得不够好的场景下关闭AI功能。车企的优势在于，针对不同场景提供了独立的功能开关，并且全程有方向盘和刹车作为物理兜底。

但基于设备的通用智能体则完全不同。“用美团给自己点一杯瑞幸”和“用美团给全部门订下午茶”，显然是两种风险等级的行为。前者买错了也能接受，后者则因金额高、责任大而令人担忧。然而，当你赋予智能体前者的权限时，它实际上已经具备了执行其他“危险”任务的可能性。

在个人设备上可能发生的智能体行为，远比“辅助驾驶”更加离散和不可预测。仅在一个登录了账号的B站应用内，AI就能替你播放视频、点赞、投币、评论、关注/取关，甚至点击广告。点进一个“相亲交友”广告，可能意味着未来两年都要被推销电话骚扰。

我们绝不希望AI做出任何预期之外的袋里行为，但当前的通用智能体却高度依赖“尝试-反馈”的试错循环。AI厂商在落地拥有大量等同人类操作权限的智能体时，必须认真考虑如何在现有技术水平下，安全地限制和审查其行为，为极端情况做好兜底方案。

或许，未来甚至需要为这些“AI员工”开发一份“延误与犯错险”？