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

README.md

@@ -8,7 +8,7 @@
 
 1. [主 Skill](etunel-role-collaboration/SKILL.md) 是角色 AI 的统一入口，只保留共享硬约束和条件路由；详细职责按当前任务逐层读取。
 2. [Hook 上下文](etunel-role-hook-contexts/) 是给 Etunel 单独配置的精简提醒，不属于 Skill 的渐进式发现树，也不应替代完整职责文件。
-3. `doc/20260902/` 中 V0.14 总流程图是当前设计基线；V0.13 Hub 系统提示词只作补充和历史追溯。Skill 已把适用规则整理成稳定约束，运行时不依赖这些版本文件存在。
+3. 本地本轮按用户明确授权，以 [V0.16 总流程图](doc/20260907/Codex多角色项目推进总流程图-V0.16.html) 为 Skill、关联职责及 Hook 的试运行依据。V0.16 仍为 REVIEW，不代表已发布或已替换在途项目基线；V0.15 与 V0.16 HTML 均保持原样。未经用户再次通知，不提交、不推送、不合入主分支，也不自动更新已安装的插件缓存。运行时规则已整理进稳定 reference，不要求目标项目持有版本 HTML。
 
 仓库没有应用安装、编译或发布流程。主要工作是维护角色约束、流程文档、Hook 上下文以及 Hub 通知参考集成。
 
@@ -57,7 +57,7 @@ flowchart LR
 
 自定义角色不是自动生效的。它必须先形成职责契约，再由 Hub 真人负责人在 Etunel 中手动添加。Hub 从 Etunel 实际角色清单读取 `role`、`display_name` 和 `relationship`，不让负责人手工确认不存在的成员或会话编号。
 
-正常生命周期为：业务需求 → 产品定义 → 方案设计 → 项目规划 → 软硬件实现 → 测试验证 → 业务验收 → 发布结项。项目可以按已确认基线进行受控跳转、回退或暂缓；模拟项目应显式记录模拟状态，不能冒充真实交付。
+正常生命周期为：业务需求 → 产品定义 → 方案设计 → 项目规划 → 软硬件实现 → 测试验证 → 平台/客户验收 → 复盘结项。项目可以按已确认基线进行受控跳转、回退或暂缓；模拟项目应显式记录模拟状态，不能冒充真实交付。
 
 ## 仓库结构
 
@@ -99,8 +99,8 @@ Skill 被用于实际项目时，Hub 在目标项目中维护统一的 `项目
 ├── 04-项目规划/
 ├── 05-软硬件实现/
 ├── 06-测试验证/
-├── 07-业务验收/
-└── 08-发布结项/
+├── 07-平台客户验收/
+└── 08-复盘结项/
 ```
 
 每个实际使用的阶段按需建立 `阶段记录.md`、`正式成果/<角色名>/` 和 `过程记录/`。Hub 不覆盖正式历史，也不把完整聊天记录当作项目档案。
@@ -128,6 +128,8 @@ Etunel 为角色会话配置本 Skill 后，角色 AI 应按以下顺序工作
 
 [etunel-role-hook-contexts/](etunel-role-hook-contexts/) 为八个默认角色各提供一份“精简职责与每轮提醒”。它们适合由 Etunel Hook 在每轮会话中注入，用来持续提醒身份、边界、负责人参与和工具使用。
 
+本轮先同步远程 `main` 的 Hook 提醒（`0b133bf`），保留“完整职责 JSON + 每轮精简提醒”结构；职责 JSON 不是接口请求，实际绑定与工具参数仍以 Etunel 为准。本地源文件修改不会自动写入已安装插件或 Etunel 配置。
+
 Hook 文件需保持短小，并与完整 Skill 职责一致。它们由 Etunel 独立配置，因此不需要从 `SKILL.md` 中发现；修改角色边界时，应同时检查对应角色 reference 与 Hook，避免两套规则漂移。
 
 ## 钉钉通知参考
@@ -149,7 +151,7 @@ Hook 文件需保持短小，并与完整 Skill 职责一致。它们由 Etunel
 ## 修改项目的推荐流程
 
 1. 阅读 [AGENTS.md](AGENTS.md) 和本次变更涉及的最小文件集合。
-2. 若变更来自流程设计，先核对当前 [V0.14 总流程图](doc/20260902/Codex多角色项目推进总流程图-V0.14.html)。[V0.13 Hub 系统提示词](doc/20260828/Codex多角色项目推进-项目Hub系统提示词-V0.13.txt) 只作补充和历史追溯；V0.13、V0.4 总流程图只用于版本比较。
+2. 若变更来自流程设计，核对本轮授权的 [V0.16 REVIEW 总流程图](doc/20260907/Codex多角色项目推进总流程图-V0.16.html)；保持历史 HTML 不变，不把本地规则更新当作发布或在途项目自动迁移。
 3. 把共享规则放在公共 reference，把角色专属规则放在对应角色文件，把低频测试细节放在测试二级 reference。
 4. 只有必须让所有角色立即知道的规则才进入根 `SKILL.md`；同时保持条件路由可发现。
 5. 同步检查受影响的 Hook 文件，并验证链接、结构和 Shell 语法。
@@ -181,7 +183,9 @@ bash -n scripts/dingtalk-progress
 
 ## 设计资料
 
-- [当前多角色推进总流程图 V0.14](doc/20260902/Codex多角色项目推进总流程图-V0.14.html)
+- [本轮本地试运行依据 V0.16（REVIEW）](doc/20260907/Codex多角色项目推进总流程图-V0.16.html)
+- [保留的总流程图 V0.15](doc/20260904/Codex多角色项目推进总流程图-V0.15.html)
+- [历史总流程图 V0.14](doc/20260902/Codex多角色项目推进总流程图-V0.14.html)
 - [补充与历史追溯：项目Hub系统提示词 V0.13](doc/20260828/Codex多角色项目推进-项目Hub系统提示词-V0.13.txt)
 - [历史总流程图 V0.13](doc/20260828/Codex多角色项目推进总流程图-V0.13.html)
 - [历史总流程图 V0.4](doc/20260827/Codex多角色项目推进总流程图-V0.4.html)