预研工作流

本页定义后续如何持续整理资料、判断方向、推进预研。

当前阶段目标

当前阶段不是立刻定 POC，而是完成：

1. 资料整理。
2. 业内状态梳理。
3. 技术方向筛选。
4. 一手证据核验。
5. 外部资源地图。

2026-05-12 会议复盘后，当前阶段还需要补一个管理目标：把预研从“一次资料整理”升级为“每周/双周有节奏的下一代舱内技术专项”。详见 领导要求对齐的舱内roadmap。

每次新增资料的处理方式

1. 先判断资料用途：能支撑外部事实核验的放入 ../evidence/，用于说明内部意图、优先级和开放性想法的放入 ../context/。
2. 在 wiki/sources/ 建来源页。
3. 摘要中标明资料层级、资料类型、状态、核心结论、适用边界和不能推出的结论。
4. 更新相关 topics/ 和 entities/。
5. 更新 wiki/index.md。
6. 在 wiki/log.md 追加一条 ingest 日志。

每周/双周例会建议

例会不应只同步进度，而应围绕可积累的问题：

• 本周期新增了哪些资料？
• 哪些行业判断被增强或削弱？
• 哪些方向看起来更有实用性？
• 哪些方向因为落地风险需要降级？
• 哪些一手证据还缺？
• 是否有新的外部资源、高校、测试机构、硬件供应商线索？

按领导要求，例会还应固定追踪：

• 本周期看了哪些论文、白皮书、竞品材料。
• 和哪些高校、测试机构、供应商、外部团队发生了接触。
• baseline、人车浅融合、GSR/HR/steering 行为信号等验证假设有什么新证据。
• 展会公共物料和定向客户 PPT 是否需要更新。
• 哪些想法已经被证据支持，哪些被证据否定。

2026-05-21 后续会议后，例会还应维护一张共享 mapping 图，而不是只列资料清单。建议固定追踪：

• 概念是否已定义清楚：例如“千人千面”是否限定为 baseline + deviation + strategy adaptation。
• 每个 idea 对应的数据源：DMS、CAN/OBD、ADAS/NOA 状态、模拟器、封闭场地、真值设备。
• 每个 idea 的验证模式：离线、只读、开环 shadow、模拟器、封闭场地、实车。
• 哪些输入可以当前拿到，哪些需要智驾、硬件、测试机构或外部高校配合。
• 哪些假设已经闭环，哪些只是待核验想法。

2026-06-03 读取徐子健文档底部画板后，例会还应新增一张“状态识别到干预动作”的追踪表：

• 疲劳/状态输入字段：DMS、CAN、ADAS、语音、座椅、呼吸、GSR/HR。
• 时序对齐字段：前车/ADAS 风险事件、驾驶员制动/转向/踏板响应、DMS 状态、HMI 提醒和干预动作。
• 疲劳真值来源：KSS、主观按钮、脑电、实验诱发条件或专家标注。
• 干预动作：空调、语音搭话、报警、多感官刺激、UI 降级、ACC/AEB/LKA 策略、路线重规划、停车。
• 验证问题：该动作是否改善反应/接管质量，是否增加打扰，是否触及安全策略边界。

2026-07-03 会议后，例会还必须从“资料同步会”升级为“roadmap 推进会”。2026-07-03-ENCAP-roadmap同步深度解读 明确指出，当前最大风险不是缺想法，而是缺少把想法持续推进的机制。例会应固定维护五张表：

• 资源 readiness checklist：展车、补光、车机、酒驾设备、展会装修、测试资源分别是否到位。
• AI 证据评审表：每个 AI 搜集到的信号/方法是否有真实论文、专利、产品或数据根基。
• HCT 场景包：ODD 内正常运行、ODD 退出、ODD 内异常、疲劳/失能 pull-over 等场景是否已定义。
• 展会 story 分层表：公共展会、定向客户、内部 roadmap、实验验证分别讲什么、不讲什么。
• 项目机制表：每个议题的 owner、deadline、产研输入、风险状态和下一步动作。

这意味着后续不能只问“有没有新资料”，还要问“哪些资料已经通过证据评审，哪些场景已经转成可和 HCT 讨论的问题，哪些资源没有 owner 或 deadline”。

2026-07-16 后新增两类评审

2026-07-16-ENCAP-roadmap同步深度解读 暴露了两个比“有没有更多 idea”更基础的问题：疲劳标签是否可信，HCT 场景是否有来源和安全结构。后续例会应新增两类独立评审，不能继续把它们混在普通资料 review 中。

疲劳标签 Evidence Review

每个候选标签方案至少回答：

字段	要求
目标构念	明确 drowsiness、vigilance、fatigue、microsleep 或 impairment，不接受泛称“疲劳”
观测来源	EEG/EOG、KSS/KDS/PVT、PERCLOS/视频、CAN/驾驶表现分别是什么角色
标签生成	连续分值、离散状态、阈值、置信度和时间窗口如何产生
可靠性	重复测试、专家间、设备间、被试间是否一致
迁移	静态、模拟器、封闭场地和实车是否存在 domain gap
停止条件	什么结果出现时淘汰方案，而不是继续扩大样本或模型复杂度
产品关联	标签改善哪个明确决策，而不是只提升离线分类准确率

第一轮只需证明清醒与明显困倦是否可分，并验证多源标签的一致性；在此之前不立“大规模疲劳专家模型”项目。

HCT 场景 Provenance Review

每个候选场景至少回答：

• 来源是 HCT 反馈、法规/测评、事故模式、OEM 需求、内部经验还是 AI 推演。
• 驾驶责任、AD 状态、ODD 阶段和驾驶员可响应性分别是什么。
• DMS 提供原子观测、语义状态还是策略建议。
• 允许动作、仅供参考动作和当前禁区是什么。
• 触发持续、置信度、解除条件和误检后果是什么。
• HCT 需要回答哪个状态机/后处理接口问题。

AI 可以扩展候选，但不能填补来源、替代 safety case 或直接决定动作。没有 provenance 和状态—动作结构的场景，不进入对外 workshop 材料。

方向推进节奏

第一阶段：证据地图

目标是证明“行业是否确实往这些方向走”。

输出：

• 来源摘要。
• 竞品/机构页面。
• 业内状态页。
• 待核验清单。

第二阶段：方向初筛

目标是找出 2-3 个最值得继续研究的方向。

输出：

• 技术方向评分。
• 依赖数据和资源。
• 风险清单。
• 下一步核验任务。

第三阶段：验证路径设计

只有在方向较清楚后，才进入 POC 或实验设计。

输出：

• 可观测指标。
• 数据来源。
• 实验资源。
• 成功/失败标准。
• 最小验证成本。

2026-05-21 后，应优先把“验证路径”拆成安全等级不同的层次：

1. 离线分析：不接车、不影响用户，先看数据是否有信号。
2. 只读硬采：接入 DMS、CAN/OBD、ADAS/NOA 状态，但不写车控。
3. 开环 shadow evaluator：让冻结参考策略在后台运行，只提取 deviation features。
4. HMI / 干预策略沙盒：只生成候选提醒或干预动作，验证用户接受度、误触发和反应改善，不写车控。
5. 模拟器/封闭场地：验证真值、同步、异常表型和低风险 HMI。
6. 闭环策略：只有前几层证据充分后再讨论，且需要 safety case。

第四阶段：合作方场景共创

7 月 1 日和 7 月 3 日会议之后，应新增一层“合作方场景共创”。它不是泛泛请教智驾团队，而是把 MINIEYE 自己定义的 DMS x AD 场景包拿给 HCT 或其他智驾团队验证。

输入：

• MINIEYE DMS 信号目录。
• DMS 状态-动作矩阵。
• L2+ 安全边界页。
• ODD 退出、异常接管、RMF、失能/无响应等场景包。

输出：

• HCT 对状态机/后处理入口的反馈。
• 哪些场景可进入 POC。
• 哪些动作属于 L2+ 禁区。
• DMS 直接视觉信号与扭矩、电容方向盘等间接信号的 benchmark 设计。

4 周动作包

第 1 周：重构 storyline

输出：

• DMS/OMS stage roadmap。
• MINIEYE 当前阶段和下一阶段定位。
• 公共物料与定向客户 PPT 的边界。
• 资源 readiness checklist：展车、补光、车机、酒驾设备分别明确 owner、deadline、验收标准。
• AI 证据评审模板：真实性、有效性、工程可行性、当前可用性、未来价值、展会表达价值。

第 1-2 周：做证据包

优先补齐：

• Mercedes Attention Assist。
• Smart Eye baseline / impairment。
• DeepTake / AAAFTS / GSR。
• InCabin Report / Euro NCAP / BlueSkeye。
• Wi-Fi / acoustic / event camera / Fraunhofer sensor fusion 作为补充雷达。
• 7 月 3 日会议中 AI 广撒网材料的 roots 核验，先每周评审 1-2 个主题。

第 2-3 周：定第一批 POC 候选

建议先保留两个主线候选，并追加两个 P2 验证项：

• POC A：个性化 baseline + 人车浅融合的离线验证。
• POC B：低成本 simulator + GSR/HR/steering/voice/seat/radar breathing 行为信号采集摸底。
• POC C：DMS/ADAS 时序对齐和反应潜伏期采集，先在试验场或只读硬采中验证。
• POC D：HMI / 干预策略沙盒，先验证语音唤醒、UI 降级、多感官刺激和路线重规划等候选动作。
• POC E：DMS 直接信号 vs 扭矩/电容方向盘等间接信号的注意力与无响应 benchmark。

Acoustic / Wi-Fi CPD 可作为 CPD 分支备选 POC，但不建议作为领导这条主线的第一 POC。

第 3-4 周：资源 sourcing

需要明确：

• 延锋展舱能否借用、能否读数据。
• 自建 simulator 预算与场地。
• 高校、招商车研、香港大可合作资源。
• 是否需要开通知识库/论文数据库。
• 智驾测试车是否能安装独立只读采集硬件。
• CAN/OBD、ADAS/NOA 状态、ODD 退出、接管请求等信号能否同步采集。
• 采集硬件是否能做到不占域控算力、不写车控、不影响大里程测试。
• 语音、座椅压力、毫米波呼吸、HMI 提醒日志和干预动作日志是否能与 DMS/CAN/ADAS 同步。
• 试验场是否能构造前车制动、车道保持、接管预热、路线重规划等可复现实验场景。
• HCT 第二次 workshop 是否已约定，场景包是否提前发给卢游团队准备。

当前建议的首批核验任务

• 下载并读取 AAAFTS driver takeover 完整 technical report。
• 找 Euro NCAP / GSR 的官方文档，而不是只听会议口头转述。
• 核验 Mercedes Attention Assist 的官方说法。
• 核验 Smart Eye 关于 baseline、酒驾/药驾、个性化的公开资料。
• 核验 Harman Ready Care 是否真实使用非接触生命体征和认知负荷。
• 盘点 MINIEYE 当前能拿到的视觉和车辆信号。
• 调研智驾测试车只读硬采的接口、硬件、同步和权限边界。
• 评估 AD shadow evaluator 是否能作为 baseline / deviation 的离线验证工具。
• 把徐子健画板中的信号池转成字段表：DMS、CAN、ADAS、语音、座椅、呼吸、HMI 干预和真值来源。
• 设计 DMS/ADAS 时序对齐最小实验：前车风险事件到驾驶员制动/转向响应的反应潜伏期是否可稳定记录。
• 制定 AI 资料评审模板，并从第一批 1-2 个主题开始做真实性和工程价值评审。
• 选择一个 EEG/多源标签方案做首次 fatigue label evidence review，只评估构念、标签和实验门禁，不直接启动大样本采集。
• 输出 HCT 场景包初稿，按驾驶责任、AD 状态、ODD 和可响应性组织，覆盖 ODD 内正常、ODD 退出、ODD 内异常、疲劳/失能与 pull-over。
• 给 HCT 场景标注来源、置信度、解除条件、误检后果和希望对方确认的状态机入口。
• 建立资源 readiness checklist，避免展车、补光、车机、酒驾设备继续以临时沟通方式推进。