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

本文把 Zoox 官方服务公告、城市入口、车辆与安全资料,与监管、召回和乘客核验问题分开整理。所有城市状态均以 2026 年 7 月 18 日为核验日;服务区、候补条件和费用随时可能变化,乘车前应重新打开官方 App 与城市页。
Zoox 现在在哪些城市能坐?
| 城市 | 当前官方表述 | 用户入口 | 不能推断 |
|---|---|---|---|
| 拉斯维加斯 | 2025-09-10 宣布公众服务上线 | App 与城市服务页 | 覆盖整个城市、全天无条件可叫 |
| 旧金山 | 首批公众乘客、免费预览、候补名单 | App、候补通知 | 已经对所有人即时开放 |
| 奥斯汀 | 自研 Robotaxi 上路并招募早期体验 | App/候补入口 | 已有成熟商业覆盖 |
| 迈阿密 | 自研 Robotaxi 落地并提供候补入口 | App/候补入口 | 任何地点都能上下车 |
拉斯维加斯官方页提供 App 下载与乘坐入口;旧金山官方页明确写有免费预览与候补;奥斯汀和迈阿密页面则要求下载 App 或加入名单。页面有入口仍不等于申请者立即获得乘坐资格。

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 在 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、服务区和资格;对技术读者,应把车辆设计目标与现实运营证据分开;对安全判断,应同时查看厂商材料、监管许可、召回事故和运行边界,而不是相信“完全自动驾驶”或“安全至上”这样的单句结论。城市状态或车辆版本变化后,应更新对应段落和复核日期,不能只在标题中增加新年份。任何无法由当前官方入口和监管记录支持的“全面开放”结论,都应暂缓发布并继续核验。
