fix: 发布 v1.0.1，修正协作执行约束并明确版本规则

README.md

@@ -10,7 +10,27 @@
 2. [Hook 上下文](etunel-role-hook-contexts/) 是给 Etunel 单独配置的精简提醒，不属于 Skill 的渐进式发现树，也不应替代完整职责文件。
 3. 当前设计基线为 [V1.0 总流程图](doc/Codex多角色项目推进总流程图.html)（文档生效日期 2026-09-08）。流程文档只维护一份，后续直接更新同一文件，旧版通过 Git 历史追溯，不再按日期或版本另存。仓库更新不代表部署 Skill／Hook 或自动迁移在途项目；运行时规则已整理进稳定 reference，不要求目标项目持有流程 HTML。
 
-仓库没有应用安装、编译或发布流程。主要工作是维护角色约束、流程文档、Hook 上下文以及 Hub 通知参考集成。
+仓库没有应用安装或编译步骤；发布对象是职责 Skill、Hook 上下文及配套文档，不是设备固件或运行中的 Etunel 服务。
+
+## 版本与升级
+
+本版为 `v1.0.1`，流程设计基线仍为 **V1.0**。发布版本表示一套可领取的仓库文件，流程基线表示其依据的已确认流程，两者不必同步递增。正式发布以 Git 标签和对应发布包为准，主分支可能包含尚未发布的修改。
+
+| 变更 | 版本规则 |
+| --- | --- |
+| 不改变既定角色边界、必需成果或阶段条件的纠错、澄清与执行优化 | 升修订号，例如 `1.0.0 → 1.0.1` |
+| 增加可选能力或场景，原有项目仍能按原约定执行 | 升次版本号，例如 `1.0.1 → 1.1.0` |
+| 改变既有职责、成果或阶段门禁，旧项目需重新确认执行方式 | 升主版本号，例如 `1.x.x → 2.0.0` |
+
+全仓库只维护这一套发布序列，不给 Skill、Hook 分别编号。流程设计变更先确认，再同步受影响文件；只修正 Skill 执行说明时，不必改流程图版本。日常修改正常提交，需要交给团队使用时才统一校验、确定版本、创建 Git 标签及发布说明；已发布标签和内容不覆盖，修正发新版本。
+
+发布说明应写清：流程基线、改了什么、使用者需要更新哪些文件、在途项目是否需要重新确认。不要把“仓库已发布”写成“角色已更新”。更新插件缓存、Etunel 中独立配置的 Hook 或迁移在途项目，都需另外明确确认；已运行项目继续使用其登记基线。
+
+### v1.0.1 更新范围
+
+- 根据一轮项目复盘，补清旧任务收尾、开工输入与本次产出的区分、资料异常交专业角色核实、查询无新线索时转交负责人决定，以及模拟不默认跳过交接。
+- 更新核心 Skill；Hook 仅调整中心与产品两份，保持完整职责 JSON 和每轮提醒分开配置。产品 Hook 修改的是完整职责区块，中心两个区块均有调整。
+- 八角色、八阶段、正式成果、原有审批与测试验收条件不变；不自动迁移在途项目、不关闭真实遗留问题。本版不涉及钉钉脚本更新。
 
 ## 协作模型