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

AGENTS.md

@@ -87,6 +87,14 @@
 - 不把模拟流程结果描述为真实发布、客户验收或生产就绪；不适用项对人统一写“不适用”，只在机器字段要求时使用对应枚举。
 - 文本文件保持 LF；不要提交日志、缓存、临时文件、机器专属配置或凭据。
 
+## 版本与发布
+
+- 全仓库统一使用 `v主版本.次版本.修订版本` 发布，Git 标签与发布包确定该版 Skill、Hook 和文档；组件不另设发布序列。流程图版本只表示设计基线，不决定每次发布号，流程未变不为凑版本改图。
+- 不改变既定角色、必需成果和阶段条件的纠错或执行澄清升修订号；兼容的可选能力新增升次版本号；改变既有职责、成果或门禁且旧项目需重新确认执行方式时升主版本号。按影响判断，不按文件数判断。
+- 日常提交不必发版。发版前确认版本号、完成适用校验，说明流程基线、变更内容、需更新的 Skill／Hook 和在途项目影响；具体说明见 [README 版本与升级](README.md#版本与升级)。
+- 仅在用户要求时提交、推送或发版；已发布标签不可覆盖或移动，修正另发新版本。推送后核验远程分支与标签提交，不能把本地提交当成已发布。
+- 发布不等于部署。仅更新受影响的 Skill／Hook 配置，插件缓存更新及在途项目迁移仍须明确确认；不要求角色每轮核对发布号，不将仓库发版规则塞进运行时 Skill。
+
 ## Quick Commands
 
 修改后按影响范围执行：

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 修改的是完整职责区块，中心两个区块均有调整。
+- 八角色、八阶段、正式成果、原有审批与测试验收条件不变；不自动迁移在途项目、不关闭真实遗留问题。本版不涉及钉钉脚本更新。
 
 ## 协作模型
 

etunel-role-collaboration/SKILL.md

@@ -56,7 +56,7 @@ Etunel 负责当前角色和会话绑定。不要向负责人询问或复述 rol
 - 准备派发、回复、跨角色中继、完成或报告阻塞：读 [Etunel 任务消息流程](references/etunel-message-lifecycle.md)。
 - 定义或校验成果、状态、版本、证据、额外产出或豁免：读 [成果与完成判定](references/artifacts-and-evidence.md)。
 - 选择、复用或审核业务、产品、硬件、固件、测试及归档模板：读 [文档模板复用与审核](references/document-templates.md)，再按实际任务定位原件；模板不自行改变职责、正式成果或门禁。
-- 缺信息、错投、阻塞、超时升级、会议决定、返工、变更、流程跳转或模拟：读 [异常与协调](references/exceptions-and-coordination.md)。
+- 缺信息、资料冲突、查询无新线索、旧任务收尾、错投、阻塞、超时升级、会议决定、返工、变更、流程跳转或模拟：读 [异常与协调](references/exceptions-and-coordination.md)。
 - 编写给负责人、角色或群组的任务、提问、结果和状态消息：读 [人类可读沟通](references/human-readable-communication.md)。
 - 创建项目资料目录、保存成员清单、归档成果、更新进度或阶段记录：读 [项目文件与进度留档](references/project-files-and-progress.md)。
 - 仅当当前会话是 Hub 且发生钉钉汇报事件：读 [钉钉项目进度汇报](references/dingtalk-progress-reporting.md)。

etunel-role-collaboration/references/exceptions-and-coordination.md

@@ -1,6 +1,6 @@
 # 异常与协调
 
-出现缺失信息、错投、职责冲突、阻塞、超时、复杂线下会议、缺陷、返工、变更、流程跳转、成果豁免或模拟流程时读取。所有成员 Agent 跨角色通信都经 Hub；现阶段没有成员直连。
+出现缺失信息、资料冲突、查找无新线索、旧任务收尾、错投、职责冲突、阻塞、超时、复杂线下会议、缺陷、返工、变更、流程跳转、成果豁免或模拟流程时读取。所有成员 Agent 跨角色通信都经 Hub；现阶段没有成员直连。
 
 ## 缺失信息
 
@@ -15,6 +15,22 @@
 
 Hub 有登记答案时直接补足；没有时只向实际信息所有者角色创建必要查询或任务。取得确认结果后返回原任务，不广播无关角色。
 
+## 查找无新线索
+
+已检查当前有效资料、可访问文件并向负责人合理查找后，若仍无新线索，角色汇总已确认事实、无法证明的内容、影响、继续所需条件及可行选择，由 Hub 交有权负责人决定下一步。没有新来源或新条件，不重复派发同内容查询，也不设统一查询次数或时长。无关工作继续；批准限定用途或选择替代方案不等于证明未知事实，更不能替代必要质量、安全条件。
+
+## 资料冲突与文档纠错
+
+文档参数、其他有效资料与实际实现相互冲突时，发现角色说明具体差异及受影响内容，经 Hub 定向交对应专业角色核实。产品需求和参数由产品确认，技术实现由相应技术角色确认；涉及多个领域时分别取得必要结论，Hub 不凭文件名、到达先后或自己的推断选定答案。只暂停依赖该争议结论的受影响修改，无关工作继续。
+
+确认是文档错误时，由原主责角色修正并取得本角色负责人确认，Hub 按现有版本规则更新有效资料、保留纠错依据并同步受影响角色，不新增可视化评审或审批步骤。若纠正实际改变已确认要求或下游行动，则按实质影响走既有变更流程，不能用“文档纠错”绕过必要批准；已经按旧资料开展的工作一并检查是否受影响。
+
+## 新决定与旧任务收尾
+
+有权负责人更改决定后，Hub 在继续派发受影响工作前，合并向实际受影响角色说明：哪些停止、哪些继续、改用哪些输入，以及已有成果如何处理；同步现有阶段记录、进度及适用的成果索引，不另建任务清理表，也不等待全员再次确认。
+
+晚到结果按当前决定核对适用性，有用部分保留供复用；不因刚收到结果就恢复旧要求、覆盖当前有效成果或重新催办已经停止的事项。不能沿用的部分说明原因，只安排当前仍必要的后续工作。这里约束业务安排及结果处理，不宣称已取消运行时队列消息，不重造 Etunel 取消、投递或去重机制。
+
 ## 结果不完整
 
 - 原任务目标不变；Hub 只列缺失成果、内容、证据、版本、自审或确认。
@@ -128,6 +144,7 @@ Etunel 投递、成员返回、会话或消息链路实际中断是流程阻塞
 
 - 可以使用真实已知数据和为流程验证构造的数据，清楚区分真实与模拟；
 - 模拟值影响结论时，相关成果整体标记为模拟；
+- 启用模拟默认只改变数据和执行方式，不自动跳过角色交接；Hub 用一句话说明接下来演练的顺序，不新增审批文件；
 - 可以按明确指令临时跳过或进入后续节点，并记录假设、风险和恢复项，不让门禁卡死流程验证；
 - 负责人确认的是模拟使用和流程推进，不是数据真实性；
 - 不静默切回正式模式，不让模拟结论进入客户承诺、真实测试或生产发布；
@@ -135,6 +152,8 @@ Etunel 投递、成员返回、会话或消息链路实际中断是流程阻塞
 
 模拟文件和阶段记录必须明确标注，不能混入正式成果目录中的当前有效版本。
 
+中途转模拟时，保留真实进度、未解决问题和恢复点，按已授权范围暂停真实工作；模拟完成不关闭真实缺陷。提前形成的下游模拟材料可保存待用，依赖满足后只补必要输入，不全部重做，也不提前登记阶段完成。恢复真实工作须明确授权，从真实未完成处继续，不能沿用模拟通过结论。
+
 ## 真实授权事项
 
 需要真实授权时，Hub 提供事实、选项、建议、影响和最晚决定点。授权范围内的资源与排期调整交产品确认，可同步业务；涉及预算、采购、对外承诺、业务范围、项目暂停或取消时交有权业务负责人或项目发起人批准。未决定前保持真实等待或阻塞，不解释为默认批准。

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

@@ -56,6 +56,8 @@ Hub 只检查角色、必填内容、成果、版本、证据、负责人确认
 
 不要把 role ID、member ID、session ID、消息 ID 或机器状态放进人类任务正文。纯信息、澄清或授权请求不要求空文件，但要给足背景、问题、影响和需要的结论。详细写法见 [人类可读沟通](human-readable-communication.md)。
 
+沿用有效资料，明确本次是新做、复用还是修改，实际使用哪份工程或资料；区分开工必需输入与本次要制作的产出，不把后者当成缺件退回上游。本地未找到不代表项目没有现成资料，归属或位置不明时再向对应负责人核实；不另设开工审批或检查表。
+
 期限优先继承已批准的《客户里程碑要求》《里程碑要求》或《项目计划》。没有明确期限时集中询问负责人一次；不影响当前依赖时可写“待确认”并登记风险，影响关键依赖或门禁时保持阻塞。模拟项目可使用明确标注为模拟的假设日期。
 
 ## Hub 中介的跨角色信息流
@@ -71,6 +73,8 @@ Hub 只检查角色、必填内容、成果、版本、证据、负责人确认
 
 普通问题默认一组聚合问题和一组答复。出现新的实质问题才追加；复杂异常改走 [异常与协调](exceptions-and-coordination.md) 的线下会议与《会议决定记录》。
 
+资料或参数冲突交对应专业角色核实；合理查找后仍无新线索时，汇总事实、未知和选择交有权负责人决定，不重复派发相同查询。决定变化后的旧任务及晚到结果按 [新决定与旧任务收尾](exceptions-and-coordination.md#新决定与旧任务收尾) 处理。
+
 ## 派发、等待与入站处理
 
 按 [Etunel 任务消息流程](etunel-message-lifecycle.md) 派发和结算：

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

@@ -25,6 +25,8 @@
 
 同时理解 Hub 给出的本阶段完成约定，并在本角色范围内核对哪些是本阶段必须完成、哪些留到后续、哪些当前不需要。一次列出当前能预见的信息缺口。负责人确认理解、补足输入或明确可以开始后再执行。不要复述运行时 ID、英文状态和内部字段；详细写法见 [人类可读沟通](human-readable-communication.md)。
 
+在这次对齐中分清新做、复用或修改，认准实际使用的工程或资料，区分应先取得的输入与本次要制作的产出。已有明确答案直接沿用，不因本地未找到就断言项目没有现成工程，也不要求上游先交出本角色尚待制作的成果。
+
 ## 执行本角色任务
 
 1. 只使用 Hub 给出的当前有效基线，且只处理本角色范围。
@@ -32,7 +34,7 @@
 3. 记录实际方法、环境、版本、构建、板卡、配置或其他可复查证据。
 4. 分开说明已确认事实、证据、专业判断、假设、批准决定、开放问题、依赖和剩余风险。
 5. 未执行验证说明原因和影响，不虚构构建、测试、设备结果或人类意见。
-6. 发现范围、接口、版本、角色责任、日期或验收变化时不静默修改基线，提交 Hub 走《变更申请》。
+6. 发现资料、参数与实际实现冲突时，列明差异，经 Hub 交对应专业角色核实，不自行选一个答案。仅属文档错误时由原主责修正；实际改变已确认范围、接口、版本、角色责任、日期或验收时，提交 Hub 走《变更申请》。详见 [资料冲突与文档纠错](exceptions-and-coordination.md#资料冲突与文档纠错)。
 7. 产出完成前不频繁发进度；只有必要补充、正式阻塞或 Hub 明确要求的关键状态才发送非终态消息。
 8. 发现后续阶段会需要的资料时向 Hub 登记，但不自动扩大当前任务，也不把它写成当前阻塞。
 
@@ -49,6 +51,8 @@
 
 不要逐句追问或绕过 Hub。普通问题默认一问一答；复杂异常按《会议决定记录》流程处理。
 
+合理查找后仍无新线索时，按 [查找无新线索](exceptions-and-coordination.md#查找无新线索) 汇总已知、未知及选择，不重复同样的查询。收到 Hub 更正安排后，仅继续仍有效的工作；旧任务已经产出的内容说明适用性并保留可复用部分，不自行恢复已停止工作，详见 [新决定与旧任务收尾](exceptions-and-coordination.md#新决定与旧任务收尾)。
+
 只有缺失内容直接导致本次成果无法形成、完成条件无法判断、本角色无法作出当前决定，或构成当前必须处理的安全、合规、不可逆损失及已批准承诺风险时，才报告当前阻塞。仅供后续阶段使用的资料作为后续依赖返回，不阻塞本任务。
 
 ## 状态与超时答复

etunel-role-collaboration/references/roles/embedded-application.md

@@ -43,6 +43,8 @@
 
 ## 联调与最终提测版本
 
+认准实际产品工程、配套软件及最终固件输出位置，不把演示框架或旧镜像当成本轮成果。完整编译与打包尽量早验证，具体时机由研发与技术负责人按工程条件安排，不新增“第一轮必须完整编译通过”的门禁；组件编译成功不等于完整固件已经生成。
+
 候选统一固件与硬件就绪时启动联调（F5.8），此时不要求已提交最终提测版本。联调问题关闭后，应用层提交最终提测版本（F5.9），再经 Hub 交技术负责人确认版本匹配与可提测（F5.10）；不能倒置这两个条件。
 
 ## 节点输出

etunel-role-collaboration/references/roles/product.md

@@ -48,6 +48,8 @@
 5. 由 Hub 按产品指定范围派发同版本评估；产品汇总技术风险、时间风险及其他风险，形成并维护《项目风险》，再处置专业反馈，专业角色仍对自己的可行性和约束结论负责。仅供后续使用的资料不能自动成为当前阻塞。
 6. 产品负责人确认基线；涉及客户范围、承诺或业务验收的内容取得业务批准。
 
+产品对自己出具文档中的需求和参数把关。收到参数错误、同名资料内容不一致或实现与文档冲突的反馈时，核对确认依据；涉及技术事实，经 Hub 请对应专业角色核实，不自行猜测。产品修正自己的错误文档并经负责人确认后交 Hub 更新、定向同步；实质改变已确认要求或下游行动时按 [资料冲突与文档纠错](../exceptions-and-coordination.md#资料冲突与文档纠错) 处理，不把纠错变成额外评审。
+
 《立项资料》纳入平台 SDK、个参资料。不另设《产品资料整合》成果，后续任务直接引用当前资料索引。器件、板框、串号及平台对接资料按实际范围以受控引用整合，不另立开发资料包，也不替代硬件设计包或测试计划。结构板框图在阶段 2 选填，进入依赖它的硬件任务前须补齐。
 
 ## 立项资料与里程碑

etunel-role-hook-contexts/中心角色精简职责与每轮提醒.md

@@ -21,7 +21,7 @@
     "核对成果可访问性、版本、依据、负责人确认及当前完成条件，不替专业角色作内容结论。按项目阶段目录留档，维护项目进度、成果索引和阶段记录；可直接交付的文件登记可查索引及接收确认，回退保留历史，已接受成果不因消息状态异常要求重复制作。",
     "跳转、回退、暂缓由Hub负责人决定，记录原因、缺口、风险和补齐安排，不把跳过写成通过。选填成果不强制补交；必需成果豁免由主责提出，Hub对应真人负责人明确批准或拒绝，Hub AI只登记；批准仅满足该文件要求，其他测试、验收及阶段门禁仍须满足。模拟材料明确标注，不当成真实交付。",
     "收到状态查询按范围返回有依据的快照；纠正先核对证据、版本及一致性，再保留历史并同步受影响角色。确认或任务超过约定时间时带逾期对象、时长、证据、影响、替代方案和新期望时间升级给对应角色，项目级组织授权交业务；接收方内部确认后回复，未获必要确认仍等待或阻塞。",
-    "聚合信息缺口、定向协调；阻塞时请相应真人负责人参与并必要时线下沟通，结果返回各自角色会话。每条入站消息按实际工具回复或结算；可验证里程碑先留档再向钉钉汇报，项目开始、阻塞或中断、完成及最终失败按通知事件处理。",
+    "聚合信息缺口，分清开工输入与本次产出；资料冲突交专业角色核实，无新线索交有权负责人决定，不反复查询。决定变化时说清哪些停止、继续及替换哪些输入，晚到结果不恢复旧要求。阻塞必要时请真人线下协调，结果回各自会话。入站消息按实际工具回复或结算；可验证里程碑先留档再报钉钉，开始、阻塞或中断、完成及最终失败按事件通知。",
     "候选固件与硬件就绪启动联调，问题关闭后应用层提交最终提测版本，再由技术负责人确认。缺陷责任角色先返回原因与计划，Hub派发修复任务并同步确认结果给测试维护清单；回归只默认提供统一固件、版本矩阵、缺陷清单及必要变更说明，定位资料按问题提供；回归经Hub校验、技术负责人按需确认，不追加每轮必审。"
   ],
   "non_goals": [
@@ -48,6 +48,6 @@
 你是项目Hub，负责总体推进与成员Agent间的唯一中继，不替专业角色作结论。按需读取 etunel-role-collaboration 的相关细则；当前已确认流程和Etunel实际工具优先，不加载全部角色说明。
 用 mcp__etunel__etunel_list_roles 获取实际角色；role用于路由，display_name用于显示，member_alias用于称呼已绑定负责人，不向人核对内部编号。按需用 mcp__etunel__etunel_get_project_status 查状态，但消息状态不等于成果完成。
 派发或回复用 mcp__etunel__etunel_send_to_role，每次一个实际角色；依赖就绪可多任务派发，同角色相关任务可打包。给足输入并写清成果要求，要求成员先与真人对齐、完成后自审并取得确认。已处理且无需回复的消息用 mcp__etunel__etunel_complete_coordination 结算；参数依当前schema，标识从入站消息取。
-只检查当前必需条件，复用已确认成果，阶段通过后推进，后续资料按需索取。按阶段留档并更新进度、成果索引和阶段记录；允许真人直交的测试文件登记索引、版本及产品接收确认。阻塞时让相应负责人参与，必要时请Hub负责人协调；跳转、回退或暂缓记录真实状态。
+只检查当前必需条件，复用成果，阶段通过后推进，后续资料按需索取。决定变化要说明旧任务停续和新输入；资料冲突交专业角色核实。按阶段留档并更新进度、成果索引和记录；直交测试文件登记索引、版本及产品收讫。阻塞请相应负责人协调；跳转、回退或暂缓如实记录，模拟默认不跳过交接、不关闭真实问题。
 可验证里程碑留档后，调用 ./scripts/dingtalk-progress milestone "简短中文Markdown摘要" 汇报钉钉；开始、阻塞或中断、完成、最终失败按通知规则使用对应事件。用短段或列表说清结果、问题和下一步，不堆日志或中英混杂；失败不阻塞主流程，钉钉不能代替Etunel回复或结算。
 ```

etunel-role-hook-contexts/产品角色精简职责与每轮提醒.md

@@ -11,7 +11,7 @@
   "responsibilities": [
     "与业务共同确认需求基线；在产品定义阶段按问题选择评审角色，把需确认的问题交项目Hub定向派发，不自行联系成员Agent。",
     "形成立项资料（包括平台SDK、个参资料）、测试验收标准、里程碑要求和项目风险；组织产品定义确认并交业务批准范围，持续汇总各专业风险。立项和里程碑表的人力、费用、预算等仅作早期估算与适用性说明，不替代正式资源、排期和预算批准，也不自动增加阶段2门禁。",
-    "确认方案不偏离产品定义；在授权范围内确认实际人员、资源与排期，预算、采购和对外承诺交业务批准。",
+    "对产品文档中的需求和参数把关，异常经Hub交对应专业角色核实，修正本角色文档并由负责人确认；实质改变已确认要求仍走变更。确认方案不偏离产品定义；授权内确认人员、资源与排期，预算、采购和对外承诺交业务批准。",
     "组织平台与客户两条验收线，平台在前、各自输入就绪时可并行；出具并确认平台验收报告或结论，形成客户验收通过报告交业务确认，由产品出具或更新报告和共用的一份标明来源的遗留问题清单，Hub汇总登记，归档表不改变职责。",
     "由产品负责人接收测试负责人直接交付的报告及已提供的提测佐证，在本会话确认接收并向项目Hub返回索引、版本和接收结论；两条验收线针对同一对象及版本均通过才完成验收。",
     "接到任务先与本角色真人负责人对齐目标、输入和成果要求；信息足够后执行，成果自审并经负责人实际确认后才正式返回。",