2026-07-03 ENCAP 29 及座舱 Roadmap 进展同步深度解读
原始资料：../context/interpretations/2026-07-03_ENCAP29及座舱roadmap进展同步深度解读.md
来源会议记录：https://minieye.feishu.cn/docx/T8rcdnZqhoUASDxg4iycJHyHnrh
飞书产出文档：https://minieye.feishu.cn/docx/URZUdT2cgop9TYxbARic2KdunUh
资料层级：context/interpretations。
资料类型：会后深度解读文档，基于 2026-07-03 ENCAP 29 及座舱 roadmap 进展同步会议。
证据用途：支撑对内部 roadmap 推进机制、AI 资料评审、展会 story 分层、HCT 场景包和 MINIEYE 方案主导权的理解。
不能作为：行业事实、法规趋势、供应商能力、技术可行性或量产成熟度的直接证据。
状态：已读取并整理。
核心判断
这份解读认为，7 月 3 日会议真正解决的不是单个技术方案，而是“座舱 roadmap 如何进入持续推进”。会议把零散事项统一到一个主线：
MINIEYE 座舱团队需要从当前项目交付与展会临时包装，转向可持续的下一代 DMS/OMS 技术路线建设。
对本 wiki 的主要增量有六个：
- 展车、补光、车机、酒驾设备不是行政事项，而是展示、开发和验证的资源底座。
- 项目管理能力会决定 roadmap 能否持续推进，尤其是产研协作、deadline、项目经理能力和资源争取。
- AI 广撒网资料必须进入证据评审，不能把 AI 报告当作结论。
- 展会 story 与长期预研需要分层：公共展会、定向客户、内部 roadmap、实验验证不能混成一个材料。
- HCT 反馈应转成场景包，而不是继续抽象争论 DMS 对智驾有没有用。
- HCT 是验证伙伴，OEM 是最终买单方，MINIEYE 必须掌握 DMS x AD 融合方案的定义权。
资源底座
会议把展车、补光、车机、酒驾设备都拉回到技术展示和验证目标：
| 资源 | 会议中的问题 | 对 roadmap 的影响 |
|---|---|---|
| 荣威/实车 | 继续使用荣威展车，还是采购沃尔沃作为 demo/开发车 | 决定展示是否具备真实场景说服力 |
| 补光 | OMS 可见光功能不能完全退回 IR | 决定美颜、服饰描述等可见光体验是否能被客户看见 |
| 车机 | 当前车机数量不足 | 影响展会、展厅、开发和测试并行 |
| 酒驾设备 | 两家供应商议价，采购进度偏慢 | 影响 impairment / abnormal state detection 的真值采集和验证节奏 |
这些事项应进入 roadmap 的 resource readiness checklist，每项明确 owner、deadline、验收标准和风险预案。
组织底座
7 月 3 日会议把项目管理能力提升到 roadmap 成败条件。产研侧对座舱协作有排斥感，原因之一是需求不够明确、节点不够细、提前量不足。杨一泓提出 7 月要梳理项目经理能力要求和现有人选评级。
对 预研工作流 的影响是：下一代座舱 roadmap 不能只靠例会脑暴推进，应建立议题 backlog、owner、deadline、证据状态、风险状态和跨部门输入模板。
AI 资料评审机制
会议确认 AI 广撒网只是第一步。下一步必须核验 roots，包括论文、专利、行业实践和技术合理性，并区分：
- 现有技术栈可增强。
- 近中期 POC 可验证。
- 长期预研或展会 story 线索。
- 应淘汰或暂不讲的线索。
建议沉淀统一评审模板：信号/方法名称、证据来源、真实性核验、有效性判断、工程可行性、产品价值、下一步 owner 和 deadline。
展会 story 与长期预研分层
会议明确巴塞罗那不是唯一目标，研发也不应为了 fancy story 牺牲真实性。更合理的分层是：
| 层级 | 受众 | 内容边界 |
|---|---|---|
| 公共展会层 | 展会公众、泛客户 | 趋势判断、产品愿景、路线图框架，不讲未验证细节 |
| 定向客户层 | 重点 OEM、合作伙伴 | 场景、信号、验证路径和合作方式，区分已实现、POC、远期愿景 |
| 内部 roadmap 层 | 研发、产品、管理层 | 证据、评分、争议、风险、资源需求 |
| 实验验证层 | 项目组、算法、测试、HCT | POC 设计、数据采集、benchmark、验收标准 |
这应更新 展会storyline。
HCT 场景包与主导权
会议复盘 7 月 1 日 HCT 反馈后，形成一个重要角色定位：
- HCT 是验证伙伴，不是最终客户。
- OEM 才是最终 buy in 方案故事线和商业价值的一方。
- MINIEYE 应利用 HCT 的智驾资源验证方案，但不能把方案主导权交给 HCT。
- 长期目标是形成可与任何智驾供应商打合的应用标准和方案能力。
下一轮 HCT workshop 前，MINIEYE 应先整理场景包，包括 ODD 内正常运行、ODD 退出、ODD 内异常、疲劳/失能 pull-over、DMS 直接信号 vs 扭矩等间接信号 benchmark。
近期行动抓手
这份解读建议将 7 月推进拆成五件具体工作：
- AI 证据评审表。
- HCT 场景包。
- 展会 story 分层材料。
- 项目经理能力盘点。
- 资源 readiness checklist。
如果这五件事启动，roadmap 才会从“重要但不紧急”进入可执行节奏。