ROAM
事故出口端
L4 Robotaxi 远程运营事故数据库 + 场景分类 + 参考架构。回答"出了什么问题"。
官网 →基于 GB/T 45312—2025 国家标准
自动驾驶系统运行设计条件开源平台
把厂家「智驾能在什么情况下用」的答案,结构化、机器可读、可横向对比。
OpenODC 是一个开源的 ODC(Operational Design Condition,设计运行条件)标准化定义、对比、查阅平台。它基于国家标准 GB/T 45312—2025《智能网联汽车 自动驾驶系统设计运行条件》。
公开 ODC 样例库 —— 按车型、功能、自动化等级筛选浏览。每条数据透明标注来源(厂家声明 / 社区反推 / 演示数据)。
浏览样例 →
层级树勾选 + 参数范围输入 + 实时 JSON 预览。导出 JSON / Markdown / 复制到剪贴板 / 浏览器本地保存。基于浏览器,不需登录。
打开编辑器 →
同一份 ODC 数据,两种视图:开发者(完整 5 层级 + JSON)、消费者(能 / 不能用 + 风险卡片)。
查看示例 →
多车型 ODC 并排对比(2–4 个)。绿色 = 双方都允许,红色 = 双方都不允许,橙色 = 不一致。一眼看出能力边界差异。
开始对比 →
整个平台的数据底座:把 GB/T 45312—2025 的 5 层级、144 个原子元素、所有量化分级表(风力 12 级、雨量 4 级、能见度 4 级等)转录为机器可读的 JSON Schema 与 TypeScript 类型。
查看 GitHub →
OEM / Tier 1 在内部统一管理在研 / 预发布 / 已上市所有功能的 ODC 要素。产品达到 SOP 阶段,该功能的 ODC 可一键推送至 OpenODC 公开样例库 —— 既满足内部研发协同,也为行业标准化做贡献。
体验演示 → Phase 4 · MVP
不是要取代厂家自己的 ODC 文档系统。实际上,OEM 会在使用手册、车机教学里告诉用户"智驾什么时候能用、什么时候不能用",不少车企写得还挺详细。
但每家都用自己的写法、自己的分类、自己的术语,没有统一规范 —— 消费者跨品牌换车要重新学一遍,监管和第三方机构想做横向对比,也找不到统一的抓手。
OpenODC 提供一个统一的、机器可读的标准化格式 + 公开样例库,让设计运行条件可查、可比、可复用。开放数据先行,等待 OEM 跟进。
| GB/T 45312—2025 章节 | OpenODC 对应 |
|---|---|
| §5 一般要求 | schema/odc.schema.json 的 ODCElement 定义 |
| §6.1 ODC 基础元素层级 | schema/categories/*.json 树形结构 |
| §6.2 ODD(道路 / 设施 / 目标物 / 天气 / 数字信息) | odd_*.json 5 个分类文件 |
| §6.3 驾乘人员状态 | personnel_state.json |
| §6.4 车辆状态 | vehicle_state.json |
| §5.4.b 允许 / 不允许 | requirement: 'permitted' | 'not_permitted' |
| §5.4.c 元素关联关系 | associations[] 字段 |
| §5.5 不允许的退出行为 | exit_behavior 字段 |
| 附录 A 示例 | data/examples/gb45312-appendix-a-l3-highway.json |
| 量化分级表 5–14 | schema/enums/quantitative_scales.json |
提交贵方某个车型 / 功能的官方 ODC 声明。我们会标记为 vendor_confirmed,作为该条目的权威版本。
从公开材料(车主手册、媒体测评、申报公告)反推 ODC 数据,标注来源置信度。提交 PR 后进入 community_reviewed 状态。