From bbe620c450dec76a3608f2c5a9beea8970b01d74 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 14:26:03 +0800
Subject: [PATCH] docs: add platform inputs and remove architecture decision
 artifact

---
 .../Codex多角色项目推进总流程图-V0.15.html    | 41 +++++++++----------
 1 file changed, 20 insertions(+), 21 deletions(-)
diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
index e7b828a..075f570 100644
--- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
+++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
@@ -797,7 +797,7 @@
             <div class="index">02</div>
             <div class="stage"><h3>产品定义</h3><span class="role">主责：产品 · 批准：业务</span></div>
             <div class="work"><strong>把目标转成可实现、可验证的产品定义。</strong>技术负责人组织可行性评估，嵌入式应用层、嵌入式底层和硬件分别评估实现约束，测试评估可测试性。</div>
-            <div class="artifacts"><strong>正式成果</strong><span>立项资料<br>立项书：包含项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息<br>规格书：包含产品硬件规格和主要元器件型号（主控芯片、Sensor、镜头、WiFi 芯片）<br>功能清单：定义设备支持的功能项<br>灯态：描述设备上电、绑定、升级、网络断开等状态下的指示灯状态与语音播报内容<br>产测功能清单：描述产测工具支持项<br>结构板框图（选填）：包含主要器件位置和禁止限制区域</span><span>测试验收标准<br>平台测试用例<br>客户验收测试用例和验收标准</span><span>里程碑要求<br>提测时间<br>客户验收时间<br>试产、量产时间（选填）</span></div>
+            <div class="artifacts"><strong>正式成果</strong><span>立项资料<br>立项书：包含项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息<br>规格书：包含产品硬件规格和主要元器件型号（主控芯片、Sensor、镜头、WiFi 芯片）<br>功能清单：定义设备支持的功能项<br>灯态：描述设备上电、绑定、升级、网络断开等状态下的指示灯状态与语音播报内容<br>产测功能清单：描述产测工具支持项<br>平台 SDK<br>个参资料<br>结构板框图（选填）：包含主要器件位置和禁止限制区域</span><span>测试验收标准<br>平台测试用例<br>客户验收测试用例和验收标准</span><span>里程碑要求<br>提测时间<br>客户验收时间<br>试产、量产时间（选填）</span></div>
           </article>
           <div class="connector"><div class="gate">产品确认方案，业务批准范围</div></div>
 
@@ -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>测试计划<br>测试标准、测试用例范围、测试项</span></div>
+            <div class="artifacts"><strong>正式成果</strong><span>总体技术方案（选填）</span><span>测试计划<br>测试标准、测试用例范围、测试项</span></div>
           </article>
           <div class="connector"><div class="gate">技术负责人确认整体方案与测试计划，嵌入式应用层/嵌入式底层/硬件确认接口可实施，产品确认不偏离，测试确认可验证</div></div>
 
@@ -813,7 +813,7 @@
             <div class="index">04</div>
             <div class="stage"><h3>项目规划</h3><span class="role">主责：项目Hub</span></div>
             <div class="work"><strong>基于已确认的产品基线和方案设计成果，生成实际任务、人员分工、排期和风险计划。</strong>任务计划草案先由技术负责人确认；项目Hub只对存在疑点的任务定向询问对应执行角色，资源与排期基线再提交产品确认；确认后的计划与排期可由项目Hub同步给业务。</div>
-            <div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分（工时评估）<br>实际项目排期</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>产品资料整合<br>现有器件规格和板框约束<br>平台 SDK、串号表<br>平台对接文档<br>平台接入标准及开发规范<br>方案设计成果索引<br>其他项目输入参考资料</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</span></div>
+            <div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分（工时评估）<br>实际项目排期</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>产品资料整合<br>现有器件规格和板框约束<br>平台 SDK、个参资料、串号表<br>平台对接文档<br>平台接入标准及开发规范<br>方案设计成果索引<br>其他项目输入参考资料</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</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 的总体技术方案、架构决策记录，以及阶段 6 的可靠性测试报告为选填成果，未提交不阻塞推进，也无需另行豁免；已提交时仍须完成版本登记和相应确认。若其他必需成果获准豁免，则以下对应流转中的成果引用改为豁免记录和替代证据。</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.4 产品与业务确认</td><td>F1.3 评审分发；F1.5 正式基线给产品</td></tr>
             <tr><td>1 业务需求</td><td>客户里程碑要求</td><td>业务</td><td>F1.1</td><td>F1.2 条件修订；F1.4 产品与业务确认</td><td>F1.3 评审分发；F1.5 正式基线给产品</td></tr>
@@ -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 形成；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>
             <tr><td>4 项目规划</td><td>项目风险</td><td>项目Hub</td><td>F4.1，汇总阶段 2 已识别风险和阶段 3 方案风险</td><td>F4.2–F4.7 更新与确认；E/X 流程持续更新</td><td>F4.8 分发；F5.1 实现风险输入；S.2 按角色同步</td></tr>
@@ -1004,7 +1003,7 @@
             <div class="if-exchange"><div class="if-actor if-business">业务</div><div class="if-arrow"><span class="if-flow-id">F2.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>F2.1–2.2</td><td>阶段 2 启动。</td><td>项目Hub ↔ 产品</td><td><b>输入基线：</b>项目背景说明、客户里程碑要求。<br><b>产品提交的正式成果草案：</b>立项资料、测试验收标准、里程碑要求。<br><b>参考输入（非阶段成果）：</b>项目已有的器件规格、板框约束、平台 SDK、串号表、平台对接文档和开发规范。</td><td>产品先自审，所有资料必须引用阶段 1 基线；专业评审由产品发起。</td><td>进入专业评审路由。</td></tr>
+            <tr><td>F2.1–2.2</td><td>阶段 2 启动。</td><td>项目Hub ↔ 产品</td><td><b>输入基线：</b>项目背景说明、客户里程碑要求。<br><b>产品提交的正式成果草案：</b>立项资料（含平台 SDK、个参资料）、测试验收标准、里程碑要求。<br><b>参考输入（非阶段成果）：</b>项目已有的器件规格、板框约束、串号表、平台对接文档和开发规范。</td><td>产品先自审，所有资料必须引用阶段 1 基线；专业评审由产品发起。</td><td>进入专业评审路由。</td></tr>
             <tr><td>F2.3</td><td>产品提交可评审草案和评审请求。</td><td>项目Hub → 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试</td><td><b>评审分发成果：</b>按角色裁剪上述三类产品定义成果草案。<br><b>参考输入：</b>只附与评审问题相关的现有器件、板框和平台资料；另含成果版本、基线引用、评审范围、问题和时限。</td><td>项目Hub只校验和路由；技术负责人看总体，嵌入式应用层看功能，嵌入式底层看 BSP/HAL，硬件看器件/板框，测试看可测性。</td><td>并行评审。</td></tr>
             <tr><td>F2.4</td><td>各角色完成评审。</td><td>技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 → 项目Hub</td><td><b>过程记录：</b>角色评审结果（角色评审结论）。<br><b>关联成果：</b>三类产品定义成果的具体字段；提交结论、缺失、风险、证据、建议和是否阻塞。</td><td>不得只回复“可行/不可行”。</td><td>形成冲突矩阵。</td></tr>
             <tr><td>F2.5–2.6</td><td>存在冲突或缺口。</td><td>项目Hub ↔ 产品</td><td><b>修订成果：</b>受影响的 立项资料、测试验收标准、里程碑要求 新版本。<br><b>附带内容：</b>字段级修订清单、变更影响和关闭说明。</td><td>产品在内部确认最终版本后统一发出。</td><td class="if-block">问题未关闭则暂缓推进。</td></tr>
@@ -1014,11 +1013,11 @@
 
         <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-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-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>
@@ -1029,12 +1028,12 @@
             <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>已提供的总体技术方案、架构决策记录。<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.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>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>
 
@@ -1235,22 +1234,22 @@
           "F1.4": ["artifact", "产品与业务确认：项目背景说明 / 客户里程碑要求"],
           "F1.5": ["artifact", "正式基线：项目背景说明 / 客户里程碑要求"],
           "F2.1": ["process", "输入：阶段1业务基线；待产出：立项资料 / 测试验收标准 / 里程碑要求"],
-          "F2.2": ["artifact", "提交成果草案：立项资料 / 测试验收标准 / 里程碑要求"],
+          "F2.2": ["artifact", "提交成果草案：立项资料（含平台 SDK、个参资料） / 测试验收标准 / 里程碑要求"],
           "F2.3": ["process", "评审分发：三类产品定义成果 + 与问题相关的现有参考资料"],
           "F2.4": ["process", "过程记录：角色评审结论；关联三类产品定义成果"],
           "F2.5": ["process", "修订对象：立项资料 / 测试验收标准 / 里程碑要求"],
           "F2.6": ["artifact", "提交修订成果：立项资料 / 测试验收标准 / 里程碑要求"],
           "F2.7": ["process", "待业务批准：立项资料 / 测试验收标准 / 里程碑要求"],
           "F2.8": ["artifact", "业务批准成果包：立项资料 / 测试验收标准 / 里程碑要求"],
-          "F3.1": ["process", "输入：产品定义基线 / 阶段 2 已有评审记录；必需成果：测试计划；选填：总体技术方案 / 架构决策记录"],
-          "F3.2": ["process", "过程记录：设计要点 / 待确认接口约束；选填成果：总体技术方案 / 架构决策记录"],
+          "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.9": ["artifact", "技术负责人确认：测试计划及方案、接口确认结果；已提供的总体技术方案一并确认"],
           "F3.10": ["artifact", "多角色确认：测试计划 / 接口可实施性；选填成果已提供时一并确认"],
           "F4.1": ["artifact", "提交成果草案：项目计划 / 项目风险 / 角色分工 / 产品资料整合 / 项目状态内部记录"],
           "F4.2": ["artifact", "技术负责人确认：项目计划草案 / 项目风险 / 角色分工"],

阶段	正式成果	主责角色	首次形成/提交	评审、修订与确认	正式分发/下游使用
1 业务需求	项目背景说明	业务	F1.1	F1.2 条件修订；F1.4 产品与业务确认	F1.3 评审分发；F1.5 正式基线给产品
1 业务需求	客户里程碑要求	业务	F1.1	F1.2 条件修订；F1.4 产品与业务确认	F1.3 评审分发；F1.5 正式基线给产品
2 产品定义	测试验收标准	产品	F2.2	F2.3–F2.6 测试评审；F2.7–F2.8 业务批准	F3.3 测试计划任务输入；F3.7 提交计划；F6.1 测试输入；F7.1 验收输入
2 产品定义	里程碑要求	产品	F2.2	F2.3–F2.6 专业评审；F2.7–F2.8 业务批准	F4.1 项目计划输入；S.2 状态同步
3 方案设计	总体技术方案（选填）	技术负责人	F3.2（提供时）	F3.4–F3.8 修订；F3.9–F3.10 确认	F4.1 项目规划输入；F5.1 实现输入；F8.2 收集、F8.6 归档
3 方案设计	架构决策记录（选填）	技术负责人	提供时于 F3.2 形成；F3.4–F3.6 持续补充	F3.8–F3.10 确认；X 流程变更时追加	F4.1 项目规划输入；F5.1 实现约束；F8.2 收集、F8.6 归档
3 方案设计	测试计划	测试	F3.7 提交测试标准、测试用例范围和测试项	F3.7 有缺口时经项目Hub转相关角色确认；F3.8 汇总；F3.9 技术负责人确认测试计划；F3.10 相关角色最终确认	F4.1 测试任务规划输入；F6.1 测试任务输入
4 项目规划	项目计划	项目Hub	F4.1	F4.2 技术负责人确认；F4.3–F4.5 定向修订；F4.6–F4.7 产品确认资源与排期	F4.8 分发相关执行角色，可同步业务；F5.1 实现任务输入；后续由 X.4–X.5 按权限确认变更
4 项目规划	项目风险	项目Hub	F4.1，汇总阶段 2 已识别风险和阶段 3 方案风险	F4.2–F4.7 更新与确认；E/X 流程持续更新	F4.8 分发；F5.1 实现风险输入；S.2 按角色同步
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F2.1–2.2	阶段 2 启动。	项目Hub ↔ 产品	输入基线：项目背景说明、客户里程碑要求。产品提交的正式成果草案：立项资料、测试验收标准、里程碑要求。参考输入（非阶段成果）：项目已有的器件规格、板框约束、平台 SDK、串号表、平台对接文档和开发规范。	产品先自审，所有资料必须引用阶段 1 基线；专业评审由产品发起。	进入专业评审路由。
F2.1–2.2	阶段 2 启动。	项目Hub ↔ 产品	输入基线：项目背景说明、客户里程碑要求。产品提交的正式成果草案：立项资料（含平台 SDK、个参资料）、测试验收标准、里程碑要求。参考输入（非阶段成果）：项目已有的器件规格、板框约束、串号表、平台对接文档和开发规范。	产品先自审，所有资料必须引用阶段 1 基线；专业评审由产品发起。	进入专业评审路由。
F2.3	产品提交可评审草案和评审请求。	项目Hub → 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试	评审分发成果：按角色裁剪上述三类产品定义成果草案。参考输入：只附与评审问题相关的现有器件、板框和平台资料；另含成果版本、基线引用、评审范围、问题和时限。	项目Hub只校验和路由；技术负责人看总体，嵌入式应用层看功能，嵌入式底层看 BSP/HAL，硬件看器件/板框，测试看可测性。	并行评审。
F2.4	各角色完成评审。	技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 → 项目Hub	过程记录：角色评审结果（角色评审结论）。关联成果：三类产品定义成果的具体字段；提交结论、缺失、风险、证据、建议和是否阻塞。	不得只回复“可行/不可行”。	形成冲突矩阵。
F2.5–2.6	存在冲突或缺口。	项目Hub ↔ 产品	修订成果：受影响的立项资料、测试验收标准、里程碑要求新版本。附带内容：字段级修订清单、变更影响和关闭说明。	产品在内部确认最终版本后统一发出。	问题未关闭则暂缓推进。
ID	触发条件	发送 → 接收	正式载荷	约束/确认	对阶段的影响
F3.1–3.3	阶段 2 门禁通过，产品定义基线有效。	项目Hub ↔ 技术负责人/协作角色	按主责角色分别形成的正式成果草案：技术负责人按需提供总体技术方案、架构决策记录。测试按任务编制测试计划，包含测试标准、测试用例范围、测试项，并在 F3.7 提交。过程记录：技术负责人提交设计要点与待确认接口约束，各相关角色完成接口与约束确认。输入内容：阶段2三类产品成果、现有技术参考资料、阶段 2 已有的可行性与风险评审记录（如有）、设计范围和时限。	方案设计不得依赖尚未形成的项目计划；所有设计必须引用同一产品基线。	开启并行方案设计。
F3.4	嵌入式应用层需要新的资源、HAL 或协议。	嵌入式应用层 → 项目Hub → 嵌入式底层 / 技术负责人	过程记录：接口需求及确认结果。关联或修订成果：已提供的总体技术方案、架构决策记录。提交内容：接口需求、调用频率、性能、资源指标、理由和受影响功能。	接口调整经项目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 项目规划。