特斯拉承认Robotaxi需双人监管:保留司机与远程操作员
IT之家 2 月 22 日信息,据外媒报道,特斯拉已向加州公用事业委员会递交了最新意见,相当于变相承认了其宣称的“无人驾驶出租车”服务在运行时,依然离不开车内人类驾驶员与本土远程操作员。特斯拉并未淡化对这些人工的依赖,反而将其作为一个卖点,宣称这种多层人工监管模式,比 Waymo 的完全无人驾驶系统更为可靠,并以 2025 年 12 月旧金山大规模停电事件作为佐证。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新! 👉 点此立即查看 👈

这份文件于 2 月 13 日在 CPUC 一项法规制定程序中提交,揭示了特斯拉口中的“Robotaxi”与 Waymo 实际运营的无人驾驶服务之间,存在着巨大的运营差距。
文件明确显示,特斯拉的网约车服务仍需多层人工参与。其服务依托配备 FSD 系统的车辆——这是一套 SAE L2 级辅助驾驶系统,按定义必须有持证人类驾驶员始终坐在驾驶位,实时监控并随时准备接管。
除车内司机外,特斯拉还设置了远程操作员作为另一层保障。公司称,其在奥斯汀与湾区均部署了本土远程操作员,这些人员必须持有美国车管所要求的驾照、通过严格背景审查与药检、酒测,并完成强制培训。特斯拉将这套模式定义为冗余安全机制:两座城市的远程操作员为车内司机提供双重备份。
也就是说,一款被特斯拉宣传为“Robotaxi”的服务,需要两层人工监管。
特斯拉在文件开篇便提及 2025 年 12 月 20 日旧金山停电事件。停电期间,Waymo 自动驾驶车辆开始频繁向远程协助团队请求确认,以判断能否安全通过无信号灯路口。请求量瞬间过载,导致多辆 Waymo 车停在车道与路口无法动弹。
特斯拉则声称,搭载自家辅助驾驶系统的车辆“未受停电影响,当日所有订单均正常完成,无中断”。原因显而易见:特斯拉车上有人类司机,可像普通司机一样通过全黑路口。
在这份最新提交给 CPUC 的文件中,特斯拉多达六次将湾区“Robotaxi”的方向盘后人员直接称为“司机”。
特斯拉在文件中表示,不支持强制要求司机、网约车平台或其运营商,在载客服务中启用 L2 级技术前,必须获得乘客明确同意。
根据 SAE L2 级定义,司机职责明确包括“判断在特定场景下是否、何时启用或退出驾驶自动化系统”。
要求司机在开启辅助驾驶前逐单征求乘客同意,与 L2 系统的设计逻辑相悖。是否开启 L2 系统,决定权应在司机,而非乘客。
这份文件很大一部分内容,是特斯拉反驳 Waymo 的主张:Waymo 认为特斯拉不应将其系统称作“自动驾驶”或“Robotaxi”,且司机应向客户清晰告知操控条件。
文件也暴露了特斯拉在营销上的自我矛盾:
一方面,特斯拉强硬主张,其 L2 级辅助驾驶车辆完全不应纳入本次自动驾驶法规监管范围,并认同 Lyft 的观点——根据加州法律,这些车辆不属于“自动驾驶车辆”;
另一方面,特斯拉又极力反对 Waymo 的提议:禁止 L2 级服务使用“无人驾驶”“自动驾驶”“Robotaxi”等词汇。特斯拉称该提议“完全没有必要”,认为加州现有广告法已足以约束虚假宣传。
外媒指出,将两种立场放在一起看:特斯拉一边告诉监管机构,自己的车不是自动驾驶、必须有人驾驶;一边又拼命争取继续把服务叫做“Robotaxi”。其既想获得 L2 监督系统的法律庇护,又想享受完全自动驾驶的营销红利。
IT之家注意到,2025 年 12 月加州一名法官已作出裁决:特斯拉对“Autopilot”与“Full Self-Driving”的宣传,违反了该州虚假广告法。
此外,特斯拉还反对 Waymo 提出的“L2 辅助驾驶行程需逐单征得乘客同意”的建议,称用户在注册应用时已完成同意,逐单确认“与 L2 系统功能相悖”。按照 SAE 定义,是由司机而非乘客决定何时开启辅助驾驶。
在文件中,特斯拉援引自家《车辆安全报告》称,开启 FSD 后,司机发生事故的概率降低至 1/7。
但这份自报安全数据广受批评:
仅对比高速公路辅助驾驶里程与全美所有路况平均事故率;
仅统计触发安全气囊或安全带预紧器的碰撞。
特斯拉从未公布 FSD 的全面接管数据,而这类数据正是 Waymo 定期发布、也是车管所要求自动驾驶证照持有者必须提交的内容。这也是特斯拉被归为 L2 级的另一后果:根据加州法律,因其不属于“自动驾驶车辆”,特斯拉无需遵守与 Waymo 相同的数据上报要求,可以在不提交验证数据的情况下,自行宣称安全性。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
Java序列化中ObjectStreamField自定义字段控制详解
ObjectStreamField是描述序列化字段的元信息载体。通过声明serialPersistentFields数组并确保字段名、类型、顺序与类定义严格一致,可控制序列化字段。字段不匹配会导致静默反序列化失败。配合writeObject readObject方法可实现动态控制。应避免使用isUnshared、getOffset等底层方法。
实时操作系统RTOS线程调度与Java强实时变量处理对比分析
实时操作系统(RTOS)通过优先级调度和中断机制确保微秒级确定性,而Java因垃圾回收、同步延迟和内存分配不确定性,难以满足强实时场景的严格时间要求,因此这类系统通常将核心逻辑交由RTOS处理。
Java并行流性能优化CollectorsgroupingByConcurrent方法详解
Collectors groupingByConcurrent专为无需保持插入顺序、高并发写入的场景设计,能显著提升并行流分组性能。其底层通过所有线程直接写入同一个ConcurrentHashMap,避免了普通groupingBy的合并开销。适用于日志聚合、实时统计等高吞吐任务,但不适用于要求分组顺序的场景。使用时必须搭配并行流,且不支持自定义有序Map。在
循环队列数组实现详解头尾指针操作与取模运算实战指南
循环队列通过数组实现,核心在于头尾指针的职责与取模运算。front指向队首,rear指向下一个空位,移动时需取模以确保回环。判空条件为front等于rear,判满则需牺牲一个存储单元。入队和出队操作后需立即取模,避免越界。动态内存管理时需注意分配与释放顺序,防止内存泄漏。
ThinkPHP入口文件配置参数修改与环境变量动态加载指南
在ThinkPHP框架中动态调整数据库连接等配置参数,是许多开发者实现多环境部署的核心需求。然而,你是否曾遇到这样的困境:在入口文件中修改了配置值,刷新页面后却发现更改并未生效?这通常源于对框架配置加载机制的理解偏差。 本文将深入解析ThinkPHP配置生效的唯一正确路径,帮助你彻底规避“本地测试通
- 日榜
- 周榜
- 月榜
1
2
3
4
5
6
7
8
9
10
相关攻略
2015-03-10 11:25
2015-03-10 11:05
2021-08-04 13:30
2015-03-10 11:22
2015-03-10 12:39
2022-05-16 18:57
2025-05-23 13:43
2025-05-23 14:01
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

