项目推进总流程图

正式任务流转路径：触发事件 → 主责角色与本角色真人负责人对齐 → 完成指定文件、专业自审与负责人确认 → 向项目Hub提交成果及确认信息 → 项目Hub检查文件或已约定的交付索引、版本、证据、确认、依赖和冲突 → 定向路由目标角色 → 目标角色完成任务后返回项目Hub → 项目Hub留档并安排下游。信息流图只使用正式角色名称，不单列角色内部的 AI 会话与人工确认过程。阶段 7 文件直接交付与接收确认按该阶段约定执行，不要求大文件经过项目Hub传输。

正式任务默认要求主责角色输出约定成果；确认不适用时记录原因、影响和替代证据。验证期可由负责人决定跳转、回退或暂缓，但必须保留缺失项、风险和补齐安排，不能把跳过写成已通过，也不能静默删除已有文件。

角色与成员配置：图中的八个角色是当前默认基线，不是永久封闭的角色集合。新增自定义角色前先定义目标、职责边界、参与阶段、正式成果、上下游依赖和确认权限，再由 Hub 真人负责人在 Etunel 中手动添加。项目Hub使用 etunel_list_roles 读取实际 role、display_name 和 relationship；各角色会话不向负责人重复确认成员 ID、会话 ID 或其他未由工具提供的字段。阶段 4 再通过《角色分工》将实际任务主责和交接关系正式基线化。

项目成员清单：项目创建完成后、首个正式任务派发前，项目Hub从同一次 etunel_list_roles 结果生成 JSON 版和全中文 HTML 版《项目成员清单》。两份清单只记录项目名称、版本、导出时间及工具实际返回的 role、display_name、relationship，不虚构成员、会话或人员编号。角色变化后生成新版本，不覆盖历史版本；该清单不替代阶段 4 的《角色分工》。

任务与状态规则：每项任务只有一个主责角色；依赖已经满足的多项任务可以形成任务波次，同一角色的内聚工作可以组成一个任务包。项目模式、任务结果、成果状态、阶段门禁、测试结论和业务验收含义不同，不得相互替代。对负责人使用“通过、失败、阻塞、不适用、延期”等自然中文；机器枚举只在工具字段明确要求时使用。

项目文件与进度留档：项目Hub按 项目资料/00-项目管理 和八个阶段目录整理资料，维护《项目概览》《项目进度》《成果索引》及必要的《阶段记录》。正式成果放入对应阶段的角色目录，重要草稿、退回原因、决定和阻塞放入过程记录；正式文件不覆盖，回退不删除历史。阶段交接和钉钉里程碑通知前先完成留档，但目录排版本身不是新的专业门禁。阶段 7 直接交付的测试资料以文件索引和产品接收确认为留档依据，项目Hub无需复制大文件。

项目进度与按需同步：项目Hub持续维护 项目资料/00-项目管理/项目进度.md，并在对应阶段的《阶段记录》中追加重要事件。创建项目、启动任务波次、接收正式成果、重要退回、阻塞与解除、决定与变更、阶段切换／跳转／回退／暂缓和结项时更新；普通消息、队列状态和空确认不逐条留档。关键变化只向实际受影响角色推送，也响应角色按阶段或任务发起的查询。

异常协同补充机制：条件流、阻塞流、跨角色冲突或无法按时收敛的问题进入 E.1–E.4。项目Hub分别提醒实际相关角色并提供完整问题包；问题复杂时建议各角色真人负责人线下沟通。讨论结果由当前主责角色的负责人带回本角色会话，完成本角色任务后再提交项目Hub；角色 Agent 之间仍不直接通信。

判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案，以及阶段 6 的可靠性测试报告、专项测试报告和提测佐证为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。

业务完成原始信息收集、成果自查和负责人确认后，以统一的“业务”主体提交成果。项目Hub完成文件、版本、证据和跨角色冲突检查后，在 F1.3 将业务成果评审版本路由给产品。产品与业务通过项目Hub澄清待确认项，并分别完成本角色负责人确认，确认同一需求基线。双方确认后，项目Hub登记留档并向产品分发正式业务基线，即可开启产品定义。

总体技术方案为选填，未提供不阻塞阶段推进，也无需另行豁免；必要的技术决定及接口约束仍须写入角色确认记录。硬件的器件、PCB、电源/信号/热及接口约束在本阶段为选填，未提供不阻塞，也无需豁免；已提供时完成对应确认。阶段 5 的硬件前置输入和设计包交付要求不变。

项目风险已在阶段 2 由产品汇总形成，本阶段只引用并反馈新增风险，由产品维护当前有效版本；不重新创建阶段 4 风险成果。产品资料整合不再作为独立成果，任务按需引用已有立项资料、方案记录和成果索引。

F5.2 硬件资料要求
前置输入（由上游资料责任角色提供）：
1、外设器件和关键器件（主控、flash、sensor、复位按键、指示灯、WiFi模块、音频功放驱动芯片、IR-CUT驱动芯片、电机达林顿管驱动芯片）规格书。
2、结构板框图（包含主要器件位置和禁止限制区域）。
硬件设计资料（纳入硬件设计包）：
1、原理图。
2、PCB 源文档。
3、贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）。
4、接口定义。
执行前提：硬件先核对项目实际使用器件的规格书，以及结构板框图的来源、适用范围和版本。结构板框图在阶段 2 可选填，但进入 F5.2 前须补齐；资料缺失或冲突时，经项目Hub向对应资料责任角色补齐，不以假设替代输入，仅阻塞依赖这些资料的硬件任务。

可靠性测试报告、专项测试报告和提测佐证均为选填。未提供这些选填成果不阻塞阶段 6 交付、后续验收或归档，也无需另行豁免；已提供时确认对应版本和测试负责人意见。可靠性测试报告包括高低温测试、跌落测试（选填）、防水测试（选填）。选填设置不改变已确认的测试范围和质量门禁。

无缺陷路径：F6.2 → F6.10。测试已完成且无缺陷时，仍提交功能测试报告和零缺陷清单，直接进入最终质量结论确认，不创建无必要的修复任务。发现缺陷时才进入 F6.3–F6.9 的责任确认、修复和回归流程；两条路径均须满足 F6.10 的质量门禁。

资料交接：测试负责人直接向产品负责人交付测试报告及已提供的提测佐证，文件不经项目Hub转发。产品只需确认收到对应资料；项目Hub登记文件名称、版本和接收确认，不要求大文件上传或重复转交。提测佐证仍为选填，未提供不阻塞验收；收到材料不等于验收通过。