特斯拉Cybercab没有方向盘,也没有踏板。可就在它正式进入得州奥斯汀不到一周后,有乘客在中控屏左下角看到了一个方形虚拟摇杆,中间还有疑似“手动驾驶”的切换按钮。
至少两段发布在X上的视频记录了这个界面。按《The Verge》的描述,它看起来更像特斯拉员工使用的内部控制工具。目前公开信息仍有限:特斯拉没有说明谁能开启、可以控制哪些动作,也没有确认它属于常规功能、调试模式,还是车辆异常时的处置手段。
所以,暂时不能把它直接叫作“乘客应急方向盘”。但它至少戳破了一层过于轻巧的产品叙事:车里看不见人工控制,不代表运营系统里没有人工控制。
摇杆解决的不是驾驶体验,而是车队善后
一辆无人出租车遇到施工改道、传感器异常、上下客位置被占,或者只需向前挪半米时,系统总得有办法结束僵局。
传统汽车可以交给车内安全员。Cybercab取消方向盘和踏板后,人工干预只能换一种入口:车内隐藏界面、工作人员近距离操作,或者远程协助。视频里的虚拟摇杆究竟属于哪一种,目前还看不清。
这几种方案看起来相似,责任边界却完全不同。
| 处置方式 | 谁来操作 | 主要用途 | 现实问题 |
|---|---|---|---|
| 方向盘和踏板 | 车内驾驶员或安全员 | 直接接管驾驶 | 占用座位,也削弱“完全无人”的产品形态 |
| 车内虚拟摇杆 | 获授权的工作人员 | 低速挪车、测试或故障处置 | 权限如何验证,乘客能否误触 |
| 远程协助 | 运营中心人员 | 给车辆下达路径或脱困指令 | 网络延迟、画面盲区和责任认定 |
| 远程驾驶 | 后台操作员连续控制车辆 | 替代车内驾驶员 | 对通信稳定性和监管规则要求更高 |
表格里最关键的区别,是“协助”和“驾驶”。
远程人员如果只是提示车辆绕开障碍,最终动作仍由自动驾驶系统决定;如果工作人员能直接控制转向、加速和制动,那就是另一套安全问题。虚拟摇杆能做什么,决定了它究竟是一把维修扳手,还是藏在屏幕里的方向盘。
取消机械装置,不会取消接管成本
Waymo现有服务主要使用保留方向盘和踏板的量产车改装,车辆形态不够彻底,却给测试、拖移和现场处置留下了成熟入口。Cybercab从设计上拿掉这些部件,座舱更像专用机器人出租车,运营链条也因此必须承担更高要求。
特斯拉节省的是车内空间、零部件和安全员成本。它新增的账单,则会出现在后台人员、权限管理、通信保障、事故记录和监管解释上。
这正是虚拟摇杆重要的原因。它没有证明Cybercab“其实需要人开”,却说明完全无人驾驶从来不是把人删除,而是把人从驾驶座搬到车队系统里。人没有消失,只是乘客不再看得见。
早期电梯也曾依赖专职操作员。自动控制成熟后,操作员逐渐退出轿厢,但检修模式、紧急通话和值守责任并未一并消失。两者并不完全一样,重复的却是同一种规律:自动化拿走日常操作,异常处置反而要定义得更严。
乘客需要的不是摇杆,而是明确的退出机制
普通乘客真正会遇到的问题很具体:车辆停在路口不动时,该联系谁?后台是在给路线建议,还是直接驾驶?车辆失去通信后会停车、靠边,还是等待现场人员?这些信息比屏幕上有没有方向盘更影响安全感。
乘客也不该被默认成最后一道保险。没有训练的人在紧张状态下操作虚拟摇杆,既容易误触,也会让事故责任变得混乱。如果这个入口只供员工使用,特斯拉就应通过账户权限、车辆状态和操作日志把它锁死,而不是只靠一个隐藏界面维持边界。
车队运营人员承受的压力更直接。每增加一种人工介入方式,就要增加培训、排班、授权和复盘流程。介入频率如果很高,无人车省下的前台司机成本,可能会在后台重新长出来;频率足够低,这套模式才有扩张价值。
接下来不必盯着摇杆图标猜功能,真正有用的观察点只有几项:
- 特斯拉是否公开说明虚拟摇杆的使用场景和授权对象;
- 它能否控制转向、加速和制动,还是只用于低速挪车;
- 人工介入是否记录操作者、原因、时长和车辆状态;
- 车辆失联或系统故障时,乘客能否获得清楚、可执行的帮助。
我更在意最后两项。无人驾驶可以把座舱做得极简,却不能把责任也做成黑箱。Cybercab的考验已经不只是车辆能否自己开,而是出错时,系统能不能让人及时介入,并把每一次介入说清楚。
