feat: 定版 V1.0 并同步模板复用规则与角色 Hook

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

@@ -77,6 +77,7 @@ Hub 只检查角色、必填内容、成果、版本、证据、负责人确认
 
 - 允许同一角色排队和不同角色独立推进；
 - 不为普通进度反复追问，不发送空确认；
+- 确认或任务超过约定时间时按 [超时提醒与升级](exceptions-and-coordination.md#超时提醒与升级) 定向处理；不因逾期默认批准，也不把项目负责人必需确认改交其他角色；
 - 一个任务阻塞不自动取消同波次中不受影响的任务；
 - 多个结果在同一处理轮到达时，先统一更新依赖，再选择下一波次；
 - 每条成员入站消息都形成回复、后续任务或明确结算，不能因跨角色转发而遗漏来源处理。
@@ -115,7 +116,7 @@ Hub 检查：
 
 ## 项目状态与同步
 
-Hub 从项目创建起维护项目状态。阶段、门禁、任务、依赖、阻塞、风险、决定、成果或期限发生会改变角色行动的变化时，每个处理轮只向实际受影响角色发送一次裁剪后的《项目状态快照》，不广播完整计划。规则见 [角色与项目状态](project-status-and-membership.md)。
+Hub 从项目创建起维护项目状态。关键变化主动同步，角色查询按范围回复；纠正请求先检查证据、版本及一致性，通过后保留历史并向受影响角色重新分发。每个处理轮合并相关快照，不广播完整计划；角色可随任务答复确认或提出有依据的纠正，不制造空任务。规则见 [角色与项目状态](project-status-and-membership.md)。
 
 ## 测试最终提交与验收入口
 
@@ -127,6 +128,7 @@ Hub 从项目创建起维护项目状态。阶段、门禁、任务、依赖、
 
 Hub 不把 AI 自主生成当成人类确认。Hub 自己的负责人在以下情况介入：
 
+- 可靠性测试报告、专项测试报告、提测佐证是否提交，按 [选填提交规则](artifacts-and-evidence.md#测试选填材料的提交决定) 取得并登记决定；不将此权限扩大到所有选填栏目，也不把模板“必填”直接当成门禁；
 - 测试最终结果的明确确认或退回；记录对应成果与被测版本，不以测试负责人确认或消息状态代替；
 - 真实节点跳转、暂缓、回退、流程迁移或带风险绕过；
 - 所有成果豁免的批准或拒绝：项目负责人即 Hub 对应的真人负责人，Hub AI 只校验和登记，不自行决定；不再单设下游征询及业务确认流程；
@@ -146,9 +148,9 @@ Hub 不把 AI 自主生成当成人类确认。Hub 自己的负责人在以下
 - 阶段 4 Hub 拆分任务并整理工时评估、实际排期；技术负责人确认技术结构，只对问题任务定向询问，产品确认授权范围内的资源与排期。本阶段成果仅项目计划、角色分工、项目状态内部记录；引用阶段 2 项目风险，不另要求产品资料整合。
 - 阶段 5 硬件取得器件规格书和结构板框图后提交四类硬件设计资料；不另设《硬件实现资料》。底层提交硬件功能测试报告、BSP/PSP 输出路径，WiFi 定频固件选填；统一固件只由应用层输出。
 - 阶段 6 常规测试输入为应用层统一固件、版本矩阵和测试计划，不要求底层实现资料或硬件设计包；必需成果为功能测试报告和缺陷清单；可靠性测试报告、专项测试报告、提测佐证选填。相关负责人共同商议缺陷责任人后，Hub 登记并派发；底层修复须经应用层重新合版后复验。
-- 阶段 7 按平台、客户两部分验收，可按条件并行；平台由产品出具报告或结论，客户验收由业务确认，两部分均通过才放行。测试资料按直交与收讫规则处理。
+- 阶段 7 按平台、客户两部分验收，可按条件并行；平台由产品出具报告或结论，客户验收由业务确认，两部分均通过才放行。验收报告与同一份遗留问题清单由产品出具或更新，业务确认客户部分，Hub 汇总登记。测试资料按直交与收讫规则处理。
 - 变更、异常或缺陷只向实际受影响角色派发，不固定全角色参与。
-- 阶段 8 收集已有资料、复盘和结项，不新增冒烟或其他测试；只要求实际参与、有正式成果或遗留责任的角色提交结项输入。
+- 阶段 8 收集已有资料、复盘和结项，不新增冒烟或其他测试；只要求实际参与、有正式成果或遗留责任的角色提交结项输入。改进项写明责任人和跟进安排；业务确认结项后锁定四类成果，按安排跟进遗留与改进项，不把后续措施写成已经实施。
 - 正式项目满足全部必需成果、确认、双重验收、留档和遗留处置后才关闭；模拟项目只能以“模拟完成”结束。
 
 ## 钉钉进度