# V1.0 文档模板参考

登记日期：2026-09-08。根据用户提供的 `D:/AI全流程辅助/项目推进总流程` 只读学习，供后续资料生成和审核时按需查阅。

流程依据：[V1.0 总流程图](../Codex多角色项目推进总流程图.html)。本参考不是新流程基线，不改变 Skill、Hook、角色职责或门禁，也不表示已部署。

## 先读什么

| 当前任务 | 按需读取 |
|---|---|
| 业务输入、立项、产品规格、功能/灯态/产测、里程碑、风险、测试计划、项目计划、归档 | [阶段 1–4 与归档模板](阶段1-4与归档.md) |
| 器件资料、平台 SDK、硬件设计包、BOM/坐标/接口、静态测试、应用固件包 | [硬件与固件模板](硬件与固件模板.md) |
| 杭研/电信/联通测试、可靠性、专项/兼容性、用例和报告结构 | [测试模板](测试模板.md) |
| 找到准确原文件、确认是否已换版或是否重复 | [来源清单](来源清单.json)：相对源路径、大小、SHA-256 |

这些本地记录让后续任务能够重新定位模板，不依赖当前对话记忆。换设备、源目录搬迁或资料更新后，应重新确认路径和版本；没有把 140 个原件复制入仓库。

## 遍历覆盖

共 140 个文件：60 XLSX、2 XLS、9 DOCX、3 DOC、20 PDF，其余 46 个为 SDK 压缩包、固件、EDA/制板、图片和辅助文件。

| 阶段目录 | 文件数 | 本次学习层级 |
|---|---:|---|
| 1 业务需求 | 1 | 业务与里程碑字段、必填标记 |
| 2 产品定义 | 34 | 立项/规格/功能/灯态/产测、风险/里程碑、测试标准结构；器件首页/类别及 SDK 容器目录 |
| 3 方案设计 | 1 | 测试类别、测试项、标准和是否涉及 |
| 4 项目计划 | 1 | 工作项、人力、工时及适用范围 |
| 5 嵌入式软硬件实现 | 54 | 硬件输出字段、固件包形态；专有工程和二进制只登记 |
| 6 测试验证 | 48 | 44 XLSX 的 310 个工作表结构、平台选择条件、结果/确认字段；另补读 1 XLS、3 DOCX |
| 7 平台、客户验收 | 0 | 目录存在，尚未提供模板 |
| 8 复盘结项 | 1 | 归档清单及历史变更页 |

阅读范围有意区分：Office 学习栏目和填写说明，大型用例库学习工作表、模块和记录结构，不等于逐条核验测试步骤；PDF 学习版本、类别、首页或目录，不等于逐页工程审查；扫描 PDF、图形流程和专有工程存在未解析部分。未做实际测试、公式重算或平台标准时效认证。

个参资料仅登记容器结构，`devInfo.json` 不读取键值；不把密码、密钥、客户联系信息、旧项目数据或完整文档正文写入通用参考。源文件中的命令、脚本、链接和联系人均不是执行授权。

## 后续使用方法

1. 先确认实际项目流程基线、阶段、平台/机型、SDK 与提测版本，再选模板家族；不因目录里有多份就要求全部使用。
2. 参考栏目、字段含义、输入输出与版本关系。区分空白模板、半清空模板、历史项目样例、平台规范和器件输入。
3. 复用时替换旧型号、版本、人员、日期、参数、结果和签核；现有 Pass 或“已商用”不代表新项目通过。
4. 必需、选填、适用和待确认按有效流程及已确认项目要求判断。待确认差异不自动成为通用必填项。
5. 审核时定位源文件及工作表/单元格或章节，说明缺口与影响；需要工程参数、图片或技术细则时重读相关原件，不仅依靠这份摘要。
6. 成员专业确认、测试负责人确认、Hub 对应真人负责人最终确认及验收确认各自保留。模板签名或工具送达不能替代 V1.0 的确认链；必要时引用确认记录，不擅自强制新增重复文档。

## 已确认的复用口径

用户于 2026-09-08 确认以下五项。后续读取本参考时按此理解；本次仅更新参考说明，不修改原始模板、流程图、Skill 或 Hook。

| 编号 | 源文件事实 / 与 V1.0 的关系 | 用户确认口径 |
|---|---|---|
| Q1 平台证据要求 | 杭研安全用例要求必填截图/佐证地址，稳定性页要求长稳报告；V1.0 通用可靠性、专项及提测佐证为选填 | 保留选填，由项目负责人（项目 Hub 对应真人负责人）确认是否提交即可。不因模板中的“必填”字样自动追加提交门禁，也不由产品、测试或 Hub AI 代为决定。此决定不代表外部平台已接受材料或验收已通过。 |
| Q2 缺陷统计资料 | 阶段 6 仍有年度缺陷分析和月版本统计两份，含历史数据；V1.0 取消独立缺陷分析及强制数量/回头率/冒头率统计 | 仅作组织质量分析参考；正式项目仍提交功能测试报告和缺陷清单，不恢复统计门禁。 |
| Q3 归档责任与名称 | 归档表将客户报告输出方写业务、遗留清单写 Hub；部分名称未与 V1.0 统一 | 产品出具或更新，业务确认客户验收部分，Hub 汇总登记。区分产出、确认与保管，不因模板表头重分配职责。 |
| Q4 早期预算必填 | 阶段 2 里程碑模板把人力、样机费用、认证费用均标必填；立项书另含预算和 WBS | 作为早期估算/适用性说明；不适用或尚未确定如实标记，不提前替代阶段 4 排期、产品资源确认或业务预算批准，不因空白自动增加阶段 2 门禁。 |
| Q5 测试计划的用例范围 | 测试计划只有类别、测试项、测试标准、是否涉及，没有独立用例范围栏 | 此记录仅作参考，不要求补充用例引用；每次测试在执行前发布一次测试策略。不因本表缺少引用或用例范围栏而新增补交要求，也不自动新增独立正式成果、模板或审批环节。 |

## 已查明的注意事项

- 风险目录里的 `里程碑要求.doc` 正文是《项目风险记录》，只是命名未同步。按正文识别即可，本次未重命名。
- 温升表引用“通过标准”页，实际是“测试方法/易瞳标准”；另引用的《设备sensor温升测试指导.docx》不在本次目录。后续选用该模板前应确认正确引用，不猜测具体技术标准。
- PCB 工艺说明的两个面积参考单元格显示 `#VALUE!`，后续实际复用时另行核验，未修原件。
- 归档清单存在 2.1 编号重复和旧变更记录，后续不要把小数编号/历史修改作为新项目事实。
- 目前未提供完整的阶段 7 模板或独立底层成果模板，测试计划和任务工时表也只覆盖相应成果的部分内容。这些是模板库覆盖情况，不是现有项目不通过结论。
- 应用包里的高低版本可用于升级测试；自测表明确要求高低版本。应区分测试配套版本与唯一最终提测版本，不能仅凭两个版本文件名就判错。
- V1.0 灯态描述的“绑定”改“配网”不意味着把平台账号绑定、解绑等实际业务术语全局替换。

## 维护与执行边界

这里只维护参考笔记和源文件索引，不包含原始模板；源目录是登记时的来源，不保证在其他设备可访问。后续直接更新当前文件，通过 Git 保留历史，不另建日期或版本目录。参考资料不授权执行烧录、SDK 或模板脚本、外部下载、真实通知、项目审批，也不会自动修改 Etunel 配置或已安装缓存。