4. 运维工程概述
Robotaxi 的运维工程不是“修车”的同义词，而是围绕“车辆可用、乘客安全、成本可控”三条主线，把车队、场站、人员、数据与备件组织成可持续运转的服务系统。与乘用车售后不同，Robotaxi 运维对象包含自动驾驶硬件（激光雷达、摄像头、GNSS/IMU、域控制器）、线控底盘、动力电池与充电设施，以及远程协助与数据回传链路。因此，运维工程必须同时管理物理资产与数字资产。
一、运维目标：可用性、安全性、经济性
运维目标可归纳为三层。第一层是运营可用性：车辆在计划运营时段内可接单、可载客、可完成行程，核心指标是车队可用率与平均无故障间隔里程。第二层是安全与合规：任何故障都不能演化为安全事故，涉及制动、转向、感知、电源的异常必须触发降级或停运，并保留可追溯的数据证据。第三层是经济性：在保证安全的前提下，把单公里运维成本、备件周转率和人力效率控制在预算内。
二、运维模式：现场、远程与预测性维护协同
Robotaxi 运维通常采用“现场运维 + 远程运维 + 预测性维护”的混合模式。现场运维负责车辆清洗、传感器标定、轮胎与制动检查、充电桩维护和事故处置；远程运维通过车云链路监控健康状态、下发诊断指令、执行软件重启或配置回滚；预测性维护则基于历史数据与模型，提前识别电池衰减、传感器漂移、线控响应变慢等趋势。
三种模式的分工可以用下面的关系图表示：
三、运维流程：从发现到闭环
标准运维流程可拆为六步：监测发现 → 告警分级 → 诊断定位 → 工单派发 → 处置恢复 → 复盘归档。监测发现来自车端自检、远程监控和乘客反馈；告警分级按安全影响分为 P0（立即停运）、P1（限时处理）、P2（计划维护）；诊断定位结合故障码、日志和现场检查；工单派发要匹配技能、备件和场站资源；处置恢复后必须做功能验证与路试验证；复盘归档则把根因、措施和耗时写入知识库。
# 典型运维工单字段示例
work_order:
vehicle_id: RX-1027
fault_code: LIDAR_DIRTY_02
severity: P1
detected_at: 2025-03-11T09:24:00+08:00
action: 清洗并重新标定前向激光雷达
parts: [清洁套件, 标定靶板]
verify: 静态标定通过 + 低速路试通过
close_at: 2025-03-11T11:05:00+08:00四、运维组织与关键绩效指标
运维组织通常按“区域 + 职能”矩阵设置：区域运维经理负责场站与车队，中央技术支持负责疑难诊断与软件问题，备件与供应链负责库存和调拨，安全与质量负责审计与复盘。关键绩效指标应覆盖效率、质量、成本和安全四个维度。
| 维度 | 指标 | 说明 |
|---|---|---|
| 效率 | 平均修复时间 MTTR | 从告警确认到车辆恢复可运营的时长 |
| 效率 | 首次修复率 FTF | 一次到场即解决的比例，反映诊断准确性 |
| 质量 | 重复故障率 | 同一故障码 7 天内再次出现的比例 |
| 成本 | 单公里运维成本 | 含人力、备件、充电与场站摊销 |
| 安全 | P0 事件闭环率 | 安全类告警按时停运并完成复盘的比例 |
| 可用性 | 车队可用率 | 可接单车辆数 / 总车辆数 |
五、案例与常见误区
某城市车队曾出现“激光雷达脏污告警频繁，但清洗后仍反复”的问题。复盘发现，根因不是清洁不彻底，而是清洗后未执行标定验证，导致点云外参偏移被系统误判为脏污。改进措施是把“清洗 + 标定 + 路试”绑定为同一工单的强制步骤，并将标定通过率纳入 FTF 指标。这个案例说明：运维流程的闭环验证比单点操作更重要。
常见误区有三类：一是把远程重启当作万能手段，掩盖了硬件劣化趋势；二是只考核修复速度，不考核重复故障率，导致“快而反复”；三是备件库存凭经验设置，造成高价值传感器积压或关键件缺货。正确的做法是用数据驱动备件计划，把故障率、采购周期和车辆分布作为输入。
综上，Robotaxi 运维工程的核心是把目标、模式、流程、组织和指标串成一条闭环：目标定义方向，模式决定资源组合，流程保证执行一致，组织提供责任边界，KPI 则持续暴露偏差并驱动改进。只有这五者协同，车队才能在安全前提下实现规模化运营。