feat: 按 V0.16 统一角色协作 Skill 与 Hook 提醒

etunel-role-collaboration/references/hub-workflow.md

@@ -7,7 +7,7 @@
 项目Hub是唯一正式信息中心、任务路由器、成果登记与形式校验中心、阶段门禁执行者和项目状态维护者。Hub 负责总体编排，不替角色形成专业事实或结论：
 
 - 业务决定业务目标、范围、优先级、组织授权和业务批准；
-- 产品定义产品行为、需求和验收标准并组织验收；
+- 产品定义产品行为、需求和验收标准，在阶段 2 汇总并维护项目风险，确认授权范围内的资源与排期并组织平台、客户两部分验收；
 - 技术负责人决定总体架构、接口、技术依赖和集成结论；
 - 应用层、底层、硬件及已登记的自定义专业角色分别决定本领域设计与实现；
 - 测试形成独立测试、缺陷和质量结论。
@@ -56,7 +56,7 @@ Hub 只检查角色、必填内容、成果、版本、证据、负责人确认
 
 不要把 role ID、member ID、session ID、消息 ID 或机器状态放进人类任务正文。纯信息、澄清或授权请求不要求空文件，但要给足背景、问题、影响和需要的结论。详细写法见 [人类可读沟通](human-readable-communication.md)。
 
-期限优先继承已批准的《项目目标与里程碑计划》或《项目计划》。没有明确期限时集中询问负责人一次；不影响当前依赖时可写“待确认”并登记风险，影响关键依赖或门禁时保持阻塞。模拟项目可使用明确标注为模拟的假设日期。
+期限优先继承已批准的《客户里程碑要求》《里程碑要求》或《项目计划》。没有明确期限时集中询问负责人一次；不影响当前依赖时可写“待确认”并登记风险，影响关键依赖或门禁时保持阻塞。模拟项目可使用明确标注为模拟的假设日期。
 
 ## Hub 中介的跨角色信息流
 
@@ -81,7 +81,7 @@ Hub 只检查角色、必填内容、成果、版本、证据、负责人确认
 - 多个结果在同一处理轮到达时，先统一更新依赖，再选择下一波次；
 - 每条成员入站消息都形成回复、后续任务或明确结算，不能因跨角色转发而遗漏来源处理。
 
-如果成果已经满足下文的接受条件并完成归档，随后出现 Etunel 任务记录“已处理”“未找到”等运行时异常，不撤销成果、不要求成员重复制作或重复提交，也不倒退已经完成的阶段；Hub 只记录并说明运行时异常。文件尚未实际收到、无法访问或尚未校验时，不能用消息状态代替成果继续推进。本 Skill 不规定队列、重试或去重实现。
+如果成果已经满足下文的接受条件并完成归档，随后出现 Etunel 任务记录“已处理”“未找到”等运行时异常，不撤销成果、不要求成员重复制作或重复提交，也不倒退已经完成的阶段；Hub 只记录并说明运行时异常。文件尚未按适用交付方式收到、无法访问或尚未校验时，不能用消息状态代替成果继续推进；阶段 7 直交资料按下文收讫规则登记。本 Skill 不规定队列、重试或去重实现。
 
 消息关联所需的 `message_id` 和 `correlation_id` 只放在工具参数中，不要求负责人手工提供或复述。
 
@@ -96,7 +96,9 @@ Hub 检查：
 - 模拟数据没有进入正式事实；
 - 与其他有效成果没有未处理冲突，且未越权。
 
-只有实际收到并能访问成果、来源角色正确、成果与当前任务及输入基线一致，并且必要版本、证据、自审和负责人确认满足要求时，Hub 才能选择“接受”。选择后必须在同一处理轮完成文件归档、成果索引更新并明确说明接受结论；这些动作全部完成后，成果才成为当前有效版本。附件刚送达、成员说“已完成”或消息显示“已处理”都不能单独视为接受。
+阶段 6 测试大文件以可访问索引、版本和确认依据办理校验及真人确认，不要求重复上传；阶段 7 按下文直交收讫规则登记。除此之外，只有实际收到并能访问成果、来源角色正确、成果与当前任务及输入基线一致，并且必要版本、证据、自审和负责人确认满足要求时，Hub 才能选择“接受”。选择后必须在同一处理轮完成适用的文件归档、成果索引更新并明确说明接受结论；这些动作全部完成后，成果才成为当前有效版本。附件刚送达、成员说“已完成”或消息显示“已处理”都不能单独视为接受。
+
+阶段 7 的测试报告及实际提供的提测佐证由测试负责人直接交产品负责人。Hub 登记资料名称、版本、保存位置、测试确认和产品收讫确认，不接收或转发大文件，也不以重复上传 Hub 作为门禁。产品确认资料可访问且与索引一致；资料尚未收到或不可访问时只登记缺口，不能写成收讫。未要求提供的选填材料不阻塞阶段。
 
 同一文件、版本、适用范围和附带条件已经有有效负责人确认时，Hub 直接沿用，不再要求重复确认。只有内容或版本发生实质变化、当前用途超出原确认范围、负责人发生变化、确认证据缺失，或出现与原结论冲突的新事实时，才重新确认。
 
@@ -115,30 +117,39 @@ Hub 检查：
 
 Hub 从项目创建起维护项目状态。阶段、门禁、任务、依赖、阻塞、风险、决定、成果或期限发生会改变角色行动的变化时，每个处理轮只向实际受影响角色发送一次裁剪后的《项目状态快照》，不广播完整计划。规则见 [角色与项目状态](project-status-and-membership.md)。
 
+## 测试最终提交与验收入口
+
+测试结果到达后先按 [测试结果的项目负责人确认](artifacts-and-evidence.md#测试结果的项目负责人确认) 处理：测试专业自审与本角色负责人确认不是最终提交完成。Hub 请求自己的真人负责人确认并记录当前版本的明确决定；未确认或退回期间，不接受为已完成的最终提交，不开放正式验收。相同有效确认可沿用，结果或版本实质变化重新确认。
+
+无缺陷路径仍需功能测试报告和零缺陷清单，并从 F6.2 转 F6.10–F6.12，不派空修复任务。待最终确认前可以协调真实缺陷和修复，不能把这个等待设置为缺陷沟通的前置阻塞。
+
 ## 人类负责人参与
 
 Hub 不把 AI 自主生成当成人类确认。Hub 自己的负责人在以下情况介入：
 
+- 测试最终结果的明确确认或退回；记录对应成果与被测版本，不以测试负责人确认或消息状态代替；
 - 真实节点跳转、暂缓、回退、流程迁移或带风险绕过；
+- 所有成果豁免的批准或拒绝：项目负责人即 Hub 对应的真人负责人，Hub AI 只校验和登记，不自行决定；不再单设下游征询及业务确认流程；
 - 启用、变更或结束模拟模式；
 - 自定义角色需要在 Etunel 中手动添加、替换或移除；
 - 门禁争议、重大跨角色冲突或专业权责无法消解；
 - 重大进度、成本、质量、安全或交付风险；
 - 正式阻塞经现有负责人和线下协调仍无法解决。
 
-真实人员、资源、预算、采购、范围、日期、暂停、取消或组织级风险接受由业务或项目发起人按权限授权。
+授权范围内的资源与排期由产品确认，确认后的计划可以同步业务；涉及预算、采购、对外承诺、业务范围、暂停、取消或组织级风险接受时，由业务或项目发起人按权限批准。
 
 ## 阶段控制要点
 
-- 阶段 1 业务草案后，产品按需选择早期风险预审角色；Hub 不增删名单。
-- 阶段 2 由产品明确评审角色和具体问题；测试检查产品结果是否可判断，其他专业角色按实际影响参与，最后由产品收口。
-- 阶段 3 先由技术负责人形成方案与接口草案，再向适用设计角色形成波次，最后由技术负责人收口统一版本。
-- 阶段 4 Hub 基于已确认方案形成计划；技术负责人确认技术结构，只向有缺失或冲突的角色定向询问，业务授权真实资源和日期。
-- 阶段 5 应用层、底层和硬件按依赖推进；底层先交应用层合版，统一固件只由应用层输出。
-- 阶段 6 测试维护《缺陷分析报告》；底层修复也须经应用层重新合版后复验。
+- 阶段 1 形式校验后分发业务成果评审版本；产品与业务确认需求基线即可进入产品定义，不设固定早期风险预检环节。
+- 阶段 2 由产品明确评审角色和具体问题并收口；立项资料包含平台 SDK、个参资料，结构板框图在本阶段选填；产品汇总技术、时间及其他风险，维护阶段 2《项目风险》。
+- 阶段 3 由技术负责人汇总方案与测试计划；测试无问题时交 Hub 汇总确认，存在不可测试项或环境、治具缺口时，Hub 先路由相关角色确认。总体技术方案及阶段 3 硬件约束选填，未提供不阻塞；不要求独立接口契约或架构决策记录。
+- 阶段 4 Hub 拆分任务并整理工时评估、实际排期；技术负责人确认技术结构，只对问题任务定向询问，产品确认授权范围内的资源与排期。本阶段成果仅项目计划、角色分工、项目状态内部记录；引用阶段 2 项目风险，不另要求产品资料整合。
+- 阶段 5 硬件取得器件规格书和结构板框图后提交四类硬件设计资料；不另设《硬件实现资料》。底层提交硬件功能测试报告、BSP/PSP 输出路径，WiFi 定频固件选填；统一固件只由应用层输出。
+- 阶段 6 常规测试输入为应用层统一固件、版本矩阵和测试计划，不要求底层实现资料或硬件设计包；必需成果为功能测试报告和缺陷清单；可靠性测试报告、专项测试报告、提测佐证选填。相关负责人共同商议缺陷责任人后，Hub 登记并派发；底层修复须经应用层重新合版后复验。
+- 阶段 7 按平台、客户两部分验收，可按条件并行；平台由产品出具报告或结论，客户验收由业务确认，两部分均通过才放行。测试资料按直交与收讫规则处理。
 - 变更、异常或缺陷只向实际受影响角色派发，不固定全角色参与。
-- 阶段 8 只要求实际参与、有正式成果、遗留风险或发布责任的角色提交结项摘要。
-- 正式项目满足全部适用成果、确认、验收、留档和遗留处置后才关闭；模拟项目只能以“模拟完成”结束。
+- 阶段 8 收集已有资料、复盘和结项，不新增冒烟或其他测试；只要求实际参与、有正式成果或遗留责任的角色提交结项输入。
+- 正式项目满足全部必需成果、确认、双重验收、留档和遗留处置后才关闭；模拟项目只能以“模拟完成”结束。
 
 ## 钉钉进度