豆包上车:它想做聊天搭子,还是你的车内助理?

从聊天习惯延伸到办事习惯,才最终决定豆包在车里的位置。

去年 12 月,豆包和努比亚合作推出了 nubia M153。手机里的豆包助手可以读取屏幕、跨应用操作,用户说一句“全平台比价下单”,它就会尝试自己搜索商品、比较价格,到了支付和身份验证环节,再交回给用户处理。
这可动了大厂的蛋糕了!
后续的发展是:部分用户的微信出现异常退出和无法登录的情况(甚至有用户直接被封禁)。豆包随后下线了操作微信的能力,也暂时限制了金融应用、刷分刷激励和部分游戏场景。[1]
但这几天,豆包又连续进入两个终端:
前天,搭载豆包手机助手消费者版的努比亚 NaviX Ultra 上市。昨天,豆包与火山引擎发布豆包座舱助手,首款搭载车型是上汽荣威家越07,计划于 9 月 21 日开启预售。豆包座舱助手可以连接车控、导航、娱乐,也可以和手机端的豆包 App 联动。[2]
手机合作之后,豆包又把助手放进了汽车座舱。


01.
为什么是豆包?
图片

我们在车里的场景是怎样的?
“有点冷”“放首歌”“前面是什么地方”,要求车机能接住随口说出的中文(现在的各种唤醒词都太傻了)。孩子问完一个问题,可能马上追问“为什么”;大人聊着路线,中途又改口说不走高速。车机不能每句话都重新开始,也不能要求乘客把话整理成标准指令再开口(更不要说还有方言、口音的差异)
这就要求车机不仅仅是能听懂唤醒词,执行指令,更要求能理解用户的真正用意。
聊天、解释问题、安排行程、处理零碎需求,本来就是一个生活助手需要做的事情。在这些任务里,豆包的能力已经完全足够。
这还没完,还有另一段工作:
同样一句“有点冷”,副驾驶说出来,应该调谁那边的温度?后排正在聊天,助手该不该接话?音乐放着、导航播报着,用户插进来一句“不是这个地方”,它能不能接上刚才的任务?
这些问题未必需要更复杂的推理,但需要车机能快速识别,并和车内设备配合。
聊天回复晚一点,人可以等;开窗、切歌这些动作迟迟没有反应,用户就会再说一次,甚至直接伸手操作,那这样「智能」的意义就不存在了。
车企接入豆包,省了从头培养通用对话能力的投入,设备的适配还省不下来——知道怎么回答“我冷了”,和准确调节说话人所在位置的空调,是两个环节。
但对没有自有大模型、也没有完整软件生态的车企,足够了。
训练模型之外,还要持续处理新问题、调整对话方式、更新知识。接入一个已经服务普通用户的助手,可以把更多精力放在车型适配和车内体验上(不包括小米、华为这类已经拥有模型、操作系统或跨设备整合能力的玩家,它们有自己的积累)
字节愿意做这件事,也和它选择的合作方式有关。
去年和努比亚做手机助手,今年又和上汽合作做座舱助手,豆包接连进入别人制造的设备。把“开放”落到这些动作上,更准确的意思是:它愿意与硬件厂商一起试,把助手接进系统,而不只是让用户下载一个 App。
这对双方都有用。
车企可以借豆包补齐对话和理解能力,豆包则得到单靠手机 App 很难获得的车辆信息和执行接口。用户在聊天框里问“车里怎么这么热”,豆包最多给出建议;接入车机后,这句话才有机会变成一次空调操作。


02.
为什么车机需要 AI
图片

车里已经有导航、空调、音乐和各种模式,再加一个 AI,究竟能省掉什么?
“我有点困,帮我找个地方休息一下。”
如果车机只能逐条执行指令,是怎样做的:先查附近哪里能停,再看是不是顺路、要不要下高速,选定地点后重新导航。到地方停稳,还要自己调座椅、关掉正在播放的内容、设置叫醒时间。
一连串的操作下来,人都清醒了。
能理解需求的助手,应该先处理“在哪里休息”这个问题,而不是听见“困”就立刻调座椅:最近的停车点未必适合休息,绕路更远的地方也未必值得去。它需要结合车辆位置、当前路线和地图信息,给出一个能说明理由的建议。信息不全,就补问一句;地点选好了,再开始导航。至于休息模式,要等车辆安全停好以后再处理。
所以,AI要做的是把一句话还原成需求,把相关功能按顺序排好,根据执行结果继续往下走。用户省掉的是查询、比较和反复切换的过程。
这也解释了为什么“多几个预设模式”未必能解决全部问题。
假设车里有一个午休模式,一键调好座椅、遮阳和空调,已经很方便。可它不会自动知道今天停在哪里更合适,也不知道你半小时后还要接孩子。
固定模式适合重复的动作,临时变化需要另外处理。AI的用处就在这些没有提前写进预设的模式上。
再换一个家庭出行场景:“先接孩子,再找个能停车的地方吃饭,别太晚到家。”用户既没有指定餐厅,也没有把路线说全。AI要先保住接孩子的时间,再在剩下的路程里筛选餐厅。临时换了一家,还得重算后面的安排。这里面没有哪一步特别高深,麻烦在于几个小条件会互相影响。
小米“人车家全生态”的思路是:手机上的安排、车里的导航、家里的设备,如果能够接续,用户就不必在每个设备上重新交代一遍。
华为的鸿蒙座舱思路是:助手的体验需要和系统、设备连接一起做。
两者至少把讨论从一块车内屏幕,延伸到了跨设备的使用过程。
但光连接设备还不够,手机可以把地址传给汽车,仍然需要人先找到那个地址;车机能控制家里的空调,也不意味着每次靠近家都应该自动打开。AI还要理解这一趟的具体安排,分清哪些是长期习惯,哪些只是今天临时说的一句话。
从这里往前走,才会逐渐有个人助理的样子。
用户说到一半改主意,它能接着办;某一步做不了,它能告诉你卡在哪里。否则,任务交出去以后还得一项项检查,省下的操作又变成了新的操心。


03.
豆包的野心
图片

现在的豆包,更像是一个聊天搭子。长途路上聊几句,给孩子讲个故事,回答一些随口提出的问题,而不是每次都一定要做什么。对于一个新上车的助手,这些也是用户容易开始使用的场景。
但不能总是聊天,从聊天习惯延伸到办事习惯,才最终决定豆包在车里的位置。
用户已经习惯和豆包说话,饿了就直接问附近有什么好吃的。原本他可能先打开地图或餐饮平台,自己翻评价、比较距离;现在豆包先听到需求,再给出几个选项。餐厅和地图仍然提供服务,使用的对象却变成了AI。
服务没有消失,对象和顺序变了。
如果这套过程足够好用,豆包就有机会留在需求发生的第一步。找餐厅、找停车场、安排周末出游,都可以从同一个对话开始。它未必要自己做所有服务,只要能够把用户交代的事情接下去。
手机和汽车的连接,会进一步放大这个位置。
在手机上聊好的预算、时间和偏好在车机上授权后接续,用户上车就不必重新解释“刚才说的是哪一趟旅行”。助手积累的使用关系,还可以随着用户换设备继续保留。
这比只是一个聊天搭子更爽。
一个只会回答问题的助手,换掉之后重新问一遍就行;一个已经接着处理行程、知道临时改了哪些安排的助手,换掉就意味着一切重新开始。用户愿意一直用它,可能只是因为省得再说一遍。
入口的商业价值就在于此。
假如豆包只报出“附近有餐厅”,它做的是信息查询。假如它结合你的安排,筛到两三家,排好顺序,再把其中一家设成目的地,它已经参与了消费选择。谁出现在推荐里,谁被略过,距离、口味、价格各占多大分量,都会影响后续服务得到的机会。
而 AI 一旦承担推荐,商业关系就很难绕开。
未来如果加入商家合作,用户有理由知道:这家店排在前面,是因为更符合自己的要求,还是因为它与平台有合作?
一个替人省事的助手,如果总让人怀疑推荐动机,用户就得重新打开别的 App 再核对一遍。
豆包想承接更多需求,就得面对这种矛盾。
越替用户做筛选,入口越有价值;筛选越多,用户越需要相信它懂自己的要求,也如实交代了选择依据。
汽车又不是一个人的手机。车主常去的餐厅,不一定适合今天同行的老人;司机喜欢的歌,也未必适合正在睡觉的孩子。助手记得越多,就越要分清是谁的偏好、在什么场合适用。把一个人的习惯记得很牢,却在一车人面前反复用错,也很难叫贴心。
从聊天搭子走到个人助理,豆包需要接触这些细碎的问题。


04.
写在最后
图片

时间还早,豆包目前表现中规中矩即可。到了想找地方、改安排的时候,车主愿意顺口叫它;事情交代完,可以放心继续和家人聊天,不必隔一会儿又拿起手机核对。
这样的助手,用过几次,大概就不想换回去了。

参考资料
[1]: 新浪财经,《AI手机背后的“路”和“墙”:“豆包们”的权利和“微信们”的担忧》,2025-12-05,https://finance.sina.com.cn/jjxw/2025-12-05/doc-infzuert9396699.shtml
[2]: 中兴通讯,《全球首款AI智能体手机正式上市!努比亚NaviX Ultra 5499元起》,中兴通讯,2026-09-16,https://www.zte.com.cn/china/about/news/20260916C1.html