AI动态与更新

Zoox能坐了吗?运营城市、Robotaxi设计与安全核验

Zoox已在拉斯维加斯开放公众服务,并在旧金山、奥斯汀和迈阿密推进不同阶段的预览或部署。本文按城市核对乘坐入口,解释无方向盘双向Robotaxi的设计,并给出监管、召回与乘客安全核验方法。

从道路测试、受邀体验、候补预览到公众服务的 Zoox Robotaxi 开放状态阶梯
本页目录
  1. Zoox 现在在哪些城市能坐?
  2. “测试、预览、公众服务”有什么区别?
  3. 从候补到完成一程,需要经过哪些步骤?
  4. 什么是运行设计域,为什么它比“L4”更实用?
  5. Zoox Robotaxi 为什么没有传统车头和方向盘?
  6. 自动驾驶系统大致怎样工作?
  7. 怎样判断 Zoox 的安全,而不是只看宣传?
  8. 怎样读一份 Robotaxi 召回或事故报告?
  9. 厂商的“冗余”究竟说明什么?
  10. 乘客上车前应该检查什么?
  11. Robotaxi 会记录哪些数据?
  12. Zoox 与 Waymo、Tesla 能直接比较吗?
  13. Zoox 和 Amazon 是什么关系?
  14. 常见问题
  15. Zoox 有方向盘吗?
  16. Zoox 现在免费吗?
  17. 加入候补就一定能坐吗?
  18. 没有司机,出问题找谁?
  19. 怎样核验自动驾驶新闻?
  20. 看到 Zoox 新消息时的五分钟核验表
  21. 结论
  22. 编辑复核与纠错记录

直接答案:Zoox 已经不只是“未来概念车”。截至 2026 年 7 月 18 日,官方资料显示拉斯维加斯已有面向公众的 Robotaxi 服务;旧金山通过免费预览和候补名单接收公众乘客;奥斯汀与迈阿密已经部署自研 Robotaxi 并开放候补入口,但不应写成全城、随时、对所有人开放。是否能乘坐取决于城市、服务区、候补资格、App 状态和当天运营条件

从道路测试、受邀体验、候补预览到公众服务的 Zoox Robotaxi 开放状态阶梯
看到车辆上路不等于普通用户已经可以即时叫车。图:兰塞 AI 编辑部原创。

本文把 Zoox 官方服务公告、城市入口、车辆与安全资料,与监管、召回和乘客核验问题分开整理。所有城市状态均以 2026 年 7 月 18 日为核验日;服务区、候补条件和费用随时可能变化,乘车前应重新打开官方 App 与城市页。

Zoox 现在在哪些城市能坐?

城市 当前官方表述 用户入口 不能推断
拉斯维加斯 2025-09-10 宣布公众服务上线 App 与城市服务页 覆盖整个城市、全天无条件可叫
旧金山 首批公众乘客、免费预览、候补名单 App、候补通知 已经对所有人即时开放
奥斯汀 自研 Robotaxi 上路并招募早期体验 App/候补入口 已有成熟商业覆盖
迈阿密 自研 Robotaxi 落地并提供候补入口 App/候补入口 任何地点都能上下车

拉斯维加斯官方页提供 App 下载与乘坐入口;旧金山官方页明确写有免费预览与候补;奥斯汀迈阿密页面则要求下载 App 或加入名单。页面有入口仍不等于申请者立即获得乘坐资格。

2026年7月拉斯维加斯、旧金山、奥斯汀和迈阿密四个 Zoox 城市入口及开放程度
状态依据 2026-07-18 可访问的官方城市页;出发前需重新核验。图:兰塞 AI 编辑部原创。

Zoox 在2026-03-23 服务扩张公告中称将扩大旧金山和拉斯维加斯服务,并推进奥斯汀、迈阿密部署。这个公告证明了计划和部署方向,但每位用户仍要以城市页、App 和实际资格为准。

“测试、预览、公众服务”有什么区别?

状态 谁可能乘坐 能证明什么 仍需核验
道路测试 员工、安全人员或无乘客 车辆在特定区域运行 许可、驾驶员/远程支持、测试范围
受邀体验 员工、合作方、特定体验者 开始收集乘客反馈 邀请条件和非公开限制
候补预览 从候补名单逐步获批的公众 公众可申请并可能获邀 等待时间、服务区、费用、时段
公众服务 符合 App 与区域条件的公众 已有公开叫车入口 实际覆盖、运力、临时停运和资格

“完全自动驾驶”描述的是特定系统在规定运行设计域内承担动态驾驶任务,不代表车辆可以在任何道路、天气和城市运行。Zoox 页面展示的无方向盘 Robotaxi,也不能自动证明它已经获得所有地区的商业运营许可。

从候补到完成一程,需要经过哪些步骤?

Zoox 的具体 App 页面和资格会变化,但用户可以用一个稳定流程避免“看到宣传就直接去现场”的误会。先在官方城市页确认当前是否为公众服务、免费预览还是候补阶段,再从官方链接安装 App;不要从陌生广告、二维码或第三方 APK 提供账户和支付信息。

步骤 用户动作 通过标准 失败时
1. 确认城市状态 打开官方城市页并记录日期 页面明确提供服务或候补入口 只订阅官方更新
2. 安装官方 App 核对开发者、商店与隐私说明 来源与 Zoox 官方链接一致 不安装第三方文件
3. 提交候补/账户 只填写必要信息 收到官方账户或候补确认 不向个人转账购买资格
4. 获得乘坐资格 检查城市、服务区与有效期 App 可以选择真实上下车点 不要把营销邮件当车票
5. 请求车辆 查看等待、车辆标识和上车点 App 与实际车辆信息一致 不一致则取消并联系支持
6. 完成并反馈 保存异常时间、地点和工单 费用/行程与 App 记录一致 通过官方支持申诉

首次体验前,应准备一个替代交通方案。Robotaxi 可能因天气、道路施工、活动、车辆调度或运营决定临时缩小范围;即使账户已经获批,也不应把它当作赶飞机、就医或其他不可延误行程的唯一选择。

什么是运行设计域,为什么它比“L4”更实用?

自动驾驶等级只说明系统与人的责任框架,不能告诉乘客今晚某条街能不能走。更实用的是运行设计域(ODD):系统被设计并获准在什么道路、地理区域、速度、天气、时段和交通条件下运行。一个在限定区域无需车内驾驶员的系统,仍可能在区域边界、极端天气或特殊事件中暂停。

ODD 维度 要核验的问题 页面缺失时如何处理
地理围栏 服务区具体到哪些街区和上下车点 以 App 可选区域为准
道路类型 城市道路、高速、私人道路是否支持 不要从一个城市外推
时间 是否限定时段、活动或夜间 出发当天重新查询
天气 雨、雾、高温或积水怎样影响运营 准备其他交通方式
速度和交通 是否避开特定复杂区域 不把绕路当系统故障
乘客与物品 儿童、轮椅、动物、行李有哪些条件 乘前联系官方支持

文章、视频或社交帖子若只说“Zoox 已达到完全自动驾驶”,却不写城市、日期和 ODD,就缺少用户真正需要的边界。自动驾驶系统本质上也是一个会感知、规划并执行动作的智能体;站内的AI 智能体权限与运行治理指南可帮助理解为什么停止条件、人工支持和可回滚动作同样重要。

Zoox Robotaxi 为什么没有传统车头和方向盘?

Zoox 车辆页把该车描述为为乘客和无人运营从零设计的电动车,而不是在普通汽车上追加自动驾驶套件。官方当前公开的代表性特点包括双向设计、四轮转向、面对面座舱、自动门、乘员约束与传感器/计算系统。

设计 官方意图 用户实际要理解 不能据此断言
双向行驶 没有固定前后,可减少掉头需求 座舱方向感与普通车不同 所有路况都更高效
四轮转向 处理紧凑路边上下客 低速机动方式不同 任何狭窄空间都能通过
面对面座舱 围绕乘客活动设计 座位、行李和无障碍条件需查 App 适合所有乘客和所有物品
无人工驾驶位 系统承担规定范围内驾驶任务 求助依赖车内控制和远程支持 没有人工运营团队
传感器与计算 感知、预测和规划车辆动作 性能受运行范围和条件约束 “传感器多”等于零事故

2026-06-24,Zoox 又发布下一版 Robotaxi 设计更新。因此引用车辆细节时要记录版本和日期,不能把旧原型、测试车与当前乘客车辆混为一谈。

自动驾驶系统大致怎样工作?

任务 常见失败问题 核验方式
感知 识别道路、车辆、行人和障碍 遮挡、恶劣天气、罕见对象 公开安全材料和边缘案例说明
定位与地图 确定车辆相对道路的位置 道路变化、施工、定位不确定 运行设计域与更新流程
预测 估计其他交通参与者行为 多主体互动与突然动作 测试场景与运营限制
规划 选择路线、速度和交互动作 过度保守、异常停车或冲突 召回、事故与版本记录
执行 转向、制动和驱动 部件或通信失效 冗余、诊断和最小风险状态
运营支持 乘客帮助、事件响应与维护 远程沟通或现场处置延迟 客服、应急指南和服务条款

相机、雷达、激光雷达等多模态传感器并不是简单“投票”。系统还需要标定、时间同步、置信度和失效处理。可结合站内的多模态 AI 系统与证据边界理解:多一种输入只能增加信息来源,不能自动消除错误。

怎样判断 Zoox 的安全,而不是只看宣传?

安全需要多层证据。Zoox 安全页冗余设计说明能证明公司公开了哪些设计目标,例如转向、制动、电源备份、乘员保护和应急协作;它们仍属于厂商一手说明,不能单独证明现实世界事故率优于其他服务。

从厂商设计、测试报告、监管许可、召回事故到实际运行边界核验 Zoox 安全的五层证据
任何单层材料都不足以证明“绝对安全”。图:兰塞 AI 编辑部原创。
证据层 回答什么 局限
厂商设计 系统希望怎样预防和处理故障 由厂商选择披露范围
测试与方法 覆盖哪些场景、怎样设通过条件 仿真和封闭场地不等于公开道路
监管许可 在哪种条件下获准测试或部署 许可不是零风险认证
召回与事故 已发现哪些缺陷和事件 报告口径和暴露里程需对齐
实际运营 服务区、天气、时段和应急表现 会随软件与地区快速变化

Zoox 在 2025 年公开了至少两次软件召回说明:5 月 6 日说明5 月 23 日说明。召回本身既不能被包装成“安全体系更强”的宣传,也不能不看修复范围就推断整个系统不可用;应核对缺陷、受影响车辆、软件版本、补救与完成状态。

怎样读一份 Robotaxi 召回或事故报告?

先分清报告对象:是专用 Robotaxi、改装测试车、软件版本还是某个部件。再看事件发生在公开服务、测试、有人安全员还是无乘客状态。媒体标题常把“公司车辆”当成一个统一产品,容易误导。

字段 为什么重要 常见误读
报告/召回编号 连接监管原始记录和更新 只引用新闻标题
受影响范围 车辆、软件版本、日期与数量 外推到所有现役车辆
触发场景 道路、对象、速度和系统状态 省略条件写成普遍故障
安全后果 碰撞、伤害或潜在风险 只看是否有人受伤
根因状态 已确认、仍调查或只有初步假设 把推测写成确定原因
补救 软件更新、停运、检查与完成率 发布更新就等于全部完成
复发监测 如何确认修复没有引入新问题 不看后续版本与新事件

比较事故数量时需要分母。10 起事件可能发生在完全不同的运营里程、城市密度和报告门槛下;没有同口径暴露量,不能计算谁更安全。遇到“比人类安全多少倍”之类数字,应回到研究设计、置信区间、道路范围和公司选择的基线,而不是转述百分比。

厂商的“冗余”究竟说明什么?

冗余意味着关键功能存在备份路径,但“有两套”不保证两套不会被同一个原因同时影响。软件错误、传感器污染、供电、网络、地图或错误假设都可能形成共同原因失效。评价冗余,需要知道故障怎样被检测、备份是否独立、切换后还能维持什么能力,以及车辆如何进入最小风险状态。

系统 厂商设计问题 外部核验问题
转向/制动 主路径失效后怎样控制并停车 是否有召回、测试和事件记录
电源/计算 备份能维持多久和哪些功能 共同原因失效怎样处理
感知 不同传感器怎样发现冲突 恶劣天气和遮挡边界
通信 失联时是否依赖远程人员 车辆能否独立安全停车
乘员保护 座椅、安全带、气囊怎样协同 适用乘员和碰撞条件
运营响应 谁判断恢复、拖移或停运 事件记录和响应时间

厂商安全页可以解释设计意图,监管记录和现实事件则检验这些意图在限定条件下怎样表现。对任何会自动采取现实动作的系统,都应采用“预防—检测—限制影响—人工接管—复盘”闭环,可继续参考站内的AI 内容审核与人工升级机制,其治理逻辑与自动驾驶并不相同,但风险分级方法相通。

监管层面可查看California DMV 自动驾驶许可入口以及NHTSA 自动驾驶事故报告规则。若要比较公司,必须同时对齐运营里程、道路条件、是否有人类安全员、报告阈值和时间范围。

乘客上车前应该检查什么?

时点 检查 发现问题时
申请前 城市、年龄、账号、候补和费用条件 以 App 和官方条款为准
叫车前 上下车点、服务区、人数、行李和无障碍 改用其他交通方式
上车时 车辆标识、车门、座位和安全带 不确认车辆就不上车
行程中 车内帮助、停止和联系支持方式 按车内指引联系运营支持
紧急时 遵从现场急救和执法人员指令 不要自行干预车辆硬件
行程后 异常时间、地点、截图和工单 向服务方和适用机构报告

Zoox 官方称已为急救与执法人员提供车辆外部联络方式和救援材料,但乘客仍应在首次乘坐前查看当前 App 的安全说明。涉及账户、位置和行程记录时,也要阅读隐私条款,不在公开评论中暴露个人行程。

Robotaxi 会记录哪些数据?

为了叫车、安全、运营和事件调查,服务可能处理账户、设备、位置、上下车点、行程、支付、支持工单以及车辆传感器记录。具体范围、保存期限、共享对象和用户权利必须以当前隐私政策与地区规则为准;本文不假设车内所有数据都用于同一目的。

数据 可能用途 用户检查
账户与设备 登录、资格、反欺诈和通知 权限、双重验证、删除入口
精确位置 上下车、路线和服务区判断 后台定位是否必要
行程与支付 订单、客服和争议处理 保存期、导出和申诉
车内/外传感器 驾驶、事件调查和系统改进 是否涉及乘客影像或音频
客服沟通 支持、应急和质量分析 录音提示和访问权限

如果为未成年人、健康状况或特殊出行需求代叫车,应先确认账户和陪同规则,不要在公开渠道发送身份证件或完整行程。关于数据收集边界,可从站内的多工具系统权限、日志与数据治理指南继续理解最少必要和可追踪原则。

Zoox 与 Waymo、Tesla 能直接比较吗?

可以比较产品边界,不能用一张无日期表格给出“谁最先进”。Zoox 是为无人叫车服务专门设计的车辆与运营体系;Waymo 也运营无人叫车服务,但车辆、城市和规模不同;Tesla 面向消费者车辆的驾驶辅助/监督式系统与无驾驶位 Robotaxi 的产品责任和运行设计域并不相同。

比较问题 应对齐 常见错误
能否叫车 同一城市、日期、服务区与资格 把测试车辆算成公众服务
是否无人 车内安全员、远程支持和人工接管边界 把“自动”当成没有人工运营
安全表现 事件定义、暴露里程、道路与报告规则 只比较事故总数
车辆能力 当前硬件/软件版本和设计用途 用旧原型对比现役车辆
商业状态 收费、邀请、候补、公众入口 把免费预览写成成熟商业化

Zoox 和 Amazon 是什么关系?

Amazon 在 2020 年通过官方公告宣布收购 Zoox。这个事实可以说明公司所有权与资源关系,但不能直接证明车辆更安全、成本更低或一定会用于配送。任何后续业务整合都应以新的官方公告为证。

常见问题

Zoox 有方向盘吗?

面向乘客的专用 Robotaxi 没有传统驾驶位和方向盘;Zoox 也曾使用改装测试车。看到 Zoox 品牌车辆时,应区分测试平台与乘客 Robotaxi。

Zoox 现在免费吗?

旧金山官方页面当前把预览描述为免费,但不代表所有城市、所有用户和未来服务永久免费。乘坐前检查 App 显示的价格和条款。

加入候补就一定能坐吗?

不一定。候补只表示提交兴趣或资格信息,实际邀请取决于城市、服务区、运力和运营安排。

没有司机,出问题找谁?

通过车内帮助和运营支持联系 Zoox;紧急情况遵从急救或执法人员指令。乘客不应尝试拆卸、推动或干预车辆系统。

怎样核验自动驾驶新闻?

分别查看公司原始公告、城市/州监管许可、NHTSA 召回与事故入口,并记录日期和运行边界。可用站内的AI 幻觉与证据核验框架拆解“已上线、全无人、零事故、覆盖全城”等主张;地图与道路数据背景可继续阅读Mapillary 与 AI 道路数据指南

看到 Zoox 新消息时的五分钟核验表

新闻说法 先找什么 合格表述
“进入新城市” 城市页、公告日期、测试或乘客状态 车辆开始测试,不自动等于公众服务
“正式上线” App 入口、资格、服务区和费用 在指定区域向某类公众开放
“完全无人” 车内安全员、远程支持和 ODD 车内无驾驶员,但仍有运营支持
“通过安全验证” 测试范围、监管记录、召回与事故 在已说明条件下完成某项验证
“比竞品更安全” 同口径里程、事件定义和置信范围 证据不足时不排名

还要检查页面是否把公告发布日期、事件发生日和文章更新日混为一谈。自动驾驶状态变化快,同一家公司可能同时在一个城市提供公众服务、在另一个城市做受邀预览、在第三个城市只测试。可靠文章必须逐城、逐日期表达,不能用“Zoox 已全面商业化”概括全部情况。

结论

Zoox 已从研发项目进入公众乘坐阶段,但四个城市的开放程度并不相同。对普通用户,最重要的是在出发当天核对 App、服务区和资格;对技术读者,应把车辆设计目标与现实运营证据分开;对安全判断,应同时查看厂商材料、监管许可、召回事故和运行边界,而不是相信“完全自动驾驶”或“安全至上”这样的单句结论。城市状态或车辆版本变化后,应更新对应段落和复核日期,不能只在标题中增加新年份。任何无法由当前官方入口和监管记录支持的“全面开放”结论,都应暂缓发布并继续核验。