From b0d082a5d45415a7681bde470bcc9532d198afb7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E6=9D=8E=E9=9F=B5?= <liyun@eapil.com>
Date: Mon, 7 Sep 2026 11:12:18 +0800
Subject: [PATCH] docs: remove separate interface and hardware implementation
 artifacts

---
 .../Codex多角色项目推进总流程图-V0.15.html    | 92 +++++++++----------
 1 file changed, 45 insertions(+), 47 deletions(-)
diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
index 85e0919..e7b828a 100644
--- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
+++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
@@ -805,7 +805,7 @@
             <div class="index">03</div>
             <div class="stage"><h3>方案设计</h3><span class="role">主责：技术负责人 · 协作：嵌入式应用层 + 嵌入式底层 + 硬件 + 测试</span></div>
             <div class="work"><strong>基于产品定义和阶段 2 已有评审结论形成可实施方案。</strong><div class="parallel"><span>技术负责人：总体架构、软硬件边界、关键决策</span><span>嵌入式应用层：业务逻辑、应用协议、功能模块设计</span><span>嵌入式底层：BSP、驱动、RTOS、HAL 设计</span><span>硬件：器件、PCB、电源/信号/热及接口约束</span><span>测试：测试标准、测试用例范围、测试项</span></div></div>
-            <div class="artifacts"><strong>正式成果</strong><span>总体技术方案（选填）</span><span>软硬件接口契约</span><span>架构决策记录（选填）</span><span>测试计划<br>测试标准、测试用例范围、测试项</span></div>
+            <div class="artifacts"><strong>正式成果</strong><span>总体技术方案（选填）</span><span>架构决策记录（选填）</span><span>测试计划<br>测试标准、测试用例范围、测试项</span></div>
           </article>
           <div class="connector"><div class="gate">技术负责人确认整体方案与测试计划，嵌入式应用层/嵌入式底层/硬件确认接口可实施，产品确认不偏离，测试确认可验证</div></div>
 
@@ -821,7 +821,7 @@
             <div class="index">05</div>
             <div class="stage"><h3>嵌入式软硬件实现</h3><span class="role">并行：嵌入式应用层 + 嵌入式底层 + 硬件</span></div>
             <div class="work"><strong>嵌入式应用层、嵌入式底层和硬件依据已确认的方案设计基线、项目任务计划和角色分工并行实现、样机调试和自测。</strong>硬件先取得并核对器件规格书和结构板框图，形成并确认硬件设计包后，再据此推进硬件实现；嵌入式底层将可消费版本交给嵌入式应用层合版，嵌入式应用层负责生成并提交唯一的最终固件版本；接口、任务或器件约束发生重大偏离时返回技术负责人和项目Hub确认。</div>
-            <div class="artifacts"><strong>正式成果</strong><span>硬件设计包<br>原理图<br>PCB 源文档<br>贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）<br>接口定义</span><span>硬件实现资料<br>引用已确认的硬件设计包及版本，不重复提交设计文件<br>实施记录：板卡/样机制作、装配与返修情况<br>调试记录：板级调试、测量证据、已知问题与处置<br>版本记录：板卡/样机/批次标识、BOM/ECO 修订号、与底层/应用固件/配置/接口契约的版本关系及替代关系</span><span>嵌入式底层实现资料<br>硬件功能测试报告<br>BSP 输出路径<br>PSP 输出路径<br>WiFi 设备定频测试固件（选填）</span><span>嵌入式应用层固件包<br>正式固件、升级固件<br>自测用例<br>分区表<br>MD5 值文件<br>Flash 烧写固件<br>zn_debug文件<br>Changelog<br>串口使能证书</span></div>
+            <div class="artifacts"><strong>正式成果</strong><span>硬件设计包<br>原理图<br>PCB 源文档<br>贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）<br>接口定义</span><span>嵌入式底层实现资料<br>硬件功能测试报告<br>BSP 输出路径<br>PSP 输出路径<br>WiFi 设备定频测试固件（选填）</span><span>嵌入式应用层固件包<br>正式固件、升级固件<br>自测用例<br>分区表<br>MD5 值文件<br>Flash 烧写固件<br>zn_debug文件<br>Changelog<br>串口使能证书</span></div>
           </article>
           <div class="connector"><div class="gate">嵌入式底层提交可消费版本，嵌入式应用层合版并提交最终固件，技术负责人确认固件与硬件版本匹配</div></div>
 
@@ -945,7 +945,6 @@
             <tr><td>2 产品定义</td><td>测试验收标准</td><td>产品</td><td>F2.2</td><td>F2.3–F2.6 测试评审；F2.7–F2.8 业务批准</td><td>F3.3 测试计划任务输入；F3.7 提交计划；F6.1 测试输入；F7.1 验收输入</td></tr>
             <tr><td>2 产品定义</td><td>里程碑要求</td><td>产品</td><td>F2.2</td><td>F2.3–F2.6 专业评审；F2.7–F2.8 业务批准</td><td>F4.1 项目计划 输入；S.2 状态同步</td></tr>
             <tr><td>3 方案设计</td><td>总体技术方案（选填）</td><td>技术负责人</td><td>F3.2（提供时）</td><td>F3.4–F3.8 修订；F3.9–F3.10 确认</td><td>F4.1 项目规划输入；F5.1 实现输入；F8.2 收集、F8.6 归档</td></tr>
-            <tr><td>3 方案设计</td><td>软硬件接口契约</td><td>技术负责人</td><td>F3.2</td><td>F3.4–F3.8 多角色修订；F3.9–F3.10 确认</td><td>F4.1 项目规划输入；F5.1 实现输入；F5.7 冲突回溯</td></tr>
             <tr><td>3 方案设计</td><td>架构决策记录（选填）</td><td>技术负责人</td><td>提供时于 F3.2 形成；F3.4–F3.6 持续补充</td><td>F3.8–F3.10 确认；X 流程变更时追加</td><td>F4.1 项目规划输入；F5.1 实现约束；F8.2 收集、F8.6 归档</td></tr>
             <tr><td>3 方案设计</td><td>测试计划</td><td>测试</td><td>F3.7<br>提交测试标准、测试用例范围和测试项</td><td>F3.7 有缺口时经项目Hub转相关角色确认；F3.8 汇总；F3.9 技术负责人确认测试计划；F3.10 相关角色最终确认</td><td>F4.1 测试任务规划输入；F6.1 测试任务输入</td></tr>
             <tr><td>4 项目规划</td><td>项目计划</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人确认；F4.3–F4.5 定向修订；F4.6–F4.7 产品确认资源与排期</td><td>F4.8 分发相关执行角色，可同步业务；F5.1 实现任务输入；后续由 X.4–X.5 按权限确认变更</td></tr>
@@ -953,8 +952,7 @@
             <tr><td>4 项目规划</td><td>角色分工</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人确认；F4.3–F4.5 问题任务修订</td><td>F4.8 随正式任务分发；F5.1 实现责任输入</td></tr>
             <tr><td>4 项目规划</td><td>产品资料整合</td><td>项目Hub</td><td>F4.1</td><td>F4.2 技术负责人检查产品与方案输入引用</td><td>F4.8 按角色裁剪分发；F5.1 实现输入</td></tr>
             <tr><td>4 项目规划</td><td>项目状态内部记录</td><td>项目Hub</td><td>F4.1 初始执行记录</td><td>S.3–S.4 证据化纠正；E/X 流程更新</td><td>F4.8 初始执行快照；S.2 自动或按需分发</td></tr>
-            <tr><td>5 软硬件实现</td><td>硬件设计包</td><td>硬件</td><td>F5.2（所需输入资料齐备后）</td><td>F5.2 硬件负责人确认；F5.3 技术负责人及受影响角色确认；F5.7 冲突修订</td><td>F5.2 硬件实现依据；F5.3 定向分发；F8.2 收集、F8.6 归档</td></tr>
-            <tr><td>5 软硬件实现</td><td>硬件实现资料</td><td>硬件</td><td>F5.2（硬件设计包确认后）<br>引用设计包，仅补充实施、调试和版本记录</td><td>F5.7 冲突修订；F5.8–F5.10 版本匹配确认</td><td>F6.1 测试输入；F8.2 收集、F8.6 归档</td></tr>
+            <tr><td>5 软硬件实现</td><td>硬件设计包</td><td>硬件</td><td>F5.2（所需输入资料齐备后）</td><td>F5.2 硬件负责人确认；F5.3 技术负责人及受影响角色确认；F5.7 冲突修订；F5.8–F5.10 版本匹配确认</td><td>F5.2 硬件实现依据；F5.3 定向分发；F6.1 测试输入；F8.2 收集、F8.6 归档</td></tr>
             <tr><td>5 软硬件实现</td><td>嵌入式底层实现资料</td><td>嵌入式底层</td><td>F5.4（WiFi 设备定频测试固件选填）</td><td>F5.5 BSP/PSP 交嵌入式应用层合版；F5.7/F5.10 确认版本关系</td><td>BSP/PSP 通过 F5.6 集成进统一固件；F8.2 提交归档资料</td></tr>
             <tr><td>5 软硬件实现</td><td>嵌入式应用层固件包</td><td>嵌入式应用层</td><td>F5.6 候选；F5.9 最终提测版</td><td>F5.7 冲突修订；F5.8–F5.10 技术负责人确认</td><td>F6.1 交测试；F6.8 回归版；F8.2 归档已验收版本</td></tr>
             <tr><td>6 测试验证</td><td>功能测试报告</td><td>测试</td><td>F6.2</td><td>F6.3–F6.9 缺陷/回归更新；F6.10 确认</td><td>F7.1 测试直接交付产品并确认接收；F8.2/F8.6 归档索引</td></tr>
@@ -1015,28 +1013,28 @@
         </section>
 
         <section class="if-section" id="stage3">
-          <div class="if-section-head"><div class="if-section-no">03 / DESIGN</div><div><h2>阶段 3：方案设计信息流</h2><p>技术负责人依据产品定义基线，结合阶段 2 已有评审结论组织总体方案；产品、嵌入式应用层、嵌入式底层、硬件和测试围绕同一份软硬件接口契约完成多轮确认。测试提交测试计划，无问题时由项目Hub汇总给技术负责人确认；有不可测试项或环境、治具缺口时，先经项目Hub转交相关角色确认，由测试修订计划后再汇总确认。</p></div></div>
-          <div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>技术负责人主责接口契约及选填的方案、决策记录，并确认测试计划；硬件确认接口与约束；测试主责测试计划</span></div><div class="if-summary-card"><b>核心成果</b><span>软硬件接口契约、测试计划；总体技术方案、架构决策记录为选填</span></div><div class="if-summary-card"><b>门禁</b><span>方案确认、接口可实施、需求不偏离、测试可验证，测试计划经技术负责人确认</span></div></div>
-          <div class="if-callout" style="margin-bottom:18px">总体技术方案、架构决策记录为选填，未提供不阻塞阶段推进，也无需另行豁免；必要的技术决定仍须写入软硬件接口契约或角色确认记录。硬件在本阶段完成接口与约束确认，硬件设计包在阶段 5 形成并确认。</div>
+          <div class="if-section-head"><div class="if-section-no">03 / DESIGN</div><div><h2>阶段 3：方案设计信息流</h2><p>技术负责人依据产品定义基线，结合阶段 2 已有评审结论组织总体方案；产品、嵌入式应用层、嵌入式底层、硬件和测试依据同一产品基线，对方案和接口约束完成多轮确认。测试提交测试计划，无问题时由项目Hub汇总给技术负责人确认；有不可测试项或环境、治具缺口时，先经项目Hub转交相关角色确认，由测试修订计划后再汇总确认。</p></div></div>
+          <div class="if-stage-summary"><div class="if-summary-card"><b>主责</b><span>技术负责人组织方案与接口确认，主责选填的总体技术方案、架构决策记录，并确认测试计划；硬件确认接口与约束；测试主责测试计划</span></div><div class="if-summary-card"><b>核心成果</b><span>测试计划；总体技术方案、架构决策记录为选填</span></div><div class="if-summary-card"><b>门禁</b><span>方案确认、接口可实施、需求不偏离、测试可验证，测试计划经技术负责人确认</span></div></div>
+          <div class="if-callout" style="margin-bottom:18px">总体技术方案、架构决策记录为选填，未提供不阻塞阶段推进，也无需另行豁免；必要的技术决定及接口约束仍须写入角色确认记录。硬件在本阶段完成接口与约束确认，硬件设计包在阶段 5 形成并确认。</div>
           <div class="if-flow-board">
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.1</span><strong>下发总体方案设计任务</strong><small>附产品定义基线、阶段 2 已有评审记录和现有技术参考资料</small></div><div class="if-actor if-tech">技术负责人</div></div>
-            <div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F3.2</span><strong>提交接口契约草案</strong><small>含边界、关键决策、非功能和风险；附已提供的总体技术方案、架构决策记录</small></div><div class="if-actor if-center">项目Hub</div></div>
-            <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.3</span><strong>并行分发角色化设计任务</strong><small>每个角色在同一契约版本上工作</small></div><div class="if-actor if-app">产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
+            <div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F3.2</span><strong>提交设计要点与待确认接口约束</strong><small>含边界、关键决策、非功能和风险；附已提供的总体技术方案、架构决策记录</small></div><div class="if-actor if-center">项目Hub</div></div>
+            <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.3</span><strong>并行分发角色化设计任务</strong><small>各角色依据同一产品基线和已分发的接口约束开展工作</small></div><div class="if-actor if-app">产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
             <div class="if-exchange if-conditional"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F3.4</span><strong>提出 HAL、资源和应用接口需求</strong><small>接口新增或资源不足时触发</small></div><div class="if-actor if-center">项目Hub → 嵌入式底层 / 技术负责人</div></div>
             <div class="if-exchange if-conditional"><div class="if-actor if-low">嵌入式底层</div><div class="if-arrow"><span class="if-flow-id">F3.5</span><strong>提出引脚、电平、时序和器件约束</strong><small>HAL 与硬件设计存在依赖时</small></div><div class="if-actor if-center">项目Hub → 硬件 / 技术负责人</div></div>
             <div class="if-exchange if-conditional"><div class="if-actor if-hardware">硬件</div><div class="if-arrow"><span class="if-flow-id">F3.6</span><strong>反馈器件、PCB、电源、空间与热约束</strong><small>影响接口、成本或性能时</small></div><div class="if-actor if-center">项目Hub → 技术负责人 / 嵌入式底层 / 产品</div></div>
             <div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F3.7</span><strong>提交测试计划，说明是否存在可测性缺口</strong><small>无问题：项目Hub汇总给技术负责人确认<br>有不可测试项或环境、治具缺口：项目Hub转交相关角色确认</small></div><div class="if-actor if-center">项目Hub</div></div>
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.8</span><strong>汇总测试计划与设计反馈，请求确认</strong><small>无问题时直接提交；有缺口时先取得相关角色确认，由测试修订计划后再汇总</small></div><div class="if-actor if-tech">技术负责人</div></div>
-            <div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F3.9</span><strong>返回接口契约基线及测试计划确认结果</strong><small>确认与整体方案、接口及实施依赖一致；附已提供的选填成果</small></div><div class="if-actor if-center">项目Hub</div></div>
+            <div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F3.9</span><strong>返回方案、接口及测试计划确认结果</strong><small>确认与整体方案、接口及实施依赖一致；附已提供的选填成果</small></div><div class="if-actor if-center">项目Hub</div></div>
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F3.10</span><strong>请求各角色确认接口可实施、测试可验证</strong><small>嵌入式应用层、嵌入式底层、硬件、产品、测试分别确认</small></div><div class="if-actor if-product">产品 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</div></div>
           </div>
           <div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
-            <tr><td>F3.1–3.3</td><td>阶段 2 门禁通过，产品定义基线有效。</td><td>项目Hub ↔ 技术负责人/协作角色</td><td><b>按主责角色分别形成的正式成果草案：</b>技术负责人输出 软硬件接口契约；总体技术方案、架构决策记录为选填。测试按任务编制 测试计划，包含测试标准、测试用例范围、测试项，并在 F3.7 提交。<br><b>协作输入：</b>硬件完成接口与约束确认。<br><b>输入内容：</b>阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录（如有）、设计范围和时限。</td><td>方案设计不得依赖尚未形成的 项目计划；所有设计必须引用同一产品基线。</td><td>开启并行方案设计。</td></tr>
-            <tr><td>F3.4</td><td>嵌入式应用层需要新的资源、HAL 或协议。</td><td>嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人</td><td><b>修订对象：</b>软硬件接口契约；已提供的总体技术方案、架构决策记录。<br><b>提交内容：</b>接口需求、调用频率、性能、资源指标、理由和受影响功能。</td><td>不得绕过契约直接约定。</td><td>可能触发契约修订。</td></tr>
-            <tr><td>F3.5</td><td>嵌入式底层依赖引脚、电平、器件或时序。</td><td>嵌入式底层 → 项目Hub → 硬件 / 技术负责人</td><td><b>修订对象：</b>软硬件接口契约；已提供的架构决策记录。<br><b>提交内容：</b>HAL、引脚表、时序、电气约束、板卡依赖和证据。</td><td>涉及既有板卡时引用明确版本；新设计注明约束版本。</td><td class="if-block">冲突时阻塞相关设计。</td></tr>
-            <tr><td>F3.6</td><td>器件、PCB、电源、空间或热约束影响方案。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品</td><td><b>关联或修订成果：</b>软硬件接口契约；必要时同步修订已提供的 总体技术方案、架构决策记录。<br><b>过程记录：</b>硬件约束与接口确认。<br><b>提交内容：</b>限制、替代方案、成本、性能和交期影响。</td><td>器件替换不得静默发生。</td><td>更新接口与约束确认；改变正式基线时走变更申请。</td></tr>
+            <tr><td>F3.1–3.3</td><td>阶段 2 门禁通过，产品定义基线有效。</td><td>项目Hub ↔ 技术负责人/协作角色</td><td><b>按主责角色分别形成的正式成果草案：</b>技术负责人按需提供总体技术方案、架构决策记录。测试按任务编制 测试计划，包含测试标准、测试用例范围、测试项，并在 F3.7 提交。<br><b>过程记录：</b>技术负责人提交设计要点与待确认接口约束，各相关角色完成接口与约束确认。<br><b>输入内容：</b>阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录（如有）、设计范围和时限。</td><td>方案设计不得依赖尚未形成的 项目计划；所有设计必须引用同一产品基线。</td><td>开启并行方案设计。</td></tr>
+            <tr><td>F3.4</td><td>嵌入式应用层需要新的资源、HAL 或协议。</td><td>嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人</td><td><b>过程记录：</b>接口需求及确认结果。<br><b>关联或修订成果：</b>已提供的总体技术方案、架构决策记录。<br><b>提交内容：</b>接口需求、调用频率、性能、资源指标、理由和受影响功能。</td><td>接口调整经项目Hub转交相关角色确认，不得私下约定。</td><td>更新接口确认结果；改变正式基线时走变更申请。</td></tr>
+            <tr><td>F3.5</td><td>嵌入式底层依赖引脚、电平、器件或时序。</td><td>嵌入式底层 → 项目Hub → 硬件 / 技术负责人</td><td><b>过程记录：</b>接口与硬件约束确认。<br><b>关联或修订成果：</b>已提供的架构决策记录。<br><b>提交内容：</b>HAL、引脚表、时序、电气约束、板卡依赖和证据。</td><td>涉及既有板卡时引用明确版本；新设计注明约束版本。</td><td class="if-block">冲突时阻塞相关设计。</td></tr>
+            <tr><td>F3.6</td><td>器件、PCB、电源、空间或热约束影响方案。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品</td><td><b>关联或修订成果：</b>必要时修订已提供的总体技术方案、架构决策记录。<br><b>过程记录：</b>硬件约束与接口确认。<br><b>提交内容：</b>限制、替代方案、成本、性能和交期影响。</td><td>器件替换不得静默发生。</td><td>更新接口与约束确认；改变正式基线时走变更申请。</td></tr>
             <tr><td>F3.7</td><td>测试已形成测试计划，或识别出不可测试项、环境/治具缺口。</td><td>测试 → 项目Hub；无问题时汇总给技术负责人；有缺口时定向转交相关角色确认</td><td><b>正式成果：</b>测试计划，包含测试标准、测试用例范围、测试项。<br><b>存在缺口时附带：</b>不可测试项、环境/治具缺口、影响、依据及需要相关角色确认的问题。<br><b>确认回传：</b>相关角色经项目Hub返回确认结果，测试据此修订测试计划；涉及接口或验收标准时同步对应主责角色修订。</td><td>无问题时无需等待缺口确认；项目Hub只汇总和中继，不代替专业角色确认。测试仍主责计划编制与修订，技术负责人经 F3.8–F3.9 确认测试计划。影响本阶段门禁的缺口应先关闭；验证期需跳转时，由负责人明确记录决定。</td><td>无问题：进入 F3.8–F3.9 汇总确认；有缺口：先定向确认、修订，再返回该确认路径。</td></tr>
-            <tr><td>F3.8–3.10</td><td>专业评审完成。</td><td>项目Hub ↔ 技术负责人；项目Hub ↔ 各相关角色</td><td><b>最终确认成果：</b>软硬件接口契约、测试计划的内部确认版本，以及已提供的选填成果（总体技术方案、架构决策记录）。<br><b>附带内容：</b>角色确认、保留风险、证据引用和统一版本关系。</td><td>测试计划仍由测试编制和维护，技术负责人确认其与整体方案、接口及实施依赖一致；相关角色按本领域完成最终确认。每个确认绑定同一版本；选填成果未提供不阻塞本阶段；成员角色之间不直接通信。</td><td class="if-pass">全部确认并登记为正式基线后进入阶段 4 项目规划。</td></tr>
+            <tr><td>F3.8–3.10</td><td>专业评审完成。</td><td>项目Hub ↔ 技术负责人；项目Hub ↔ 各相关角色</td><td><b>最终确认成果：</b>测试计划的内部确认版本，以及已提供的选填成果（总体技术方案、架构决策记录）。<br><b>附带内容：</b>方案与接口确认结果、保留风险、证据引用和统一版本关系。</td><td>测试计划仍由测试编制和维护，技术负责人确认其与整体方案、接口及实施依赖一致；相关角色按本领域完成最终确认。每个确认绑定同一版本；选填成果未提供不阻塞本阶段；成员角色之间不直接通信。</td><td class="if-pass">全部确认并登记为正式基线后进入阶段 4 项目规划。</td></tr>
           </tbody></table></div>
         </section>
 
@@ -1066,32 +1064,32 @@
 
         <section class="if-section" id="stage5">
           <div class="if-section-head"><div class="if-section-no">05 / IMPLEMENT</div><div><h2>阶段 5：嵌入式软硬件实现信息流</h2><p>三条实现流依据阶段3方案设计基线和阶段4项目任务计划并行推进；硬件先取得并核对器件规格书和结构板框图，形成并确认硬件设计包后再据此实施；固件只有一条正式出口：嵌入式底层先提供可消费版本，嵌入式应用层完成合版并提交统一固件，项目Hub维护其与硬件版本的唯一映射。</p></div></div>
-          <div class="if-stage-summary"><div class="if-summary-card"><b>并行主责</b><span>嵌入式应用层、嵌入式底层、硬件</span></div><div class="if-summary-card"><b>核心成果</b><span>硬件设计包、硬件实现资料、嵌入式底层实现资料、嵌入式应用层提交的统一固件包</span></div><div class="if-summary-card"><b>门禁</b><span>嵌入式应用层提交最终固件，技术负责人确认固件与硬件版本匹配并可提测</span></div></div>
+          <div class="if-stage-summary"><div class="if-summary-card"><b>并行主责</b><span>嵌入式应用层、嵌入式底层、硬件</span></div><div class="if-summary-card"><b>核心成果</b><span>硬件设计包、嵌入式底层实现资料、嵌入式应用层提交的统一固件包</span></div><div class="if-summary-card"><b>门禁</b><span>嵌入式应用层提交最终固件，技术负责人确认固件与硬件版本匹配并可提测</span></div></div>
           <div class="if-callout" style="margin-bottom:18px; font-size:14px">
             <strong>F5.2 硬件资料要求</strong><br>
-            <b>资料需求：</b><br>1、外设器件和关键器件（主控、flash、sensor、复位按键、指示灯、WiFi模块、音频功放驱动芯片、IR-CUT驱动芯片、电机达林顿管驱动芯片）规格书。<br>2、结构板框图（包含主要器件位置和禁止限制区域）。<br>
-            <b>硬件设计资料（纳入硬件设计包）：</b><br>1、原理图。<br>2、PCB 源文档。<br>3、贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）。<br>4、接口定义。<br><b>硬件实现资料：</b>引用已确认的设计包及版本，仅补充实施、调试和版本记录，不重复提交上述设计文件。<br>
+            <b>前置输入（由上游资料责任角色提供）：</b><br>1、外设器件和关键器件（主控、flash、sensor、复位按键、指示灯、WiFi模块、音频功放驱动芯片、IR-CUT驱动芯片、电机达林顿管驱动芯片）规格书。<br>2、结构板框图（包含主要器件位置和禁止限制区域）。<br>
+            <b>硬件设计资料（纳入硬件设计包）：</b><br>1、原理图。<br>2、PCB 源文档。<br>3、贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）。<br>4、接口定义。<br>
             <b>执行前提：</b>硬件先核对项目实际使用器件的规格书，以及结构板框图的来源、适用范围和版本。结构板框图在阶段 2 可选填，但进入 F5.2 前须补齐；资料缺失或冲突时，经项目Hub向对应资料责任角色补齐，不以假设替代输入，仅阻塞依赖这些资料的硬件任务。
           </div>
           <div class="if-flow-board">
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F5.1</span><strong>并行下发三类实现任务</strong><small>附方案设计基线、项目任务计划、角色分工、风险和任务边界；硬件另附器件规格书、结构板框图</small></div><div class="if-actor if-app">嵌入式应用层 / 嵌入式底层 / 硬件</div></div>
-            <div class="if-exchange"><div class="if-actor if-hardware">硬件</div><div class="if-arrow"><span class="if-flow-id">F5.2</span><strong>取得所需资料后提交硬件设计包及硬件实现资料</strong><small>器件规格书、结构板框图齐备后设计；设计包确认后形成实现资料</small></div><div class="if-actor if-center">项目Hub</div></div>
-            <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F5.3</span><strong>定向分发硬件设计包、实现版本及约束变化</strong><small>设计包先完成技术及接口确认，后续只向受影响角色分发完整影响包</small></div><div class="if-actor if-low">技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试</div></div>
+            <div class="if-exchange"><div class="if-actor if-hardware">硬件</div><div class="if-arrow"><span class="if-flow-id">F5.2</span><strong>取得前置输入后提交硬件设计包</strong><small>器件规格书、结构板框图齐备后设计；硬件负责人确认后提交</small></div><div class="if-actor if-center">项目Hub</div></div>
+            <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F5.3</span><strong>定向分发硬件设计包及约束变化</strong><small>设计包先完成技术及接口确认，后续只向受影响角色分发完整影响包</small></div><div class="if-actor if-low">技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试</div></div>
             <div class="if-exchange"><div class="if-actor if-low">嵌入式底层</div><div class="if-arrow"><span class="if-flow-id">F5.4</span><strong>提交嵌入式底层实现资料</strong><small>硬件功能测试报告、BSP 输出路径、PSP 输出路径<br>WiFi 设备定频测试固件（选填）</small></div><div class="if-actor if-center">项目Hub</div></div>
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F5.5</span><strong>将已登记的嵌入式底层版本交给嵌入式应用层合版</strong><small>按已登记的 BSP/PSP 输出路径交付；定频测试固件仅用于专项测试</small></div><div class="if-actor if-app">嵌入式应用层</div></div>
-            <div class="if-exchange"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F5.6</span><strong>集成底层版本并提交统一固件候选</strong><small>绑定应用、底层、板卡和契约版本，包含 MD5、分区、自测和 Changelog</small></div><div class="if-actor if-center">项目Hub</div></div>
-            <div class="if-exchange if-blocking"><div class="if-actor if-app">任一实现角色</div><div class="if-arrow"><span class="if-flow-id">F5.7</span><strong>报告接口、器件或资源冲突</strong><small>契约不一致、资源超限或 ECO 影响时</small></div><div class="if-actor if-center">项目Hub → 技术负责人</div></div>
+            <div class="if-exchange"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F5.6</span><strong>集成底层版本并提交统一固件候选</strong><small>绑定应用、底层和板卡版本，引用已确认的接口定义，包含 MD5、分区、自测和 Changelog</small></div><div class="if-actor if-center">项目Hub</div></div>
+            <div class="if-exchange if-blocking"><div class="if-actor if-app">任一实现角色</div><div class="if-arrow"><span class="if-flow-id">F5.7</span><strong>报告接口、器件或资源冲突</strong><small>接口约束不一致、资源超限或 ECO 影响时</small></div><div class="if-actor if-center">项目Hub → 技术负责人</div></div>
             <div class="if-exchange"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F5.8</span><strong>创建软硬件联调与版本矩阵确认任务</strong><small>统一固件候选和硬件候选版本均可用时</small></div><div class="if-actor if-app">嵌入式应用层 / 硬件 / 技术负责人</div></div>
             <div class="if-exchange"><div class="if-actor if-app">嵌入式应用层</div><div class="if-arrow"><span class="if-flow-id">F5.9</span><strong>提交最终提测固件版本</strong><small>最终固件只能由嵌入式应用层提交，附完整版本链、自测和偏离说明</small></div><div class="if-actor if-center">项目Hub</div></div>
             <div class="if-exchange"><div class="if-actor if-tech">技术负责人</div><div class="if-arrow"><span class="if-flow-id">F5.10</span><strong>确认最终固件与硬件版本匹配并可提测</strong><small>板卡、BOM、统一固件及其应用/底层版本链完全匹配</small></div><div class="if-actor if-center">项目Hub</div></div>
           </div>
           <div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
-            <tr><td>F5.1</td><td>阶段 4 项目规划门禁通过。</td><td>项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件</td><td><b>待产出成果：</b>嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包、硬件实现资料。<br><b>输入与任务：</b>阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。<br><b>硬件额外输入：</b>F5.2 所列器件规格书和结构板框图。</td><td>三方必须使用相同契约和项目计划版本；硬件输入未齐时先补齐资料，不阻塞其他依赖已满足的任务。</td><td>依赖已满足的实现任务并行启动。</td></tr>
-            <tr><td>F5.2–5.3</td><td>硬件已取得并核对 F5.2 所列输入资料，形成或修订硬件设计包；后续发布样机、板卡、BOM 或 ECO。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试</td><td><b>前置输入：</b>项目实际使用的外设器件和关键器件规格书、结构板框图（主要器件位置和禁止限制区域），具体清单见本阶段 F5.2 硬件资料要求。<br><b>正式成果：</b>硬件设计包与硬件实现资料，分别登记版本。<br><b>硬件设计资料（纳入硬件设计包）：</b>原理图；PCB 源文档；贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）；接口定义。先由硬件负责人确认，再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。<br><b>实现资料：</b>引用已确认的硬件设计包文件索引和版本，不重复提交原理图、PCB 源文档、贴片资料或接口定义。仅补充实施记录（板卡/样机制作、装配与返修情况）、调试记录（板级调试、测量证据、已知问题与处置）和版本记录（板卡/样机/批次标识、BOM/ECO 修订号、与底层/应用固件/配置/接口契约的版本关系及替代关系）。</td><td>所需输入资料未齐备或版本未核对时，先经项目Hub补齐，不得提交正式硬件设计包或硬件实现资料；设计包确认前不得投板或以未确认设计推进样机制作；没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。</td><td class="if-block">输入缺失时阻塞相关硬件任务；影响接口、底层或应用固件时阻塞受影响任务。</td></tr>
-            <tr><td>F5.4–5.5</td><td>嵌入式底层已形成硬件功能测试报告，BSP 与 PSP 输出路径可访问且版本明确。</td><td>嵌入式底层 → 项目Hub → 嵌入式应用层</td><td><b>正式成果：</b>嵌入式底层实现资料 当前版本。<br><b>必需内容：</b>硬件功能测试报告；BSP 输出路径；PSP 输出路径。<br><b>选填内容：</b>WiFi 设备定频测试固件。<br><b>附带信息：</b>输出版本、适配板卡、BOM/ECO、配置和接口契约版本，以及必要的应用层集成说明、已知限制和风险。</td><td>BSP/PSP 路径必须指向可访问的实际输出；硬件功能测试报告记录底层已执行的硬件功能测试，不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项，未提供不阻塞合版、提测或阶段推进，也无需另行豁免；提供时标明 TEST_UTILITY_ONLY，仅用于专项测试，不得作为最终提测或发布固件。</td><td>项目Hub登记必需成果后，将 BSP/PSP 可消费版本交嵌入式应用层合版。</td></tr>
-            <tr><td>F5.6</td><td>嵌入式应用层收到已登记的嵌入式底层可消费版本。</td><td>嵌入式应用层 → 项目Hub</td><td><b>正式成果候选：</b>嵌入式应用层固件包。<br><b>提交内容：</b>正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书，以及应用/底层/板卡/契约版本链。</td><td>必须形成可追溯的应用层+底层统一版本；禁止提交无法复现的单一二进制。</td><td>进入软硬件联调候选。</td></tr>
-            <tr><td>F5.7</td><td>引脚、时序、资源、器件或协议冲突。</td><td>角色 → 项目Hub → 技术负责人</td><td><b>过程记录：</b>实现冲突记录。<br><b>关联成果：</b>受影响的 硬件设计包、硬件／底层／应用实现成果 和 接口契约；提交冲突、证据、版本、影响和建议。</td><td>项目Hub立即冻结受影响版本。</td><td class="if-block">等待技术裁决或契约新版本。</td></tr>
-            <tr><td>F5.8–5.10</td><td>统一固件候选和硬件候选均已提交，联调问题已经关闭。</td><td>项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人</td><td><b>最终确认成果：</b>嵌入式应用层固件包、硬件实现资料；引用已确认的 硬件设计包 和已集成的 嵌入式底层实现资料。<br><b>过程记录：</b>版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。</td><td>最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。</td><td class="if-pass">确认后由项目Hub将该唯一固件版本交给测试。</td></tr>
+            <tr><td>F5.1</td><td>阶段 4 项目规划门禁通过。</td><td>项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件</td><td><b>待产出成果：</b>嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包。<br><b>输入与任务：</b>阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。<br><b>硬件额外输入：</b>F5.2 所列器件规格书和结构板框图。</td><td>三方必须使用相同的方案设计基线和项目计划版本；硬件输入未齐时先补齐资料，不阻塞其他依赖已满足的任务。</td><td>依赖已满足的实现任务并行启动。</td></tr>
+            <tr><td>F5.2–5.3</td><td>硬件已取得并核对 F5.2 所列输入资料，形成或修订硬件设计包；后续发布样机、板卡、BOM 或 ECO。</td><td>硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试</td><td><b>前置输入：</b>项目实际使用的外设器件和关键器件规格书、结构板框图（主要器件位置和禁止限制区域），具体清单见本阶段 F5.2 硬件资料要求。<br><b>正式成果：</b>硬件设计包，登记明确版本。<br><b>硬件设计资料（纳入硬件设计包）：</b>原理图；PCB 源文档；贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）；接口定义。先由硬件负责人确认，再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。</td><td>所需输入资料未齐备或版本未核对时，先经项目Hub补齐，不得提交正式硬件设计包；设计包确认前不得投板或以未确认设计推进样机制作；没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。</td><td class="if-block">输入缺失时阻塞相关硬件任务；影响接口、底层或应用固件时阻塞受影响任务。</td></tr>
+            <tr><td>F5.4–5.5</td><td>嵌入式底层已形成硬件功能测试报告，BSP 与 PSP 输出路径可访问且版本明确。</td><td>嵌入式底层 → 项目Hub → 嵌入式应用层</td><td><b>正式成果：</b>嵌入式底层实现资料 当前版本。<br><b>必需内容：</b>硬件功能测试报告；BSP 输出路径；PSP 输出路径。<br><b>选填内容：</b>WiFi 设备定频测试固件。<br><b>附带信息：</b>输出版本、适配板卡、BOM/ECO、配置及适用的接口定义版本，以及必要的应用层集成说明、已知限制和风险。</td><td>BSP/PSP 路径必须指向可访问的实际输出；硬件功能测试报告记录底层已执行的硬件功能测试，不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项，未提供不阻塞合版、提测或阶段推进，也无需另行豁免；提供时标明 TEST_UTILITY_ONLY，仅用于专项测试，不得作为最终提测或发布固件。</td><td>项目Hub登记必需成果后，将 BSP/PSP 可消费版本交嵌入式应用层合版。</td></tr>
+            <tr><td>F5.6</td><td>嵌入式应用层收到已登记的嵌入式底层可消费版本。</td><td>嵌入式应用层 → 项目Hub</td><td><b>正式成果候选：</b>嵌入式应用层固件包。<br><b>提交内容：</b>正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书，以及应用/底层/板卡版本链及适用的接口定义版本。</td><td>必须形成可追溯的应用层+底层统一版本；禁止提交无法复现的单一二进制。</td><td>进入软硬件联调候选。</td></tr>
+            <tr><td>F5.7</td><td>引脚、时序、资源、器件或协议冲突。</td><td>角色 → 项目Hub → 技术负责人</td><td><b>过程记录：</b>实现冲突记录。<br><b>关联成果：</b>受影响的硬件设计包、嵌入式底层实现资料、嵌入式应用层固件包及相关接口约束；提交冲突、证据、版本、影响和建议。</td><td>项目Hub立即冻结受影响版本。</td><td class="if-block">等待技术裁决及相关设计、接口约束更新。</td></tr>
+            <tr><td>F5.8–5.10</td><td>统一固件候选和硬件候选均已提交，联调问题已经关闭。</td><td>项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人</td><td><b>最终确认成果：</b>嵌入式应用层固件包、硬件设计包；引用已集成的嵌入式底层实现资料。<br><b>过程记录：</b>版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。</td><td>最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。</td><td class="if-pass">确认后由项目Hub将该唯一固件版本交给测试。</td></tr>
           </tbody></table></div>
         </section>
 
@@ -1112,11 +1110,11 @@
             <div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.10</span><strong>提交内部确认的最终质量结论和剩余风险</strong><small>功能测试报告和缺陷清单完整，已提供的选填成果完成确认后</small></div><div class="if-actor if-center">项目Hub</div></div>
           </div>
           <div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
-            <tr><td>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入：</b>嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。<br><b>必需成果草案：</b>功能测试报告、缺陷清单。<br><b>选填成果：</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>提测佐证内容（选填）：</b>平台要求的视频、截图、log材料。<br><b>佐证提交方式：</b>提供时只向项目Hub登记文件索引、版本和交付状态；文件由测试直接交付产品，F7.1 确认接收。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
+            <tr><td>F6.1–6.2</td><td>技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。</td><td>项目Hub ↔ 测试</td><td><b>测试输入：</b>嵌入式应用层固件包、硬件设计包、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。<br><b>必需成果草案：</b>功能测试报告、缺陷清单。<br><b>选填成果：</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>提测佐证内容（选填）：</b>平台要求的视频、截图、log材料。<br><b>佐证提交方式：</b>提供时只向项目Hub登记文件索引、版本和交付状态；文件由测试直接交付产品，F7.1 确认接收。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
             <tr><td>F6.3</td><td>测试发现缺陷或测试异常并形成可追踪记录。</td><td>测试 → 项目Hub → 实际相关角色</td><td><b>提交与更新成果：</b>测试主责的《缺陷清单》。<br><b>分发内容：</b>缺陷编号、现象、状态、模块、版本、环境、用例、复现、证据、影响、风险、优先级和回归要求。<br><b>商议结果：</b>缺陷责任人、主责角色、协作角色及处理时限。</td><td>测试与实际相关角色的负责人共同商议解决缺陷的责任人，每项缺陷明确一名责任人和一个主责角色。项目Hub只登记已确认的分工并路由，不自行指定责任人；跨层技术问题由技术负责人提供判断依据，需求含义由产品澄清。分歧未收敛时按 E.1–E.4 协调。</td><td>确认缺陷责任分工后，建立定向修复或专业澄清任务。</td></tr>
             <tr><td>F6.4–6.5</td><td>相关负责人已共同确认缺陷责任人，责任角色收到缺陷任务。</td><td>责任角色 / 技术负责人 / 产品 → 项目Hub → 测试</td><td><b>过程记录：</b>确认的责任人、主责与协作角色、原因分析、修复计划或技术／产品决定，包含影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。<br><b>测试动作：</b>引用已确认的责任分工与修复输入，更新《缺陷清单》的责任人、状态和回归要求。</td><td>实现角色不直接替换或关闭测试主责的《缺陷清单》；“无法复现”“符合设计”或“不修复”必须带理由与证据；责任人调整仍需相关负责人共同确认。</td><td class="if-block">阻断缺陷使阶段阻塞；等待修复成果和目标版本复验。</td></tr>
-            <tr><td>F6.6–6.8</td><td>应用修复、嵌入式底层修复或硬件 ECO 已提交。</td><td>责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试</td><td><b>实现角色修订成果：</b>嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。<br><b>提交给测试的缺陷输入：</b>原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷清单》。<br><b>硬件 ECO 额外内容：</b>新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。</td><td>实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。</td><td>形成唯一可回归的固件与硬件版本矩阵，并由测试复验。</td></tr>
-            <tr><td>F6.9</td><td>统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。</td><td>项目Hub → 测试</td><td><b>回归输入：</b>更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料／硬件实现资料、缺陷清单、版本矩阵。<br><b>过程记录：</b>回归任务，包含修复范围、受影响用例和时限。</td><td>旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。</td><td>执行定向回归。</td></tr>
+            <tr><td>F6.6–6.8</td><td>应用修复、嵌入式底层修复或硬件 ECO 已提交。</td><td>责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试</td><td><b>实现角色修订成果：</b>嵌入式应用层固件包、嵌入式底层实现资料或硬件设计包。<br><b>提交给测试的缺陷输入：</b>原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷清单》。<br><b>硬件 ECO 额外内容：</b>新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。</td><td>实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。</td><td>形成唯一可回归的固件与硬件版本矩阵，并由测试复验。</td></tr>
+            <tr><td>F6.9</td><td>统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。</td><td>项目Hub → 测试</td><td><b>回归输入：</b>更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料／硬件设计包、缺陷清单、版本矩阵。<br><b>过程记录：</b>回归任务，包含修复范围、受影响用例和时限。</td><td>旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。</td><td>执行定向回归。</td></tr>
             <tr><td>F6.10</td><td>阻断缺陷清零且必需成果及其测试依据齐全。</td><td>测试 → 项目Hub</td><td><b>最终确认成果：</b>功能测试报告、缺陷清单的负责人确认版本。<br><b>已提供时一并确认：</b>可靠性测试报告、专项测试报告、提测佐证。<br><b>附带内容：</b>质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。</td><td>测试内部确认状态必须记录；剩余风险必须有接受方；选填成果未提供不作为门禁阻塞项。提测佐证提供时只登记索引、版本和测试负责人确认，无需向项目Hub上传大文件。</td><td class="if-pass">门禁通过并留档后开启验收。</td></tr>
           </tbody></table></div>
         </section>
@@ -1169,7 +1167,7 @@
             <div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F8.7</span><strong>确认项目结项或要求补充</strong><small>依据归档完整性、项目复盘和遗留事项承接进行结项确认</small></div><div class="if-actor if-center">项目Hub</div></div>
           </div>
           <div class="if-table-wrap"><table><thead><tr><th>ID</th><th>触发条件</th><th>发送 → 接收</th><th>正式载荷</th><th>约束/确认</th><th>对阶段的影响</th></tr></thead><tbody>
-            <tr><td>F8.1–8.2</td><td>阶段 7 平台验收和客户验收均已通过。</td><td>项目Hub ↔ 实际相关角色</td><td><b>收集资料：</b>各阶段正式成果的当前有效版本、必要过程记录、变更记录、项目进度、成果索引和对应确认。<br><b>实现资料：</b>已验收的应用层统一固件、被集成的底层版本、硬件设计包、硬件实现资料及匹配版本关系。</td><td>沿用已确认成果，不重新要求制作同内容文件；实际未参与的角色不虚构成果。测试直接交付产品的资料保留文件索引和产品接收确认，项目Hub无需收存或重复转交大文件。</td><td>形成结项资料清单与缺口清单。</td></tr>
+            <tr><td>F8.1–8.2</td><td>阶段 7 平台验收和客户验收均已通过。</td><td>项目Hub ↔ 实际相关角色</td><td><b>收集资料：</b>各阶段正式成果的当前有效版本、必要过程记录、变更记录、项目进度、成果索引和对应确认。<br><b>实现资料：</b>已验收的应用层统一固件、被集成的底层版本、硬件设计包及匹配版本关系。</td><td>沿用已确认成果，不重新要求制作同内容文件；实际未参与的角色不虚构成果。测试直接交付产品的资料保留文件索引和产品接收确认，项目Hub无需收存或重复转交大文件。</td><td>形成结项资料清单与缺口清单。</td></tr>
             <tr><td>F8.3</td><td>各阶段资料与验收记录已收集。</td><td>项目Hub ↔ 产品 / 业务</td><td><b>核对内容：</b>产品确认的平台验收报告或结论、业务确认的客户验收通过报告、遗留问题清单。<br><b>承接信息：</b>未关闭问题、风险、责任人、期限和后续跟进方式。</td><td>只核对已有双线验收结果，不重新给平台增加业务批准；遗留事项必须已关闭或有明确承接。</td><td>确认结项范围与后续责任。</td></tr>
             <tr><td>F8.4–8.5</td><td>项目事实、阶段成果及主要问题已整理。</td><td>项目Hub → 实际相关角色 → 项目Hub</td><td><b>复盘输入：</b>目标完成情况、计划与实际偏差、协作与质量问题、有效经验和改进建议。<br><b>输出：</b>各角色确认的复盘结论与改进项，汇入《流程闭环总结》。</td><td>复盘基于已有事实和记录，不把未执行的验证写成已完成；改进项说明责任人和跟进安排。</td><td>完成项目复盘并形成可跟进的改进项。</td></tr>
             <tr><td>F8.6</td><td>资料收集、验收核对和项目复盘完成。</td><td>项目Hub → 归档库</td><td><b>正式成果：</b>结项资料归档、变更记录、结项报告、流程闭环总结。<br><b>汇总内容：</b>最终资料索引、有效版本、阶段确认、验收结论、复盘经验、改进项与遗留责任。</td><td>保留历史版本和引用，不以完整聊天记录代替项目档案；选填成果未提供不作为归档阻塞项。</td><td>形成可追溯的结项包。</td></tr>
@@ -1244,16 +1242,16 @@
           "F2.6": ["artifact", "提交修订成果：立项资料 / 测试验收标准 / 里程碑要求"],
           "F2.7": ["process", "待业务批准：立项资料 / 测试验收标准 / 里程碑要求"],
           "F2.8": ["artifact", "业务批准成果包：立项资料 / 测试验收标准 / 里程碑要求"],
-          "F3.1": ["process", "输入：产品定义基线 / 阶段 2 已有评审记录；必需成果：软硬件接口契约 / 测试计划；选填：总体技术方案 / 架构决策记录"],
-          "F3.2": ["artifact", "提交成果草案：软硬件接口契约；选填：总体技术方案 / 架构决策记录"],
+          "F3.1": ["process", "输入：产品定义基线 / 阶段 2 已有评审记录；必需成果：测试计划；选填：总体技术方案 / 架构决策记录"],
+          "F3.2": ["process", "过程记录：设计要点 / 待确认接口约束；选填成果：总体技术方案 / 架构决策记录"],
           "F3.3": ["process", "设计任务：测试计划（测试标准 / 测试用例范围 / 测试项）及各角色接口、硬件约束确认"],
-          "F3.4": ["process", "修订对象：软硬件接口契约；已提供的总体技术方案 / 架构决策记录"],
-          "F3.5": ["process", "修订对象：软硬件接口契约；已提供的架构决策记录；协作输入：硬件接口与约束"],
-          "F3.6": ["process", "过程记录：硬件约束与接口确认；关联/修订：软硬件接口契约及已提供的总体技术方案 / 架构决策记录"],
+          "F3.4": ["process", "过程记录：接口需求及确认结果；关联/修订：已提供的总体技术方案 / 架构决策记录"],
+          "F3.5": ["process", "过程记录：接口与硬件约束确认；关联/修订：已提供的架构决策记录"],
+          "F3.6": ["process", "过程记录：硬件约束与接口确认；关联/修订：已提供的总体技术方案 / 架构决策记录"],
           "F3.7": ["artifact", "提交：测试计划（测试标准 / 测试用例范围 / 测试项）；缺口经项目Hub转相关角色确认"],
           "F3.8": ["process", "汇总待确认：测试计划 / 设计反馈；有缺口时先确认、修订再汇总"],
-          "F3.9": ["artifact", "技术负责人确认：软硬件接口契约 / 测试计划；已提供的总体技术方案 / 架构决策记录一并确认"],
-          "F3.10": ["artifact", "多角色确认：软硬件接口契约 / 测试计划；选填成果已提供时一并确认"],
+          "F3.9": ["artifact", "技术负责人确认：测试计划及方案、接口确认结果；已提供的总体技术方案 / 架构决策记录一并确认"],
+          "F3.10": ["artifact", "多角色确认：测试计划 / 接口可实施性；选填成果已提供时一并确认"],
           "F4.1": ["artifact", "提交成果草案：项目计划 / 项目风险 / 角色分工 / 产品资料整合 / 项目状态内部记录"],
           "F4.2": ["artifact", "技术负责人确认：项目计划草案 / 项目风险 / 角色分工"],
           "F4.3": ["process", "修订对象：项目计划 / 项目风险 / 角色分工 / 项目状态内部记录"],
@@ -1262,22 +1260,22 @@
           "F4.6": ["process", "待产品确认资源与排期：项目计划 / 项目风险 / 项目状态内部记录"],
           "F4.7": ["artifact", "产品确认成果：项目计划 / 项目风险 / 项目状态内部记录"],
           "F4.8": ["artifact", "正式基线分发：项目计划 / 项目风险 / 角色分工 / 产品资料整合 + 状态快照；业务可同步计划与排期"],
-          "F5.1": ["process", "输入：阶段3必需成果及已提供的选填成果 / 项目任务计划 / 角色分工 / 项目风险；待产出：硬件设计包 / 硬件实现资料 / 嵌入式底层实现资料 / 嵌入式应用层固件包"],
-          "F5.2": ["artifact", "资料齐备后提交确认：硬件设计包；设计确认后提交：硬件实现资料"],
-          "F5.3": ["process", "定向分发与确认：硬件设计包 / 硬件实现资料 / 软硬件接口契约"],
+          "F5.1": ["process", "输入：阶段3必需成果及已提供的选填成果 / 项目任务计划 / 角色分工 / 项目风险；待产出：硬件设计包 / 嵌入式底层实现资料 / 嵌入式应用层固件包"],
+          "F5.2": ["artifact", "前置输入齐备后提交确认：硬件设计包"],
+          "F5.3": ["process", "定向分发与确认：硬件设计包（含接口定义）及约束变化"],
           "F5.4": ["artifact", "提交成果：嵌入式底层实现资料；WiFi 设备定频测试固件选填"],
           "F5.5": ["process", "分发：已登记的 BSP/PSP 可消费版本 → 嵌入式应用层合版"],
           "F5.6": ["artifact", "提交候选成果：嵌入式应用层固件包（应用+底层统一版本）"],
-          "F5.7": ["process", "过程记录：实现冲突记录；关联硬件设计包、三类实现成果与接口契约"],
+          "F5.7": ["process", "过程记录：实现冲突记录；关联硬件设计包、底层实现资料、应用固件包及接口约束"],
           "F5.8": ["process", "过程记录：版本矩阵 / 软硬件联调记录"],
           "F5.9": ["artifact", "提交正式成果：嵌入式应用层固件包（最终提测版本）"],
-          "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包、硬件设计包与硬件实现资料"],
-          "F6.1": ["process", "测试输入：应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"],
+          "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包与硬件设计包"],
+          "F6.1": ["process", "测试输入：应用固件包 / 底层实现资料 / 硬件设计包 / 测试计划"],
           "F6.2": ["artifact", "必需：功能测试报告 / 缺陷清单；选填：可靠性报告 / 专项报告 / 提测佐证"],
           "F6.3": ["artifact", "提交/更新：缺陷清单；相关负责人共同确定责任人"],
           "F6.4": ["process", "确认责任分工与修复计划；由测试更新缺陷清单"],
           "F6.5": ["process", "过程记录：按确认分工派发修复或专业澄清任务；关联缺陷清单"],
-          "F6.6": ["process", "修订对象：应用固件包 / 底层实现资料 / 硬件实现资料"],
+          "F6.6": ["process", "修订对象：应用固件包 / 底层实现资料 / 硬件设计包"],
           "F6.7": ["process", "关联成果：底层修复 / 硬件变化 → 应用固件包重新合版"],
           "F6.8": ["artifact", "提交修订成果：嵌入式应用层固件包（统一回归版本）"],
           "F6.9": ["process", "回归输入：统一固件 / 版本矩阵 / 缺陷清单"],

ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F3.1–3.3	阶段 2 门禁通过，产品定义基线有效。	项目Hub ↔ 技术负责人/协作角色	按主责角色分别形成的正式成果草案：技术负责人输出软硬件接口契约；总体技术方案、架构决策记录为选填。测试按任务编制测试计划，包含测试标准、测试用例范围、测试项，并在 F3.7 提交。协作输入：硬件完成接口与约束确认。输入内容：阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录（如有）、设计范围和时限。	方案设计不得依赖尚未形成的项目计划；所有设计必须引用同一产品基线。	开启并行方案设计。
F3.4	嵌入式应用层需要新的资源、HAL 或协议。	嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人	修订对象：软硬件接口契约；已提供的总体技术方案、架构决策记录。提交内容：接口需求、调用频率、性能、资源指标、理由和受影响功能。	不得绕过契约直接约定。	可能触发契约修订。
F3.5	嵌入式底层依赖引脚、电平、器件或时序。	嵌入式底层 → 项目Hub → 硬件 / 技术负责人	修订对象：软硬件接口契约；已提供的架构决策记录。提交内容：HAL、引脚表、时序、电气约束、板卡依赖和证据。	涉及既有板卡时引用明确版本；新设计注明约束版本。	冲突时阻塞相关设计。
F3.6	器件、PCB、电源、空间或热约束影响方案。	硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品	关联或修订成果：软硬件接口契约；必要时同步修订已提供的总体技术方案、架构决策记录。过程记录：硬件约束与接口确认。提交内容：限制、替代方案、成本、性能和交期影响。	器件替换不得静默发生。	更新接口与约束确认；改变正式基线时走变更申请。
F3.1–3.3	阶段 2 门禁通过，产品定义基线有效。	项目Hub ↔ 技术负责人/协作角色	按主责角色分别形成的正式成果草案：技术负责人按需提供总体技术方案、架构决策记录。测试按任务编制测试计划，包含测试标准、测试用例范围、测试项，并在 F3.7 提交。过程记录：技术负责人提交设计要点与待确认接口约束，各相关角色完成接口与约束确认。输入内容：阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录（如有）、设计范围和时限。	方案设计不得依赖尚未形成的项目计划；所有设计必须引用同一产品基线。	开启并行方案设计。
F3.4	嵌入式应用层需要新的资源、HAL 或协议。	嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人	过程记录：接口需求及确认结果。关联或修订成果：已提供的总体技术方案、架构决策记录。提交内容：接口需求、调用频率、性能、资源指标、理由和受影响功能。	接口调整经项目Hub转交相关角色确认，不得私下约定。	更新接口确认结果；改变正式基线时走变更申请。
F3.5	嵌入式底层依赖引脚、电平、器件或时序。	嵌入式底层 → 项目Hub → 硬件 / 技术负责人	过程记录：接口与硬件约束确认。关联或修订成果：已提供的架构决策记录。提交内容：HAL、引脚表、时序、电气约束、板卡依赖和证据。	涉及既有板卡时引用明确版本；新设计注明约束版本。	冲突时阻塞相关设计。
F3.6	器件、PCB、电源、空间或热约束影响方案。	硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 产品	关联或修订成果：必要时修订已提供的总体技术方案、架构决策记录。过程记录：硬件约束与接口确认。提交内容：限制、替代方案、成本、性能和交期影响。	器件替换不得静默发生。	更新接口与约束确认；改变正式基线时走变更申请。
F3.7	测试已形成测试计划，或识别出不可测试项、环境/治具缺口。	测试 → 项目Hub；无问题时汇总给技术负责人；有缺口时定向转交相关角色确认	正式成果：测试计划，包含测试标准、测试用例范围、测试项。存在缺口时附带：不可测试项、环境/治具缺口、影响、依据及需要相关角色确认的问题。确认回传：相关角色经项目Hub返回确认结果，测试据此修订测试计划；涉及接口或验收标准时同步对应主责角色修订。	无问题时无需等待缺口确认；项目Hub只汇总和中继，不代替专业角色确认。测试仍主责计划编制与修订，技术负责人经 F3.8–F3.9 确认测试计划。影响本阶段门禁的缺口应先关闭；验证期需跳转时，由负责人明确记录决定。	无问题：进入 F3.8–F3.9 汇总确认；有缺口：先定向确认、修订，再返回该确认路径。
F3.8–3.10	专业评审完成。	项目Hub ↔ 技术负责人；项目Hub ↔ 各相关角色	最终确认成果：软硬件接口契约、测试计划的内部确认版本，以及已提供的选填成果（总体技术方案、架构决策记录）。附带内容：角色确认、保留风险、证据引用和统一版本关系。	测试计划仍由测试编制和维护，技术负责人确认其与整体方案、接口及实施依赖一致；相关角色按本领域完成最终确认。每个确认绑定同一版本；选填成果未提供不阻塞本阶段；成员角色之间不直接通信。	全部确认并登记为正式基线后进入阶段 4 项目规划。
F3.8–3.10	专业评审完成。	项目Hub ↔ 技术负责人；项目Hub ↔ 各相关角色	最终确认成果：测试计划的内部确认版本，以及已提供的选填成果（总体技术方案、架构决策记录）。附带内容：方案与接口确认结果、保留风险、证据引用和统一版本关系。	测试计划仍由测试编制和维护，技术负责人确认其与整体方案、接口及实施依赖一致；相关角色按本领域完成最终确认。每个确认绑定同一版本；选填成果未提供不阻塞本阶段；成员角色之间不直接通信。	全部确认并登记为正式基线后进入阶段 4 项目规划。
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F5.1	阶段 4 项目规划门禁通过。	项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件	待产出成果：嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包、硬件实现资料。输入与任务：阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。硬件额外输入：F5.2 所列器件规格书和结构板框图。	三方必须使用相同契约和项目计划版本；硬件输入未齐时先补齐资料，不阻塞其他依赖已满足的任务。	依赖已满足的实现任务并行启动。
F5.2–5.3	硬件已取得并核对 F5.2 所列输入资料，形成或修订硬件设计包；后续发布样机、板卡、BOM 或 ECO。	硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试	前置输入：项目实际使用的外设器件和关键器件规格书、结构板框图（主要器件位置和禁止限制区域），具体清单见本阶段 F5.2 硬件资料要求。正式成果：硬件设计包与硬件实现资料，分别登记版本。硬件设计资料（纳入硬件设计包）：原理图；PCB 源文档；贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）；接口定义。先由硬件负责人确认，再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。实现资料：引用已确认的硬件设计包文件索引和版本，不重复提交原理图、PCB 源文档、贴片资料或接口定义。仅补充实施记录（板卡/样机制作、装配与返修情况）、调试记录（板级调试、测量证据、已知问题与处置）和版本记录（板卡/样机/批次标识、BOM/ECO 修订号、与底层/应用固件/配置/接口契约的版本关系及替代关系）。	所需输入资料未齐备或版本未核对时，先经项目Hub补齐，不得提交正式硬件设计包或硬件实现资料；设计包确认前不得投板或以未确认设计推进样机制作；没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。	输入缺失时阻塞相关硬件任务；影响接口、底层或应用固件时阻塞受影响任务。
F5.4–5.5	嵌入式底层已形成硬件功能测试报告，BSP 与 PSP 输出路径可访问且版本明确。	嵌入式底层 → 项目Hub → 嵌入式应用层	正式成果：嵌入式底层实现资料当前版本。必需内容：硬件功能测试报告；BSP 输出路径；PSP 输出路径。选填内容：WiFi 设备定频测试固件。附带信息：输出版本、适配板卡、BOM/ECO、配置和接口契约版本，以及必要的应用层集成说明、已知限制和风险。	BSP/PSP 路径必须指向可访问的实际输出；硬件功能测试报告记录底层已执行的硬件功能测试，不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项，未提供不阻塞合版、提测或阶段推进，也无需另行豁免；提供时标明 TEST_UTILITY_ONLY，仅用于专项测试，不得作为最终提测或发布固件。	项目Hub登记必需成果后，将 BSP/PSP 可消费版本交嵌入式应用层合版。
F5.6	嵌入式应用层收到已登记的嵌入式底层可消费版本。	嵌入式应用层 → 项目Hub	正式成果候选：嵌入式应用层固件包。提交内容：正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书，以及应用/底层/板卡/契约版本链。	必须形成可追溯的应用层+底层统一版本；禁止提交无法复现的单一二进制。	进入软硬件联调候选。
F5.7	引脚、时序、资源、器件或协议冲突。	角色 → 项目Hub → 技术负责人	过程记录：实现冲突记录。关联成果：受影响的硬件设计包、硬件／底层／应用实现成果和接口契约；提交冲突、证据、版本、影响和建议。	项目Hub立即冻结受影响版本。	等待技术裁决或契约新版本。
F5.8–5.10	统一固件候选和硬件候选均已提交，联调问题已经关闭。	项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人	最终确认成果：嵌入式应用层固件包、硬件实现资料；引用已确认的硬件设计包和已集成的嵌入式底层实现资料。过程记录：版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。	最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。	确认后由项目Hub将该唯一固件版本交给测试。
F5.1	阶段 4 项目规划门禁通过。	项目Hub → 嵌入式应用层 / 嵌入式底层 / 硬件	待产出成果：嵌入式应用层固件包、嵌入式底层实现资料、硬件设计包。输入与任务：阶段3已确认的必需成果及已提供的选填成果、阶段4 项目计划（项目任务计划）、角色分工、项目风险，以及任务、输出格式、依赖和期限。硬件额外输入：F5.2 所列器件规格书和结构板框图。	三方必须使用相同的方案设计基线和项目计划版本；硬件输入未齐时先补齐资料，不阻塞其他依赖已满足的任务。	依赖已满足的实现任务并行启动。
F5.2–5.3	硬件已取得并核对 F5.2 所列输入资料，形成或修订硬件设计包；后续发布样机、板卡、BOM 或 ECO。	硬件 → 项目Hub → 技术负责人 / 嵌入式底层 / 嵌入式应用层 / 测试	前置输入：项目实际使用的外设器件和关键器件规格书、结构板框图（主要器件位置和禁止限制区域），具体清单见本阶段 F5.2 硬件资料要求。正式成果：硬件设计包，登记明确版本。硬件设计资料（纳入硬件设计包）：原理图；PCB 源文档；贴片资料（PCBA_BOM、器件位置图 PDF、贴片坐标）；接口定义。先由硬件负责人确认，再经项目Hub中继技术负责人及受影响角色完成技术与接口确认。	所需输入资料未齐备或版本未核对时，先经项目Hub补齐，不得提交正式硬件设计包；设计包确认前不得投板或以未确认设计推进样机制作；没有影响分析不得切换硬件版本；禁止使用“最新板”或“当前 BOM”替代明确版本组合。	输入缺失时阻塞相关硬件任务；影响接口、底层或应用固件时阻塞受影响任务。
F5.4–5.5	嵌入式底层已形成硬件功能测试报告，BSP 与 PSP 输出路径可访问且版本明确。	嵌入式底层 → 项目Hub → 嵌入式应用层	正式成果：嵌入式底层实现资料当前版本。必需内容：硬件功能测试报告；BSP 输出路径；PSP 输出路径。选填内容：WiFi 设备定频测试固件。附带信息：输出版本、适配板卡、BOM/ECO、配置及适用的接口定义版本，以及必要的应用层集成说明、已知限制和风险。	BSP/PSP 路径必须指向可访问的实际输出；硬件功能测试报告记录底层已执行的硬件功能测试，不代替测试角色的整机质量结论。WiFi 设备定频测试固件为非必选项，未提供不阻塞合版、提测或阶段推进，也无需另行豁免；提供时标明 TEST_UTILITY_ONLY，仅用于专项测试，不得作为最终提测或发布固件。	项目Hub登记必需成果后，将 BSP/PSP 可消费版本交嵌入式应用层合版。
F5.6	嵌入式应用层收到已登记的嵌入式底层可消费版本。	嵌入式应用层 → 项目Hub	正式成果候选：嵌入式应用层固件包。提交内容：正式/升级/烧写固件、自测用例、分区表、MD5、zn_debug文件、Changelog、串口使能证书，以及应用/底层/板卡版本链及适用的接口定义版本。	必须形成可追溯的应用层+底层统一版本；禁止提交无法复现的单一二进制。	进入软硬件联调候选。
F5.7	引脚、时序、资源、器件或协议冲突。	角色 → 项目Hub → 技术负责人	过程记录：实现冲突记录。关联成果：受影响的硬件设计包、嵌入式底层实现资料、嵌入式应用层固件包及相关接口约束；提交冲突、证据、版本、影响和建议。	项目Hub立即冻结受影响版本。	等待技术裁决及相关设计、接口约束更新。
F5.8–5.10	统一固件候选和硬件候选均已提交，联调问题已经关闭。	项目Hub ↔ 嵌入式应用层 / 硬件 / 技术负责人	最终确认成果：嵌入式应用层固件包、硬件设计包；引用已集成的嵌入式底层实现资料。过程记录：版本矩阵、集成记录、集成批准；包含最终固件、应用/底层版本链、板卡/BOM/ECO、自测和偏离说明。	最终提测固件只能由嵌入式应用层提交；嵌入式底层和硬件不得直接向测试提交固件。技术负责人确认版本矩阵匹配。	确认后由项目Hub将该唯一固件版本交给测试。
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F6.1–6.2	技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。	项目Hub ↔ 测试	测试输入：嵌入式应用层固件包、硬件实现资料、已集成的嵌入式底层实现资料、版本矩阵、测试计划。必需成果草案：功能测试报告、缺陷清单。选填成果：可靠性测试报告、专项测试报告、提测佐证。提测佐证内容（选填）：平台要求的视频、截图、log材料。佐证提交方式：提供时只向项目Hub登记文件索引、版本和交付状态；文件由测试直接交付产品，F7.1 确认接收。	测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。	启动测试并更新测试状态。
F6.1–6.2	技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。	项目Hub ↔ 测试	测试输入：嵌入式应用层固件包、硬件设计包、已集成的嵌入式底层实现资料、版本矩阵、测试计划。必需成果草案：功能测试报告、缺陷清单。选填成果：可靠性测试报告、专项测试报告、提测佐证。提测佐证内容（选填）：平台要求的视频、截图、log材料。佐证提交方式：提供时只向项目Hub登记文件索引、版本和交付状态；文件由测试直接交付产品，F7.1 确认接收。	测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。	启动测试并更新测试状态。
F6.3	测试发现缺陷或测试异常并形成可追踪记录。	测试 → 项目Hub → 实际相关角色	提交与更新成果：测试主责的《缺陷清单》。分发内容：缺陷编号、现象、状态、模块、版本、环境、用例、复现、证据、影响、风险、优先级和回归要求。商议结果：缺陷责任人、主责角色、协作角色及处理时限。	测试与实际相关角色的负责人共同商议解决缺陷的责任人，每项缺陷明确一名责任人和一个主责角色。项目Hub只登记已确认的分工并路由，不自行指定责任人；跨层技术问题由技术负责人提供判断依据，需求含义由产品澄清。分歧未收敛时按 E.1–E.4 协调。	确认缺陷责任分工后，建立定向修复或专业澄清任务。
F6.4–6.5	相关负责人已共同确认缺陷责任人，责任角色收到缺陷任务。	责任角色 / 技术负责人 / 产品 → 项目Hub → 测试	过程记录：确认的责任人、主责与协作角色、原因分析、修复计划或技术／产品决定，包含影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。测试动作：引用已确认的责任分工与修复输入，更新《缺陷清单》的责任人、状态和回归要求。	实现角色不直接替换或关闭测试主责的《缺陷清单》；“无法复现”“符合设计”或“不修复”必须带理由与证据；责任人调整仍需相关负责人共同确认。	阻断缺陷使阶段阻塞；等待修复成果和目标版本复验。
F6.6–6.8	应用修复、嵌入式底层修复或硬件 ECO 已提交。	责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试	实现角色修订成果：嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。提交给测试的缺陷输入：原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷清单》。硬件 ECO 额外内容：新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。	实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。	形成唯一可回归的固件与硬件版本矩阵，并由测试复验。
F6.9	统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。	项目Hub → 测试	回归输入：更新后的嵌入式应用层固件包、相关嵌入式底层实现资料／硬件实现资料、缺陷清单、版本矩阵。过程记录：回归任务，包含修复范围、受影响用例和时限。	旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。	执行定向回归。
F6.6–6.8	应用修复、嵌入式底层修复或硬件 ECO 已提交。	责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试	实现角色修订成果：嵌入式应用层固件包、嵌入式底层实现资料或硬件设计包。提交给测试的缺陷输入：原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷清单》。硬件 ECO 额外内容：新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。	实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。	形成唯一可回归的固件与硬件版本矩阵，并由测试复验。
F6.9	统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。	项目Hub → 测试	回归输入：更新后的嵌入式应用层固件包、相关嵌入式底层实现资料／硬件设计包、缺陷清单、版本矩阵。过程记录：回归任务，包含修复范围、受影响用例和时限。	旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。	执行定向回归。
F6.10	阻断缺陷清零且必需成果及其测试依据齐全。	测试 → 项目Hub	最终确认成果：功能测试报告、缺陷清单的负责人确认版本。已提供时一并确认：可靠性测试报告、专项测试报告、提测佐证。附带内容：质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。	测试内部确认状态必须记录；剩余风险必须有接受方；选填成果未提供不作为门禁阻塞项。提测佐证提供时只登记索引、版本和测试负责人确认，无需向项目Hub上传大文件。	门禁通过并留档后开启验收。
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F8.1–8.2	阶段 7 平台验收和客户验收均已通过。	项目Hub ↔ 实际相关角色	收集资料：各阶段正式成果的当前有效版本、必要过程记录、变更记录、项目进度、成果索引和对应确认。实现资料：已验收的应用层统一固件、被集成的底层版本、硬件设计包、硬件实现资料及匹配版本关系。	沿用已确认成果，不重新要求制作同内容文件；实际未参与的角色不虚构成果。测试直接交付产品的资料保留文件索引和产品接收确认，项目Hub无需收存或重复转交大文件。	形成结项资料清单与缺口清单。
F8.1–8.2	阶段 7 平台验收和客户验收均已通过。	项目Hub ↔ 实际相关角色	收集资料：各阶段正式成果的当前有效版本、必要过程记录、变更记录、项目进度、成果索引和对应确认。实现资料：已验收的应用层统一固件、被集成的底层版本、硬件设计包及匹配版本关系。	沿用已确认成果，不重新要求制作同内容文件；实际未参与的角色不虚构成果。测试直接交付产品的资料保留文件索引和产品接收确认，项目Hub无需收存或重复转交大文件。	形成结项资料清单与缺口清单。
F8.3	各阶段资料与验收记录已收集。	项目Hub ↔ 产品 / 业务	核对内容：产品确认的平台验收报告或结论、业务确认的客户验收通过报告、遗留问题清单。承接信息：未关闭问题、风险、责任人、期限和后续跟进方式。	只核对已有双线验收结果，不重新给平台增加业务批准；遗留事项必须已关闭或有明确承接。	确认结项范围与后续责任。
F8.4–8.5	项目事实、阶段成果及主要问题已整理。	项目Hub → 实际相关角色 → 项目Hub	复盘输入：目标完成情况、计划与实际偏差、协作与质量问题、有效经验和改进建议。输出：各角色确认的复盘结论与改进项，汇入《流程闭环总结》。	复盘基于已有事实和记录，不把未执行的验证写成已完成；改进项说明责任人和跟进安排。	完成项目复盘并形成可跟进的改进项。
F8.6	资料收集、验收核对和项目复盘完成。	项目Hub → 归档库	正式成果：结项资料归档、变更记录、结项报告、流程闭环总结。汇总内容：最终资料索引、有效版本、阶段确认、验收结论、复盘经验、改进项与遗留责任。	保留历史版本和引用，不以完整聊天记录代替项目档案；选填成果未提供不作为归档阻塞项。	形成可追溯的结项包。