这是什么

OpenODC 是一个开源的 ODC(Operational Design Condition,设计运行条件)标准化定义、对比、查阅平台。它基于国家标准 GB/T 45312—2025《智能网联汽车 自动驾驶系统设计运行条件》。

为什么要有这个

三个行业现状

  • OEM 各自定义 ODC,没有统一格式 —— 监管和第三方机构难以横向对比
  • 消费者完全看不到具体边界 —— 销售只说"L2/L3",事故发生时才发现"原来不能用"
  • 国家标准 GB/T 45312—2025 给了完整层级结构,但缺少机器可读的对应物

OpenODC 的定位

不是要取代厂家自己的 ODC 文档系统。实际上,OEM 会在使用手册、车机教学里告诉用户"智驾什么时候能用、什么时候不能用",不少车企写得还挺详细。

但每家都用自己的写法、自己的分类、自己的术语,没有统一规范 —— 消费者跨品牌换车要重新学一遍,监管和第三方机构想做横向对比,也找不到统一的抓手。

OpenODC 提供一个统一的、机器可读的标准化格式 + 公开样例库,让设计运行条件可查、可比、可复用。开放数据先行,等待 OEM 跟进。

当前进展(v0.2.0 · Phase 0–3 完成)

  • Phase 0:完整转录 GB/T 45312—2025(144 个元素 / 7 类)+ JSON Schema + TypeScript 类型
  • Phase 0:量化分级表机器可读化(风力、雨量、降雪、积雪、4 类能见度、光照)
  • Phase 0:标准附录 A 的 L3 高速 ODC 示例完整转录为 JSON
  • Phase 1:公开样例库 Gallery(按等级 / 来源 / 关键词筛选)
  • Phase 1:Web 编辑器(层级树勾选 + 实时 JSON + 多格式导出)
  • Phase 2:双视图渲染(开发者 / 消费者)
  • Phase 2:多车型对比 Compare(diff 视图,2–4 个并排)
  • Phase 3:GitHub PR 模板 + CI 自动校验(ajv-cli + element_id 引用检查)
  • Apache 2.0 代码许可 + CC BY 4.0 数据许可
  • Phase 4:厂家直填能力 + Supabase 后端(规划中)
  • Phase 4:与 ROAM 联动(事件 ↔ 涉事车型 ODC 自动关联)
  • Phase 4:ISO 34503 / BSI PAS 1883 国际化映射

与标准的对应关系

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–14schema/enums/quantitative_scales.json

参与方式

对 OEM / AD 供应商

提交贵方某个车型 / 功能的官方 ODC 声明。我们会标记为 vendor_confirmed,作为该条目的权威版本。

对第三方机构 / 学术界 / 媒体

从公开材料(车主手册、媒体测评、申报公告)反推 ODC 数据,标注来源置信度。提交 PR 后进入 community_reviewed 状态。