diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
index bc71d78..2e04a0e 100644
--- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
+++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
@@ -713,8 +713,8 @@
             <tbody>
               <tr>
                 <td><b>V0.15</b></td><td>创建：2026-09-04<br>生效：待定</td><td class="if-review">REVIEW</td>
-                <td><ol><li>建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。</li><li>功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。</li><li>项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。</li><li>项目背景说明中的“预期价值”标注为选填项。</li><li>项目背景说明中的金额补充说明明确“预计销售额”为选填项。</li><li>项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。</li><li>立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。</li><li>功能清单表述调整为“定义设备支持的功能项”。</li><li>结构板框图标注为选填项。</li><li>删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。</li><li>业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。</li><li>阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。</li><li>阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。</li><li>阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。</li><li>阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。</li><li>阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。</li><li>“硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。</li><li>阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。</li><li>测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。</li><li>阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。</li><li>阶段 5 嵌入式应用层固件包中的“日志文件”更名为“zn_debug文件”，同步更新 F5.6 提交内容。</li><li>阶段 6 功能测试报告内容调整为“测试结论：通过/不通过”“测试用例执行结果”“bug: log日志”，替换原有三行说明。</li></ol></td>
-                <td>文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接、应用层固件包文件名称；阶段 6 测试验证与功能测试报告内容；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。</td>
+                <td><ol><li>建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。</li><li>功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。</li><li>项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。</li><li>项目背景说明中的“预期价值”标注为选填项。</li><li>项目背景说明中的金额补充说明明确“预计销售额”为选填项。</li><li>项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。</li><li>立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。</li><li>功能清单表述调整为“定义设备支持的功能项”。</li><li>结构板框图标注为选填项。</li><li>删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。</li><li>业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。</li><li>阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。</li><li>阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。</li><li>阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。</li><li>阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。</li><li>阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。</li><li>“硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。</li><li>阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。</li><li>测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。</li><li>阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。</li><li>阶段 5 嵌入式应用层固件包中的“日志文件”更名为“zn_debug文件”，同步更新 F5.6 提交内容。</li><li>阶段 6 功能测试报告内容调整为“测试结论：通过/不通过”“测试用例执行结果”“bug: log日志”，替换原有三行说明。</li><li>阶段 6“可靠性测试报告”标为选填，同步调整成果矩阵、测试提交与确认、业务验收及归档引用。</li><li>可靠性测试报告内容改为“高低温测试”“跌落测试（选填）”“防水测试（选填）”，替换原有三行说明。</li></ol></td>
+                <td>文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接、应用层固件包文件名称；阶段 6 测试验证、功能测试报告内容与可靠性测试报告选填设置；阶段 7 业务验收依据与选填测试报告引用；阶段 8 硬件设计资料与选填测试报告归档。</td>
               </tr>
               <tr>
                 <td><b>V0.14</b></td><td>2026-09-02</td><td class="if-pass">CURRENT</td>
@@ -828,8 +828,8 @@
           <article class="node">
             <div class="index">06</div>
             <div class="stage"><h3>测试验证</h3><span class="role">主责：测试 · 修复：嵌入式应用层/嵌入式底层/硬件</span></div>
-            <div class="work"><strong>执行功能、接口、软硬件集成和回归测试。</strong><div class="branch"><div class="path return"><strong>不通过</strong>应用问题→嵌入式应用层；BSP/驱动问题→嵌入式底层；电路/PCB/器件问题→硬件；接口/架构问题→技术负责人</div><div class="path pass"><strong>通过</strong>形成五类测试正式成果及质量结论</div></div></div>
-            <div class="artifacts"><strong>正式成果</strong><span>功能测试报告<br>测试结论：通过/不通过<br>测试用例执行结果<br>bug: log日志</span><span>可靠性测试报告<br>样本、环境、仪器、时长/循环和负载<br>高低温、跌落及其他适用项<br>原始数据、失效、恢复和不可逆变化</span><span>专项测试报告<br>画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项<br>专项矩阵、阈值来源、原始证据和分项结论</span><span>测试证据包<br>证据索引和用例/标准映射<br>原始日志、截图/视频、测量、波形、平台结果和文件校验</span><span>缺陷分析报告<br>现象、版本、环境、复现、期望/实际、频率和证据<br>Severity/风险/优先级、建议责任边界、根因/修复引用、复验与状态</span></div>
+            <div class="work"><strong>执行功能、接口、软硬件集成和回归测试。</strong><div class="branch"><div class="path return"><strong>不通过</strong>应用问题→嵌入式应用层；BSP/驱动问题→嵌入式底层；电路/PCB/器件问题→硬件；接口/架构问题→技术负责人</div><div class="path pass"><strong>通过</strong>形成必需测试正式成果及质量结论</div></div></div>
+            <div class="artifacts"><strong>正式成果</strong><span>功能测试报告<br>测试结论：通过/不通过<br>测试用例执行结果<br>bug: log日志</span><span>可靠性测试报告（选填）<br>高低温测试<br>跌落测试（选填）<br>防水测试（选填）</span><span>专项测试报告<br>画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项<br>专项矩阵、阈值来源、原始证据和分项结论</span><span>测试证据包<br>证据索引和用例/标准映射<br>原始日志、截图/视频、测量、波形、平台结果和文件校验</span><span>缺陷分析报告<br>现象、版本、环境、复现、期望/实际、频率和证据<br>Severity/风险/优先级、建议责任边界、根因/修复引用、复验与状态</span></div>
           </article>
           <div class="connector"><div class="gate">测试确认质量结论和剩余风险</div></div>
 
@@ -937,7 +937,7 @@
 
         <section class="if-section" id="traceability">
           <div class="if-section-head"><div class="if-section-no">00B / ARTIFACT TRACEABILITY</div><div><h2>正式成果—信息流追踪矩阵</h2><p>流程图规划的每项正式成果都必须能够追踪到首次形成、评审或修订、正式确认以及下游分发。表中流程 ID 与各阶段信息流图和说明表一一对应。</p></div></div>
-          <div class="if-callout" style="margin-bottom:18px">判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案、架构决策记录为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。</div>
+          <div class="if-callout" style="margin-bottom:18px">判定原则：正式成果必须由指定主责角色输出；过程记录只能解释校验、评审、冲突、变更和确认，不得替代正式成果。阶段 3 的总体技术方案、架构决策记录，以及阶段 6 的可靠性测试报告为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。</div>
           <div class="if-table-wrap"><table><thead><tr><th>阶段</th><th>正式成果</th><th>主责角色</th><th>首次形成/提交</th><th>评审、修订与确认</th><th>正式分发/下游使用</th></tr></thead><tbody>
             <tr><td>1 业务需求</td><td>项目背景说明</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订；F1.7 业务确认</td><td>F1.3 评审分发；F1.8 正式基线给产品</td></tr>
             <tr><td>1 业务需求</td><td>客户里程碑要求</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订；F1.7 业务确认</td><td>F1.3 评审分发；F1.8 正式基线给产品</td></tr>
@@ -958,7 +958,7 @@
             <tr><td>5 软硬件实现</td><td>嵌入式底层实现资料</td><td>嵌入式底层</td><td>F5.4</td><td>F5.5 交嵌入式应用层合版；F5.7/F5.10 确认版本关系</td><td>通过 F5.6 集成进统一固件；F8.3 提交归档资料</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.3 最终发布版</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.7 归档</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.7 归档</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.7 归档</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.7 归档</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/F7.3 验收证据；F8.5 最终证据</td></tr>
             <tr><td>6 测试验证</td><td>缺陷分析报告</td><td>测试</td><td>F6.2/F6.3</td><td>F6.4–F6.9 责任角色修复并由测试回归；F6.10 确认</td><td>F7.1 验收限制输入；F8.7 归档</td></tr>
@@ -1096,7 +1096,8 @@
 
         <section class="if-section" id="stage6">
           <div class="if-section-head"><div class="if-section-no">06 / TEST</div><div><h2>阶段 6：测试验证与缺陷返工信息流</h2><p>测试提交证据和缺陷，项目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">可靠性测试报告为选填，内容包括高低温测试、跌落测试（选填）、防水测试（选填）。未提供该报告不作为阶段 6 交付或后续验收的单独阻塞项，也无需另行豁免；已提供时仍需证据、版本和测试负责人确认。其他必需成果和质量门禁保持不变。</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">F6.1</span><strong>下发测试任务、最终固件和版本矩阵</strong><small>只允许测试由嵌入式应用层提交并经技术负责人批准的统一固件</small></div><div class="if-actor if-test">测试</div></div>
             <div class="if-exchange"><div class="if-actor if-test">测试</div><div class="if-arrow"><span class="if-flow-id">F6.2</span><strong>提交测试报告、证据和缺陷</strong><small>每个缺陷关联版本、用例和证据</small></div><div class="if-actor if-center">项目Hub</div></div>
@@ -1107,15 +1108,15 @@
             <div class="if-exchange if-conditional"><div class="if-actor if-center">项目Hub</div><div class="if-arrow"><span class="if-flow-id">F6.7</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">F6.8</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">F6.9</span><strong>下发定向回归任务和统一固件</strong><small>附修复范围、受影响用例和新版本矩阵</small></div><div class="if-actor if-test">测试</div></div>
-            <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 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>功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告。</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>可靠性测试报告。</td><td>测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。</td><td>启动测试并更新测试状态。</td></tr>
             <tr><td>F6.3</td><td>测试发现缺陷或测试异常并形成可追踪记录。</td><td>测试 → 项目Hub → 建议责任角色 / 技术负责人 / 产品</td><td><b>正式成果更新：</b>测试主责的《缺陷分析报告》缺陷条目。<br><b>提交与分发内容：</b>缺陷编号、现象、版本矩阵、环境、用例、复现、期望／实际、证据、影响程度、风险、优先级、建议责任边界、受影响成果、回归要求和响应时限。</td><td>项目Hub只做结构、证据和路由检查；责任明确时按测试建议路由，跨层或根因不清时交技术负责人，需求含义不清时交产品。</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.10</td><td>阻断缺陷清零且证据齐全。</td><td>测试 → 项目Hub</td><td><b>最终确认成果：</b>功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告的负责人确认版本。<br><b>附带内容：</b>质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。</td><td>测试内部确认状态必须记录；剩余风险必须有接受方。</td><td class="if-pass">门禁通过并留档后开启验收。</td></tr>
+            <tr><td>F6.10</td><td>阻断缺陷清零且证据齐全。</td><td>测试 → 项目Hub</td><td><b>最终确认成果：</b>功能测试报告、专项测试报告、测试证据包、缺陷分析报告，以及已提供的可靠性测试报告的负责人确认版本。<br><b>附带内容：</b>质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。</td><td>测试内部确认状态必须记录；剩余风险必须有接受方。</td><td class="if-pass">门禁通过并留档后开启验收。</td></tr>
           </tbody></table></div>
         </section>
 
@@ -1133,7 +1134,7 @@
             <div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F7.8</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>F7.1–7.2</td><td>测试门禁通过。</td><td>项目Hub ↔ 产品</td><td><b>验收输入：</b>阶段 6 五类测试成果、嵌入式应用层固件包、版本矩阵和已知限制。<br><b>产品提交的正式成果草案：</b>平台提测通过报告、客户验收通过报告、附条件验收事项。</td><td>产品不得隐藏已知风险。</td><td>形成验收包。</td></tr>
+            <tr><td>F7.1–7.2</td><td>测试门禁通过。</td><td>项目Hub ↔ 产品</td><td><b>验收输入：</b>阶段 6 必需测试成果及已提供的可靠性测试报告、嵌入式应用层固件包、版本矩阵和已知限制。<br><b>产品提交的正式成果草案：</b>平台提测通过报告、客户验收通过报告、附条件验收事项。</td><td>产品不得隐藏已知风险。</td><td>形成验收包。</td></tr>
             <tr><td>F7.3–7.4</td><td>验收包完整。</td><td>项目Hub ↔ 业务；客户信息由业务或产品负责人线下取得</td><td><b>待确认成果：</b>平台提测通过报告、客户验收通过报告、附条件验收事项。<br><b>提交内容：</b>目标对照、演示、测试证据、版本、通过／驳回／附条件结论和反馈证据。</td><td>口头反馈必须由负责人整理后回传本角色会话，再经项目Hub进入正式流。</td><td>决定通过或返工。</td></tr>
             <tr><td>F7.5</td><td>验收驳回。</td><td>项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</td><td><b>过程记录：</b>验收驳回记录。<br><b>关联成果：</b>三类验收成果及被驳回所影响的上游正式成果；包含问题类别、证据、字段/版本、责任角色和返回阶段。</td><td>禁止笼统地全部退回实现阶段。</td><td class="if-block">阶段保持处理中。</td></tr>
             <tr><td>F7.6–7.7</td><td>责任角色完成修正。</td><td>角色 → 项目Hub → 产品/测试/业务</td><td><b>修订成果：</b>被驳回的上游正式成果新版本，以及更新后的平台提测通过报告／客户验收通过报告或附条件验收事项。<br><b>附带内容：</b>修正说明、验证结果、证据引用和再次验收任务。</td><td>需要测试时必须先回测试阶段。</td><td>重新验收。</td></tr>
@@ -1263,7 +1264,7 @@
           "F5.9": ["artifact", "提交正式成果：嵌入式应用层固件包（最终提测版本）"],
           "F5.10": ["process", "过程记录：集成版本批准；关联应用固件包、硬件设计包与硬件实现资料"],
           "F6.1": ["process", "测试输入：应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"],
-          "F6.2": ["artifact", "提交成果草案：功能/可靠性/专项测试报告 / 测试证据包 / 缺陷分析报告"],
+          "F6.2": ["artifact", "提交成果草案：功能/专项测试报告 / 测试证据包 / 缺陷分析报告；选填：可靠性测试报告"],
           "F6.3": ["artifact", "提交/更新成果：缺陷分析报告"],
           "F6.4": ["artifact", "修订成果：缺陷分析报告"],
           "F6.5": ["process", "过程记录：修复计划 / 技术裁决；关联缺陷分析报告"],
@@ -1271,8 +1272,8 @@
           "F6.7": ["process", "关联成果：底层修复 / 硬件变化 → 应用固件包重新合版"],
           "F6.8": ["artifact", "提交修订成果：嵌入式应用层固件包（统一回归版本）"],
           "F6.9": ["process", "回归输入：统一固件 / 版本矩阵 / 缺陷分析报告"],
-          "F6.10": ["artifact", "最终确认成果：功能/可靠性/专项测试报告 / 测试证据包 / 缺陷分析报告"],
-          "F7.1": ["process", "验收输入：五类测试成果 / 应用固件包 / 版本矩阵"],
+          "F6.10": ["artifact", "最终确认成果：功能/专项测试报告 / 测试证据包 / 缺陷分析报告；可靠性测试报告已提供时一并确认"],
+          "F7.1": ["process", "验收输入：必需测试成果及已提供的可靠性测试报告 / 应用固件包 / 版本矩阵"],
           "F7.2": ["artifact", "提交成果草案：平台提测通过报告 / 客户验收通过报告 / 附条件验收事项"],
           "F7.3": ["process", "待确认成果：平台提测通过报告 / 客户验收通过报告 / 附条件验收事项"],
           "F7.4": ["artifact", "提交验收结论：更新三类业务验收成果"],

阶段	正式成果	主责角色	首次形成/提交	评审、修订与确认	正式分发/下游使用
1 业务需求	项目背景说明	业务	F1.1	F1.2 条件修订；F1.7 业务确认	F1.3 评审分发；F1.8 正式基线给产品
1 业务需求	客户里程碑要求	业务	F1.1	F1.2 条件修订；F1.7 业务确认	F1.3 评审分发；F1.8 正式基线给产品
5 软硬件实现	嵌入式底层实现资料	嵌入式底层	F5.4	F5.5 交嵌入式应用层合版；F5.7/F5.10 确认版本关系	通过 F5.6 集成进统一固件；F8.3 提交归档资料
5 软硬件实现	嵌入式应用层固件包	嵌入式应用层	F5.6 候选；F5.9 最终提测版	F5.7 冲突修订；F5.8–F5.10 技术负责人确认	F6.1 交测试；F6.8 回归版；F8.3 最终发布版
6 测试验证	功能测试报告	测试	F6.2	F6.3–F6.9 缺陷/回归更新；F6.10 确认	F7.1 验收输入；F8.7 归档
6 测试验证	可靠性测试报告	测试	F6.2	F6.3–F6.9 缺陷/回归更新；F6.10 确认	F7.1 验收输入；F8.7 归档
6 测试验证	可靠性测试报告（选填）	测试	F6.2（提供时）	已提供时按 F6.3–F6.9 更新缺陷/回归；F6.10 确认	已提供时作为 F7.1 验收输入并经 F8.7 归档
6 测试验证	专项测试报告	测试	F6.2	F6.3–F6.9 缺陷/回归更新；F6.10 确认	F7.1 验收输入；F8.7 归档
6 测试验证	测试证据包	测试	F6.2	F6.3–F6.9 持续补证；F6.10 完整性确认	F7.1/F7.3 验收证据；F8.5 最终证据
6 测试验证	缺陷分析报告	测试	F6.2/F6.3	F6.4–F6.9 责任角色修复并由测试回归；F6.10 确认	F7.1 验收限制输入；F8.7 归档
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F6.1–6.2	技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。	项目Hub ↔ 测试	测试输入：嵌入式应用层固件包、硬件实现资料、已集成的嵌入式底层实现资料、版本矩阵、测试计划。测试提交的成果草案：功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告。	测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。	启动测试并更新测试状态。
F6.1–6.2	技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。	项目Hub ↔ 测试	测试输入：嵌入式应用层固件包、硬件实现资料、已集成的嵌入式底层实现资料、版本矩阵、测试计划。测试提交的成果草案：功能测试报告、专项测试报告、测试证据包、缺陷分析报告。选填成果：可靠性测试报告。	测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件；缺陷必须关联可复现环境和版本。	启动测试并更新测试状态。
F6.3	测试发现缺陷或测试异常并形成可追踪记录。	测试 → 项目Hub → 建议责任角色 / 技术负责人 / 产品	正式成果更新：测试主责的《缺陷分析报告》缺陷条目。提交与分发内容：缺陷编号、现象、版本矩阵、环境、用例、复现、期望／实际、证据、影响程度、风险、优先级、建议责任边界、受影响成果、回归要求和响应时限。	项目Hub只做结构、证据和路由检查；责任明确时按测试建议路由，跨层或根因不清时交技术负责人，需求含义不清时交产品。	建立定向返工或裁决任务。
F6.4–6.5	责任角色或裁决角色收到缺陷任务。	责任角色 / 技术负责人 / 产品 → 项目Hub → 测试	过程记录：原因分析、修复计划或技术／产品决定，包含原因或裁决、影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。测试动作：引用带来源的原因、修复或裁决输入，更新《缺陷分析报告》状态和回归要求。	实现角色不直接替换或关闭测试主责的《缺陷分析报告》；“无法复现”“符合设计”或“不修复”必须带理由与证据。	阻断缺陷使阶段阻塞；等待修复成果和目标版本复验。
F6.6–6.8	应用修复、嵌入式底层修复或硬件 ECO 已提交。	责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试	实现角色修订成果：嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。提交给测试的缺陷输入：原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围；测试引用后更新《缺陷分析报告》。硬件 ECO 额外内容：新旧板卡／PCB／BOM／ECO 差异、受影响批次、返工／回退方式、板级验证证据、底层驱动／HAL 兼容评估、应用固件有效性确认和新版本矩阵。	实现角色无权直接替换或关闭《缺陷分析报告》。嵌入式底层修复不得直接交给测试；必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估；即使不修改固件，也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵，测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。	形成唯一可回归的固件与硬件版本矩阵，并由测试复验。
F6.9	统一回归固件和硬件版本矩阵通过项目Hub校验，必要时由技术负责人确认。	项目Hub → 测试	回归输入：更新后的嵌入式应用层固件包、相关嵌入式底层实现资料／硬件实现资料、缺陷分析报告、版本矩阵。过程记录：回归任务，包含修复范围、受影响用例和时限。	旧版本不得覆盖；测试不得接收嵌入式底层单独提交的固件。	执行定向回归。
F6.10	阻断缺陷清零且证据齐全。	测试 → 项目Hub	最终确认成果：功能测试报告、可靠性测试报告、专项测试报告、测试证据包、缺陷分析报告的负责人确认版本。附带内容：质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。	测试内部确认状态必须记录；剩余风险必须有接受方。	门禁通过并留档后开启验收。
F6.10	阻断缺陷清零且证据齐全。	测试 → 项目Hub	最终确认成果：功能测试报告、专项测试报告、测试证据包、缺陷分析报告，以及已提供的可靠性测试报告的负责人确认版本。附带内容：质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。	测试内部确认状态必须记录；剩余风险必须有接受方。	门禁通过并留档后开启验收。
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F7.1–7.2	测试门禁通过。	项目Hub ↔ 产品	验收输入：阶段 6 五类测试成果、嵌入式应用层固件包、版本矩阵和已知限制。产品提交的正式成果草案：平台提测通过报告、客户验收通过报告、附条件验收事项。	产品不得隐藏已知风险。	形成验收包。
F7.1–7.2	测试门禁通过。	项目Hub ↔ 产品	验收输入：阶段 6 必需测试成果及已提供的可靠性测试报告、嵌入式应用层固件包、版本矩阵和已知限制。产品提交的正式成果草案：平台提测通过报告、客户验收通过报告、附条件验收事项。	产品不得隐藏已知风险。	形成验收包。
F7.3–7.4	验收包完整。	项目Hub ↔ 业务；客户信息由业务或产品负责人线下取得	待确认成果：平台提测通过报告、客户验收通过报告、附条件验收事项。提交内容：目标对照、演示、测试证据、版本、通过／驳回／附条件结论和反馈证据。	口头反馈必须由负责人整理后回传本角色会话，再经项目Hub进入正式流。	决定通过或返工。
F7.5	验收驳回。	项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试	过程记录：验收驳回记录。关联成果：三类验收成果及被驳回所影响的上游正式成果；包含问题类别、证据、字段/版本、责任角色和返回阶段。	禁止笼统地全部退回实现阶段。	阶段保持处理中。
F7.6–7.7	责任角色完成修正。	角色 → 项目Hub → 产品/测试/业务	修订成果：被驳回的上游正式成果新版本，以及更新后的平台提测通过报告／客户验收通过报告或附条件验收事项。附带内容：修正说明、验证结果、证据引用和再次验收任务。	需要测试时必须先回测试阶段。	重新验收。