3. 基础概念与术语
在 Robotaxi 云端运营平台工程中，术语不是“名词解释”，而是系统边界、接口契约和运营规则的共同语言。一个订单为什么能被派给某辆车、远程协助为什么必须限定在某个区域、SLA 为什么按“履约完成”而不是“接单成功”计算，答案都藏在这些基础概念里。理解它们，等于拿到了平台架构与运营策略的“字典”。
一、核心原理：从能力边界到运营闭环
自动驾驶等级（L0–L5）描述的是动态驾驶任务由谁承担、谁负责监控。对 Robotaxi 平台而言，真正关键的是 L4：在限定条件下系统完成全部驾驶任务，但仍有 ODD 边界和接管需求。ODD（Operational Design Domain，运行设计域）则进一步把“能开”变成“在哪开、何时开、什么天气开、什么速度开”。平台必须把 ODD 参数化，才能做车辆准入、订单过滤和风险预警。
远程协助是 L4 车辆遇到长尾场景时的兜底能力，通常分为远程监控、远程决策和远程操控三类。安全员则分为车内安全员与远程安全员，前者在早期测试中直接接管，后者通过云端监控多车。调度解决“车往哪去”，派单解决“订单给谁”，订单履约解决“从下单到完成的全程状态”，SLA 则把这些状态变成可考核的时间与质量指标。它们共同构成一个从能力边界到商业交付的闭环。
二、方法流程：术语如何落到平台动作
把术语变成工程动作，需要一条清晰的映射链。下面用清单说明每个术语在平台中的“落点”：
- 自动驾驶等级：写入车辆档案，决定该车是否允许无安全员运营、是否允许载客。
- ODD：写入运营区域配置，作为派单过滤条件；车辆越界即触发远程协助或靠边停车。
- 远程协助：作为独立服务接入，记录触发原因、协助时长、是否接管，用于复盘和 SLA 扣分。
- 安全员：作为人员排班对象，与车辆、班次、区域绑定，支持一人监控多车。
- 调度：根据供需热力、电量、ODD 合规性，生成车辆调度指令。
- 派单：在可运营车辆集合中，按距离、预计接驾时间、SLA 风险打分选车。
- 订单履约：以状态机驱动，每个状态变更写入事件流，供对账与客服使用。
- SLA：把派单时延、接驾时延、履约完成率、远程协助率等指标固化为考核口径。
三、案例/场景：一次订单的术语串联
乘客在 App 下单后，平台先做 ODD 校验：起点和终点是否都在运营区域内、当前天气是否满足 L4 条件。校验通过后进入派单，调度系统从附近车辆中选出预计接驾时间最短且电量充足的一辆。若车辆在行驶中遇到施工路段，ODD 判定为越界，远程协助坐席介入，给出绕行建议；若 30 秒内未解决，安全员接管并降级为人工驾驶。订单完成后，系统记录 T0–T5 各时间戳，计算本次履约是否满足 SLA。整个过程里，等级决定“能不能开”，ODD 决定“在哪开”，远程协助和安全员决定“出问题怎么办”，调度和派单决定“谁去开”，订单履约和 SLA 决定“开得怎么样”。
四、误区与复盘
常见误区一：把 L4 当成“完全无人”。L4 是“限定条件下无人”，ODD 之外仍需接管或远程协助。平台若不做 ODD 过滤，就会把车派到它不该去的地方。
常见误区二：把远程协助当成远程操控。多数场景下远程协助只提供决策建议，不直接控制方向盘；直接操控需要单独的安全论证和权限控制。
常见误区三：SLA 只统计“接单成功”。真正的履约 SLA 应覆盖派单、接驾、行程、完成全链路，否则乘客体验和平台考核会脱节。
复盘建议：每周拉取一次“ODD 越界事件 + 远程协助时长 + 派单失败原因”三张表，交叉分析。若某区域频繁越界，优先调整 ODD 配置而非增加安全员；若某时段派单时延高，优先检查调度策略和运力分布。
五、关键术语速查表
| 术语 | 平台落点 | 关键指标 |
|---|---|---|
| 自动驾驶等级 | 车辆档案、运营准入 | 允许运营等级、是否需安全员 |
| ODD | 运营区域配置、派单过滤 | 越界次数、越界时长 |
| 远程协助 | 协助服务、事件流 | 触发率、平均协助时长、接管率 |
| 安全员 | 排班、车辆绑定 | 人车比、接管次数 |
| 调度 | 运力调度指令 | 调度响应时间、空驶率 |
| 派单 | 订单匹配引擎 | 派单时延、派单成功率 |
| 订单履约 | 状态机、事件流 | 履约完成率、取消率 |
| SLA | 考核口径、对账 | 达标率、赔付金额 |
# 订单履约事件流示例（简化）
{
"order_id": "RX20240601-0837",
"vehicle_id": "VH-1024",
"odd_check": "passed",
"dispatch_ts": "2024-06-01T10:00:03Z",
"pickup_ts": "2024-06-01T10:06:20Z",
"trip_start_ts": "2024-06-01T10:07:05Z",
"trip_end_ts": "2024-06-01T10:28:40Z",
"remote_assist": {
"triggered": true,
"reason": "construction_zone",
"duration_sec": 18
},
"sla": {
"dispatch_delay_sec": 3,
"pickup_delay_sec": 380,
"fulfillment": "completed"
}
}把这些术语真正写进配置、事件流和考核表，平台才具备可运营、可审计、可优化的基础。术语统一之后，产品、研发、运营和法务才能在同一张图上讨论问题，而不是各说各话。