2026-05-21-ENCAP-roadmap同步解读

2026-05-21 ENCAP 29 及座舱 roadmap 后续会议解读

原始资料：../context/interpretations/2026-05-21_沟通解读.md

会议记录：../context/meetings/文字记录：05-21 _ ENCAP 29及座舱roadmap进展同步 2026年5月21日.docx

资料层级：context/interpretations。

资料类型：会后分析文档，基于 2026-05-21 后续会议。

证据用途：支撑对内部路线收束、概念定义、预研优先级和近期验证抓手的理解。

不能作为：行业事实、法规趋势、供应商能力、技术可行性或量产成熟度的直接证据。

状态：已读取并整理。

与 2026-05-12 会议的关系

这份解读认为，2026-05-21 会议是 2026-05-12-ENCAP29会议 和 2026-05-12沟通解读 的后续。

5 月 12 日的重点是确认：不要把 ENCAP 2029 当作唯一目标，也不要只做展会 PPT，而是要把 DMS/OMS 拉出下一代 in-cabin roadmap。

5 月 21 日的重点进一步变成：下一代 DMS 到底应在智驾系统中扮演什么角色，以及第一批可验证抓手在哪里。

因此，这次会议把问题从“展会故事和未来方向”推进到“技术假设和数据验证计划”。

核心判断

这份解读给出的核心判断是：

5 月 21 日会议不是重复确认展会包装，而是在把“千人千面”“人机共驾”“疲劳/失能/酒驾毒驾”等概念收束为 DMS 与智驾深度融合的技术路线，并开始寻找真值、数据、实验环境和组织抓手。

它对本 wiki 的主要增量有四个：

1. “千人千面”被纠偏为 baseline + deviation + strategy adaptation。
2. DMS 的下一代角色被定义为智驾安全策略输入，而不是孤立报警器。
3. 真值体系、开环验证和只读硬采数据底座成为预研关键抓手。
4. 酒驾/毒驾应优先表述为 impairment / abnormal state detection，避免直接承诺毒驾检测。

“千人千面”的定义纠偏

解读强调，适应不同眼型、脸型、人种和面部状态，不应被称为“千人千面”。这属于基础算法鲁棒性和泛化能力。

本次会议中更有价值的“千人千面”是：

• 学习驾驶员正常驾驶风格、反应速度、风险偏好和注意力模式。
• 判断当前驾驶状态是否偏离个人正常 baseline。
• 在驾驶员状态不好时，让智驾策略更保守，例如提前接管提醒、拉长 ACC 距离、降低变道激进度或延长交接时间。

因此，后续更准确的术语应是：

• 驾驶员 baseline 建模。
• 驾驶状态 deviation detection。
• DMS-informed AD policy adaptation。
• 个体化接管准备度评估。
• 基于驾驶员状态的智驾安全策略调节。

相关主题：个性化baseline

DMS x AD 的闭环

解读认为，本次会议最核心的技术闭环是：

1. 舱内 DMS 采集驾驶员状态。
2. 整车和智驾系统提供车速、方向盘、制动、电门、ADAS/NOA 状态、ODD 边界、接管请求等上下文。
3. 系统建立驾驶员个人 baseline 和当前状态 deviation。
4. DMS 输出不只触发报警，还影响智驾策略，例如接管提前量、保守等级、ACC/LKA/AEB 策略和交接方式。

这意味着下一代 DMS 不再只是 driver warning，而应成为 driver state input for AD safety policy。

相关主题：接管准备度与干预策略、领导要求对齐的舱内roadmap

近期可验证抓手

解读建议把后续预研拆成几个可验证方向，而不是直接承诺闭环控制：

1. 酒驾吹气真值 + 模拟器 / 封闭场地驾驶行为采集。
2. 人工驾驶时 DMS + CAN 数据同步采集。
3. 开环 AD shadow evaluator / deviation features。
4. DMS 状态影响接管提前量的离线策略仿真。
5. 智驾测试车独立采集硬件可行性调研。
6. 疲劳真值设备调研与小样本同步采集。

其中“开环 AD shadow evaluator”的意思是：在人工驾驶时并行记录一个冻结版本智驾/规控参考系统的建议动作，与驾驶员实际动作做时间同步比对，提取 deviation features；它不直接控制车辆，适合先做离线或只读验证。

数据底座要求

解读认为，5 月 21 日会议把“数据资产”问题推到了前台。

关键建议是：在不影响智驾域控和大里程测试任务的前提下，评估给智驾测试车安装独立 DMS / 数据采集硬件，做只读同步采集。

需要明确：

• 可接入车辆清单。
• DMS 视频/特征、CAN、OBD、NOA/ADAS 状态、接管请求和 ODD 退出等信号清单。
• 视频、CAN、智驾事件之间的时间同步方案。
• 独立硬件的电源、存储、散热、快装、加密和隐私要求。
• 只读边界：不写车控、不占用域控算力、不影响智驾测试。

相关主题：预研工作流

风险提醒

这份解读强调几个边界：

• 不要把“千人千面”讲成不同脸型/眼型适配。
• 不要把会议中对趋势的判断写成行业事实。
• 不要把智驾系统当作绝对标准答案；它只能先作为参考器或 deviation benchmark。
• 不要一开始进入闭环控制；先做开环、离线、只读、影子模式验证。
• 不要直接说“毒驾检测”；更稳妥的表述是 impairment / abnormal state detection。
• 不要让大模型成为安全控制主轴；大模型更适合资料检索、竞品跟踪、离线解释和 case mining。

对 wiki 的更新影响

本资料应更新的主题不是行业状态，而是内部路线和问题定义：

• 领导要求对齐的舱内roadmap
• 个性化baseline
• 接管准备度与干预策略
• 预研工作流

不应直接更新为外部事实的页面：

• 当前行业状态
• 供应商或机构实体页。