Cruise Robotaxis 一直在 SF 街道上停滞不前，我们应该有多难过？

众多 报告 通用汽车 Cruise 部门的多辆机器人出租车出现在旧金山街道上，有时会阻塞十字路口，有时还会撞车。 涉嫌匿名 Cruise 员工 和其他报告表明，该问题涉及 Cruise 云服务器出现故障或无法与车辆通信，使它们在“安全状态”下停止。 显然这不应该发生，Cruise 应该做得更好，另一方面，在任何原型项目中都可以预料到打嗝，必须在某种程度上容忍。 另一方面，克鲁斯最近试图通过向客户收取乘车费用和扩大运营来从原型状态转变为毕业。

为什么会这样呢？

Cruise几乎没有就这些事件发表过公开声明，只是表示如果出现问题，他们的车辆会被编程为进入安全状态，并在需要时打开闪光灯。 虽然这是安全的，但经常这样做，或者让多辆汽车在同一个地方这样做，是不好的道路公民。

据称原因是云服务器出现故障。 虽然所有的自动驾驶汽车都需要在一定程度上与云通信以更新地图和交通，并获得新目的地等命令，但 Cruise 可能避免了其他团队遵循的设计原则，以尽量减少通信并制造汽车事件通信功能非常强大。 中央故障会发生，但不应允许导致这样的问题，Cruise 需要在他们的设计中修复这些问题。 虽然中央服务器的长时间停机可能会导致汽车停止服务，但它们应该优雅地这样做，找到一个停车位等待。 今天的巡航车还处于原型阶段，并不真正支持停车或停车等功能，因此它们受到了批评。

虽然有些人将“联网汽车”的想法吹捧为未来，但现实情况是，汽车应该能够在不与任何人交谈的情况下完成几乎任何中短任务，并且能够给自己一个默认任务（头到存储）在更长的中断。 通常，停车将涉及与云对话、选择停车目的地、与停车地点协商并支付停车费，但也应该有一个备用计划来让汽车离开道路。

报告显示，克鲁斯实际上不得不派人来找回汽车，可能是把它们赶走。 这表明故障响应很差，因为即使无法访问某些中央服务器，汽车也应该有备用通道来接收来自总部的远程命令，以阻止它们阻塞交通。 这应该包括备用通信渠道（例如多个蜂窝无线电和蜂窝公司帐户。）

有什么大不了的吗？

虽然 Cruise 在这里做错了一些事情——糟糕的设计不够健壮，不向公众开放，当然还有制造故障的服务器，但事实是像机器人出租车这样复杂和革命性的东西，没有人能做到完美，而且只有超级有能力、超级有资金的人才会做得很好。 如果我们谈论的是人们受伤，那就是另一回事了，但是打嗝会导致一点交通中断，这几乎没有什么比适度沮丧更令人沮丧的了。 机器人出租车未来的巨大好处是技术所能提供的最大好处之一，这是一个相当引人注目的声明，但并非夸大其词。

也许更大的交易是最近 涉及巡航车的伤害事故。 就像我们在自动驾驶汽车上看到的几乎所有事故报告一样，另一辆车的司机完全或大部分都有过错，在这种情况下，肯定是因为受伤。 事实上，根据描述，Cruise 车辆的行为正确且谨慎。 它唯一可以做得更好的就是主动避开撞到它的普锐斯，而不是被动地停下来被撞。 早些时候，Waymo 发表了一项研究，他们检查了其服务区域内的每起致命事故，并对其进行模拟，看看如果它们既是有故障的汽车，又是被撞的汽车，情况会如何。 他们发现，如果他们驾驶有故障的汽车，他们就避免了所有事故，但也避免了很多他们没有驾驶的事故。 “额外信用”栏是为了防止事故发生，即使你没有做错任何事。

即便如此，克鲁斯似乎也遇到了一些问题。 有些是因为他们深思熟虑地决定首先尝试像旧金山这样更艰苦的环境。 其他问题，例如车队关闭问题，可能发生在任何地方，但会给城市带来更多麻烦。

Cruise 需要更加专注于设计“故障操作”系统，即使其组件发生故障，这些系统仍然可以做一些合理的事情。 同时，我们不应该要求他们在第一天就做到完美，而是在他们全面投入生产时朝着这个目标努力。 克鲁斯天生害怕大多数公司对正在发生的事情保持开放，因为他们知道公众不会理解，也不想给他们应有的懈怠。 目前尚不清楚如何改变它。

阅读/发表评论