docs: 统一当前流程文档路径并以 Git 管理历史版本

README.md

@@ -8,7 +8,7 @@
 
 1. [主 Skill](etunel-role-collaboration/SKILL.md) 是角色 AI 的统一入口，只保留共享硬约束和条件路由；详细职责按当前任务逐层读取。
 2. [Hook 上下文](etunel-role-hook-contexts/) 是给 Etunel 单独配置的精简提醒，不属于 Skill 的渐进式发现树，也不应替代完整职责文件。
-3. 当前本地定版文档为 [V1.0 总流程图](doc/20260908/Codex多角色项目推进总流程图-V1.0.html)（CURRENT，文档生效日期 2026-09-08），基于已确认的 V0.16 全文生成，保留原有流程与灯态“配网”修正。V0.15、V0.16 历史文件保留；文档定版不代表已推送、部署 Skill／Hook 或自动迁移在途项目。未经用户再次通知，不提交、不推送、不合入主分支，也不自动更新已安装的插件缓存。运行时规则已整理进稳定 reference，不要求目标项目持有版本 HTML。
+3. 当前设计基线为 [V1.0 总流程图](doc/Codex多角色项目推进总流程图.html)（文档生效日期 2026-09-08）。流程文档只维护一份，后续直接更新同一文件，旧版通过 Git 历史追溯，不再按日期或版本另存。仓库更新不代表部署 Skill／Hook 或自动迁移在途项目；运行时规则已整理进稳定 reference，不要求目标项目持有流程 HTML。
 
 仓库没有应用安装、编译或发布流程。主要工作是维护角色约束、流程文档、Hook 上下文以及 Hub 通知参考集成。
 
@@ -47,7 +47,7 @@ flowchart LR
 | 角色 | 主要定位 |
 | --- | --- |
 | 项目Hub | 建立项目、维护状态、规划任务波次、校验交付结构、协调阻塞并完成跨角色中继 |
-| 业务 | 形成商业需求、客户与授权信息、业务验收及发布结项输入 |
+| 业务 | 形成业务需求、客户与授权信息，确认客户验收及复盘结项 |
 | 产品 | 把业务需求转化为产品定义、范围、交互和验收标准 |
 | 技术负责人 | 负责总体技术方案、接口与跨技术域设计协调 |
 | 嵌入式应用层 | 负责应用层软件设计、实现、联调和对应成果 |
@@ -74,6 +74,7 @@ EP-Hub-Skill/
 │       ├── project-lifecycle.md      # 八阶段、成果和门禁
 │       ├── project-status-and-membership.md
 │       ├── etunel-message-lifecycle.md
+│       ├── document-templates.md      # 模板复用与审核边界
 │       ├── artifacts-and-evidence.md
 │       ├── exceptions-and-coordination.md
 │       ├── human-readable-communication.md
@@ -82,7 +83,9 @@ EP-Hub-Skill/
 │       ├── roles/                    # 七个成员角色职责
 │       └── testing/                  # 测试任务按需读取的二级细则
 ├── etunel-role-hook-contexts/        # 八角色独立 Hook 源文件
-├── doc/                              # 当前设计基线和历史流程资料
+├── doc/                              # 当前设计基线与模板参考，历史由 Git 保存
+│   ├── Codex多角色项目推进总流程图.html # 当前 V1.0，后续原位更新
+│   └── 文档模板参考/                  # 按任务读取的参考笔记与来源清单
 ├── .agents/skills/dingtalk-*/        # 钉钉官方能力参考副本，不是核心 Skill
 ├── .dingtalk/                        # 通知接入说明与无秘密示例配置
 └── scripts/dingtalk-progress         # Hub 钉钉通知的当前演示封装
@@ -128,7 +131,7 @@ Etunel 为角色会话配置本 Skill 后，角色 AI 应按以下顺序工作
 
 [etunel-role-hook-contexts/](etunel-role-hook-contexts/) 为八个默认角色各提供一份“精简职责与每轮提醒”。它们适合由 Etunel Hook 在每轮会话中注入，用来持续提醒身份、边界、负责人参与和工具使用。
 
-本轮先同步远程 `main` 的 Hook 提醒（`0b133bf`），保留“完整职责 JSON + 每轮精简提醒”结构；职责 JSON 不是接口请求，实际绑定与工具参数仍以 Etunel 为准。本地源文件修改不会自动写入已安装插件或 Etunel 配置。
+每份 Hook 文档分为“完整职责 JSON”和“每轮精简提醒”两个独立配置区块，分别复制到 Etunel 对应字段。职责 JSON 不是接口请求，实际绑定与工具参数仍以 Etunel 为准。仓库源文件修改不会自动写入已安装插件或 Etunel 配置。
 
 Hook 文件需保持短小，并与完整 Skill 职责一致。它们由 Etunel 独立配置，因此不需要从 `SKILL.md` 中发现；修改角色边界时，应同时检查对应角色 reference 与 Hook，避免两套规则漂移。
 
@@ -151,7 +154,7 @@ Hook 文件需保持短小，并与完整 Skill 职责一致。它们由 Etunel
 ## 修改项目的推荐流程
 
 1. 阅读 [AGENTS.md](AGENTS.md) 和本次变更涉及的最小文件集合。
-2. 若变更来自流程设计，核对 [V1.0 CURRENT 总流程图](doc/20260908/Codex多角色项目推进总流程图-V1.0.html)；保持历史 HTML 不变，不把本地文档定版或规则更新当作远程发布、部署或在途项目自动迁移。
+2. 若变更来自流程设计，核对 [当前 V1.0 总流程图](doc/Codex多角色项目推进总流程图.html)，在固定文件上修改并通过 Git 提交记录变更；不要新增日期目录或旧版副本。部署及在途项目迁移另行确认。
 3. 把共享规则放在公共 reference，把角色专属规则放在对应角色文件，把低频测试细节放在测试二级 reference。
 4. 只有必须让所有角色立即知道的规则才进入根 `SKILL.md`；同时保持条件路由可发现。
 5. 同步检查受影响的 Hook 文件，并验证链接、结构和 Shell 语法。
@@ -183,13 +186,9 @@ bash -n scripts/dingtalk-progress
 
 ## 设计资料
 
-- [当前本地定版 V1.0（CURRENT）](doc/20260908/Codex多角色项目推进总流程图-V1.0.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)
+- [当前总流程图 V1.0](doc/Codex多角色项目推进总流程图.html)
+- [文档模板参考](doc/文档模板参考/README.md)
+- 历史流程与变更说明通过 `git log --all -- doc/` 查询，不在工作目录保留旧版副本。
 - [核心 Skill](etunel-role-collaboration/SKILL.md)
 - [Hub 工作流](etunel-role-collaboration/references/hub-workflow.md)
 - [项目生命周期](etunel-role-collaboration/references/project-lifecycle.md)