2026-07-01 HCT-Minieye 舱驾一体共创探讨深度解读
原始资料：../context/interpretations/2026-07-01_HCT-Minieye舱驾一体共创探讨深度解读.md
来源会议记录：https://minieye.feishu.cn/docx/TpA4dcFPNosAvcxRoI7cozYrnle
飞书产出文档：https://minieye.feishu.cn/docx/VdXTdwAzconE4FxL8vbc6VGfn3g
资料层级：context/interpretations。
资料类型：会后深度解读文档，基于 2026-07-01 HCT-Minieye 舱驾一体共创探讨会议。
证据用途：支撑对内部路线收束、HCT 智驾侧反馈、DMS x AD 架构边界、下一次 workshop 准备的理解。
不能作为：行业事实、法规趋势、供应商能力、技术可行性或量产成熟度的直接证据。
状态：已读取并整理。
核心判断
这份解读把 7 月 1 日 HCT 交流归纳为一次“架构边界校验”。MINIEYE 的原始问题是：DMS 能否从法规报警器升级为智驾安全策略的一部分。HCT 的核心反馈不是否定 DMS，而是把实现路径约束在 L2+ 安全边界、状态机和后处理链路内。
会议确认的关键方向是：
DMS x AD 融合不应优先理解为“把舱内摄像头输入端到端模型”，而应理解为“把驾驶员状态输入智驾后处理和安全状态机”。
这对本 wiki 的增量有五个：
- 将“舱驾一体”从硬件集成叙事，收束为状态接口和安全状态机叙事。
- 明确 DMS 原始图像不应优先进入一段式端到端主模型。
- 明确 L2+ 禁区：未激活 AD 时不能仅因 DMS 发现驾驶员不在环就主动控车。
- 将短期差异化聚焦到接管准备度、RMF、失能/无响应和可审计状态机接口。
- 修正“疲劳后策略更保守就更安全”的直觉，要求按 cut in、速度差、后车风险等具体场景验证。
关键架构边界
HCT 反馈显示，一段式智驾系统虽然由模型输出轨迹，但轨迹之后仍存在后处理、运动规划平滑、规则优化和状态机。法规类动作，如驾驶员是否在环、报警升级、降级、安全停车，仍应由可解释、可审计的状态机处理。
因此，DMS 与 AD 的接口不应从“模型输入”开始，而应从三层信号结构开始：
| 层级 | 示例 | 与 AD 的关系 |
|---|---|---|
| 原子观测 | 闭眼、哈欠、视线偏离、头姿、手部、无响应 | 作为证据链和状态估计输入，不建议直接驱动 AD 策略 |
| 语义状态 | 注意力不足、疲劳、睡眠、疑似失能、接管准备度低 | 可进入提醒策略、TOR 提前量、RMF 判断 |
| 策略建议 | 提前 TOR、升级报警、限制主动变道、进入 RMF 观察窗口 | 只能作为候选触发条件，需安全评估 |
L2+ 安全红线
会议中最重要的反例是：车辆未激活 AD、驾驶员手动驾驶低头时，系统不能因为 DMS 检测到驾驶员不在环就主动进入智驾控车。这会把 L2+ 辅助驾驶滑向类似 L4 的责任边界，而车辆冗余、责任划分和安全论证都不支撑。
因此后续 DMS x AD 场景必须先标注自动化边界：
- AD 已激活且有预期接管/降级：近期优先方向。
- AD 已激活且疑似失能/无响应：适合进入 RMF、报警升级和安全停车状态机讨论。
- AD 未激活但驾驶员风险高：只能做提醒或非控车干预。
- 因 DMS 自动进入控车、自动开到休息区等：当前 L2+ 禁区，远期 L3/L4 再讨论。
对接管准备度主题的影响
这份资料应强更新 接管准备度与干预策略。会议把接管准备度从泛泛的“疲劳/分心检测”推进到更具体的接口问题：
- DMS 能否比方向盘扭矩、电容方向盘等间接信号更早发现驾驶员不可接管。
- ODD 即将退出时，DMS 状态能否改变 TOR 提前量、提醒升级和交接窗口。
- 疑似失能/无响应时，DMS 是否能提前进入 RMF 观察窗口。
- 每个 DMS 状态必须映射到 AD 可执行、可验证、可撤销的动作。
风险提醒
- 不要把“保守驾驶风格”直接等同于“更安全”。保守可能引发 cut in、速度差、被追尾、前车卡停等新风险。
- 不要把 DMS x AD 讲成模型融合。更稳妥的说法是状态机/后处理接口融合。
- 不要把 HCT 的边界校正理解为否定 DMS。它是在提醒 MINIEYE：价值必须落到场景、接口、状态机和 safety case。
- 下一次 workshop 不应继续讨论“大方向有没有用”，而应准备 DMS 信号目录、状态-动作矩阵、场景库、G6B 海外故事和安全边界页。