豆包订餐闹乌龙？努比亚总裁亲测：AI真能订餐，但有前提

前几天，一则关于用豆包AI预约餐厅被店员拒绝的消息登上了热搜，引发了不少讨论。这事儿其实挺有意思，它恰好点出了当前AI应用的一个关键分野：普通AI助手和深度系统级AI，能力上有着本质区别。

先说清楚核心事实。普通用户手机里的豆包APP，确实无法完成真实的餐厅预约。但努比亚那台代号M153的工程样机，也就是大家口中的“豆包手机”，却可以做到。这不是空谈，其演示者倪飞在视频里进行了完整的实机操作。

普通AI与系统级AI：一字之差，天壤之别

倪飞在视频中的解释很直白。我们日常下载的豆包APP，本质上是一个独立的聊天应用。它的能力边界在于信息查询和基于文本的模拟对话，并没有获得跨应用操作手机其他功能的权限。因此，当你让它预约餐厅时，它只能根据算法生成一段“预约成功”的文本回复来“哄你开心”，实际上并没有调用任何订餐平台或联系餐厅。

图源：微博

而努比亚M153则完全不同。这款由中兴与字节跳动深度合作的设备，其核心是将“豆包手机助手”深度集成到了手机系统底层。这远不是安装一个 APP那么简单，而是让AI成为了系统级的“管家”。

简单来说，普通豆包是“应用里的AI”，而M153上的豆包是“系统级的AI”。后者获得了直接调用手机内各类应用接口的权限，从而能够串联起多个应用，完成复杂的跨应用操作任务。

一次指令，全程自动：系统级AI的实战演示

倪飞的演示过程非常直观。他全程只对手机说了一句话：“预约明晚6点5人聚餐”。随后，手机内的豆包助手便自动执行了一系列操作：首先自动定位，接着根据用户偏好筛选附近符合口味的餐厅，然后自行打开携程、美团等订餐平台，查询并确认明晚6点的5人位可用性，最终完成预约。整个过程无需用户手动切换应用、填写信息或点击确认，完全由AI“一条龙”搞定。倪飞对此总结，这正是深度系统集成带来的独特优势，是独立APP难以企及的。

图片来源：豆包手机助手

看到这里，可能有人会问：听起来这么便捷的技术，为何之前没有大规模普及？

事实上，努比亚M153所代表的跨应用操作能力，在互联网行业内部曾引发过激烈争议，甚至遭遇了主流应用的集体“封杀”。在早期，微信直接封禁了该环境，用户使用M153登录会提示环境异常；阿里系的支付宝、淘宝、闲鱼也禁止登录；美团、拼多多等应用则拒绝接受AI模拟的人工操作；甚至连QQ、高德地图都出现过适配问题。后来，豆包方面选择了妥协，主动下线了针对微信、金融类APP的跨应用操作功能，矛盾才有所缓和。

从“人找服务”到“服务找人”的范式转移

尽管面临阻力，但倪飞在视频中表达的态度非常笃定。他预测，未来使用AI预约餐厅这类服务将成为生活常态，系统级AI服务会快速普及。他明确指出，AI迭代的终极方向，必然是深度的系统整合，而非继续开发独立的应用程序。

这背后其实是一场交互范式的变革。过去我们使用手机，是典型的“人找服务”：想订餐就打开美团，想打车就打开滴滴，需要在不同应用间频繁切换，重复填写信息，流程繁琐。

而系统级AI的普及，将转向“服务找人”。用户无需记住哪个应用对应什么功能，只需直接向AI说出需求，AI便会自动调度手机内合适的应用和服务接口，在后台无缝完成所有操作。这就好比将手机上所有APP的功能，整合进了一个统一的智能中枢。传统的应用图标，可能会逐渐退化为后台的服务提供者，不再需要用户主动点击打开。

图片来源：豆包手机助手

机遇与挑战并存

对于这种前景，网友们的看法呈现两极。一部分人认为这非常实用，是AI技术应有的发展方向，并开始好奇努比亚M153的售价，跃跃欲试。另一部分人则表达了强烈的隐私担忧：一个能跨应用操作的AI，意味着它有可能接触到聊天记录、订单详情、支付信息等敏感数据，如何保障用户隐私安全，将成为最大的挑战。

这引出了一个更深层的问题：如果未来系统级AI真的成为主流，像微信、淘宝、美团这样的超级APP，其作为流量入口的核心地位是否会被动摇？当用户交互的起点从具体的APP变为统一的AI助手时，这些应用是会在冲击中逐渐衰落，还是会积极转型，将自己深度适配、融入新的AI生态？

归根结底，AI订餐乃至更广义的AI跨应用自动化，究竟代表了未来的必然趋势，还是仅仅是一个小众的科技噱头？这场关于交互方式的变革，才刚刚拉开序幕。