Cybercab 难的不是量产，是测试

Cybercab 开始生产后，特斯拉把顺序反过来，先把没有方向盘的两座车造出来，再等自动驾驶系统追上它。硬件确实抓眼球，哑光金，溜背，没有方向盘，展厅里会让人停下脚步。对工程团队来说，这里要盯的是上线。测试没跑完，就不能算 ready。

我用 Zoox 才一个多月，看过它无方向盘、双向行驶的设计。它给人的感觉是把运营边界、调度、安全兜底一点点磨出来。Waymo 也类似，先在一个城市里把复杂路口、行人、施工区跑成数据集，再扩。Cybercab 现在像还没写完核心函数就先把界面发布。这个函数命名不太行，叫 Cybercab 可以，叫 Robotaxi 还早。

Cybercab 和 Waymo/Zoox 的差别，落在真实道路风险和验证成本上。Cybercab 路线先定义硬件形态，先铺产能，再用软件迭代补自动驾驶能力。制造能提前跑，安全验证却被硬件倒推。Waymo/Zoox 路线先把测试车队、远程兜底、场景库、接管策略跑通，再考虑无方向盘产品。风险被关在测试阶段，但扩规模慢，成本高。

Musk 也承认 Robotaxi 至少到 2027 年才可能有实质收入。这比金色外壳更工程，收入节点晚，说明软件、监管、运营都没到量产就赚钱的阶段。

从工程落地看，问题会拆成三类，感知长尾、行为策略、数据回流。行人横穿、施工围挡、临时红绿灯，都是长尾。绿灯前该不该像人类司机一样果断，是策略。失败场景能不能回流到训练集，是数据回流。最近两周我做数据清洗，越做越明白，模型效果常常卡在脏标注和时间戳错位上，训练本身未必是瓶颈。自动驾驶也一样，没有干净、对齐、可追溯的数据，训练集就是噪声放大器。

如果一台车还有方向盘，测试可以分阶段，先让人接管，再让系统独立跑。Cybercab 没有方向盘，等于把 fallback 从车里删掉了。这时候测试有没有写，直接关系到法律和商业问题。需要覆盖 happy path，也要覆盖传感器遮挡、定位漂移、网络中断、调度失败、乘客误操作。

代码洁癖会让我盯着接口命名。Robotaxi 系统里，takeover、fallback、cancel_trip 这些函数名不能含糊。一个名字不清楚，日志、报警、事故复盘都会乱。更麻烦的是，自动驾驶策略和运营调度耦合太深，一次灰度失败，排查要翻十几个服务。我最近一个月盯测试覆盖率，越盯越不信先上线再修。消费电子可以，自动驾驶不行。

工厂能证明它能把一台奇怪的车造出来，真正的压力在道路。它需要证明没有方向盘的车，能在复杂路口不犯致命错误，能在异常时有可解释的处置，并拿出监管需要的数据。补不齐，Cybercab 就是一台很会吸引目光的车。现在更值得盯的是它敢不敢公布测试里程、接管率和失败场景分类。

---

📌 本文编译自 Wired，原文 https://www.wired.com/story/here-comes-the-tesla-cybercab/

版权归原作者所有，本文为基于公开报道的编译与独立分析。