release-skill 0.9.36 → 0.9.38

package/skills-src/release-marketplace/SKILL.md

@@ -7,51 +7,47 @@ description: "Marketplace-only workflow profile: route confirms marketplace-only
 
 ## 触发
 
-用户询问或执行纯 marketplace 变更的发布流程。包含 `plugins.mjs` 入口文件、`public-snapshot/` 制品目录的修改，且无代码、文档或配置变更。
+用户发起仅 marketplace 索引变更的发布流程，涉及 `plugins.mjs` 入口文件或 `public-snapshot/` 制品目录的修改，且无代码、文档或配置类变更。
 
 ## 当前状态
 
-`release-marketplace` 是工作流配置文件 (§4) 定义的独立工作流之一，专门处理仅 marketplace 索引变更的场景。
+`release-marketplace` 是工作流配置文件（§4）定义的独立工作流之一，专门处理仅 marketplace 索引变更的场景。
 
-**机械实现**: `prepare --workflow marketplace` 确定性地裁剪代码类门禁（H5），plan
-记录 `workflowKind: 'marketplace'` 与 `workflowDecision`。**本工作流不执行发布**：
-发布委托给目标 workspace 的**专属发布技能**（各 marketplace workspace 有独立的
-`publish-marketplace` 流程，如 artifact-skill-set-workspace、glaf4-skill-set-workspace
-等）。release-skill 的 CLI 没有 `sync` 命令，也没有 `exclusive-release.mjs`——
-这些接口不存在，不得调用。
+**机械实现**：`prepare --workflow marketplace` 确定性地裁剪代码类门禁（H5），记录 `workflowKind: 'marketplace'` 与 `workflowDecision`。**本工作流不执行发布**：发布动作委托给目标 workspace 的专属发布技能（如 `publish-marketplace`，具体路径依 workspace 而定，如 `artifact-skill-set-workspace`、`glaf4-skill-set-workspace`、`skill-family-hub-workspace` 等）。`release-skill` CLI 无 `sync` 命令，也无 `exclusive-release.mjs` 接口——这些接口不存在，不得调用。
 
-**边界**: plugin source unmodified（不修改 plugin 源码）。市场索引一致性、snapshot
-byte、platform manifest 是核心 gate，由 workspace 自己的生成器与
-`generate-platform-manifest.mjs --check` 机械保证。
+**边界**：插件源码未被修改（plugin source unmodified）。市场索引一致性、快照字节、平台清单（platform manifest）是核心校验门禁，由目标 workspace 自身的生成器与 `generate-platform-manifest.mjs --check` 机械保证。
 
 ## 职责与边界
 
-- **步骤① diff 确认 marketplace-only**: 调用 `release-skill route` command 确认仅有 marketplace 变更（`plugins.mjs` / `public-snapshot/` 归 marketplace 类）
-- **步骤② workspace plugins.mjs 更新**: 手动审查更新入口文件（entry 是唯一 truth source，`plugins.mjs` 属 marketplace 类而非 code 类）
-- **步骤③ 再生成 public-snapshot**: 调用 workspace 自己的快照生成器
-- **步骤④ 一致性验证**: 快照字节 + `generate-platform-manifest.mjs --check`（平台清单漂移检测）
-- **步骤⑤ prepare --workflow marketplace**: 冻结计划，记录 workflow 裁剪决策
-- **步骤⑥ 委托发布**: 调用目标 workspace 的专属 `publish-marketplace` 技能执行发布
+- **步骤① diff 确认 marketplace-only**：调用 `release-skill route` 命令确认变更仅限 marketplace 类（`plugins.mjs` / `public-snapshot/`）
+- **步骤② workspace plugins.mjs 更新**：手动审查并更新入口文件（entry 是唯一 truth source，`plugins.mjs` 属 marketplace 类而非 code 类）
+- **步骤③ 再生成 public-snapshot**：调用目标 workspace 自有的快照生成器重新生成 `public-snapshot/`
+- **步骤④ 一致性验证**：运行 `generate-platform-manifest.mjs --check` 验证平台清单与快照字节无漂移
+- **步骤⑤ prepare --workflow marketplace**：冻结计划，记录 workflow 裁剪决策
+- **步骤⑥ 委托发布**：调用目标 workspace 的专属 `publish-marketplace` 技能执行发布
 
-**授权边界**:
-- Step②需要人工确认（entry 是唯一 truth source）
-- Step③–④自动验证，不允许不一致状态通过
-- Step⑥依赖外部 workspace 的发布技能，不直接控制其执行
+**授权边界**：
+- Step② 需人工确认（entry 是唯一 truth source）
+- Step③–④ 自动验证，不允许不一致状态通过
+- Step⑥ 依赖外部 workspace 的发布技能，不直接控制其执行
 
-**阶段通过规则**:
-- Steps①–⑤完成且一致：plan `workflowKind === 'marketplace'` 冻结
-- Step⑥成功：以目标 workspace 的发布技能验收标准为准（通常 `status === 'VERIFIED'`）
+**接入选择**：仅当本入口新建一轮生产准备时，按 `release-prepare` 同一完整流程核对 `testIntake`。缺失则说明缺项并默认推动 `skill-family-test:skill-family-test-plan`，再在授权范围内调用 `skill-family-test:skill-family-test-run`，由 TEST 组织检查并交回结果。跳过须先明确征询，再依据本轮适用且范围匹配的明确同意决定。**沉默、拒绝、仅普通发布预授权、旧轮次、其他项目、版本或范围不匹配均不可跳过**。本轮匹配答复可复用。**不得把跳过写成测试已达标，也不得用跳过清除已声明的适用要求**。已冻结计划与委托给目标工作区的 marketplace-only 发布不回头追加接入义务。只读、非生产准备不新增接入义务。直接非交互 CLI 仍接受可选 `testIntake`，不新增选择参数。答复与适用范围记入既有任务或执行计划。
+
+**阶段通过规则**：
+- Steps①–⑤ 完成且一致：plan 中 `workflowKind === 'marketplace'` 冻结
+- Step⑥ 成功：以目标 workspace 的发布技能验收标准为准（通常 `status === 'VERIFIED'`）
 
 ## 正向执行路径
 
-1. 运行 `release-skill route --root <path> [--target-version <ver>] --json` 获取 diff 分类；已知目标版本时显式传入，route 只是工作流建议
+1. 运行 `release-skill route --root <workspace-root> [--target-version <version>] --json` 获取 diff 分类；已知目标版本时显式传入，`route` 仅作工作流建议
 2. 若推荐 `workflowKind === 'marketplace-only'`，则使用本技能
 3. 执行步骤②：手动审查并更新 `plugins.mjs`（唯一 truth source）
-4. 执行步骤③：调用 workspace 自己的生成器再生成 `public-snapshot/`
+4. 执行步骤③：调用 workspace 自有生成器重新生成 `public-snapshot/`
 5. 执行步骤④：运行 `generate-platform-manifest.mjs --check` 验证平台清单与快照字节无漂移
-6. 执行步骤⑤：运行 `release-skill prepare --offline --workflow marketplace --target-version <ver>` 冻结计划
-7. 执行步骤⑥：调用目标 workspace 的专属发布技能（如 `publish-marketplace`）执行发布
-8. (Step⑥续) 汇总目标 workspace 流程的最终状态
+6. 仅当本入口新建一轮生产准备时完成接入选择：按 `release-prepare` 同一完整流程核对 `testIntake`，默认推动 `skill-family-test:skill-family-test-plan` 与授权范围内的 `skill-family-test:skill-family-test-run`。跳过须先明确征询再依据本轮匹配答复决定。未完成接入且无有效跳过时，不进入下一步 `prepare`
+7. 执行步骤⑤：运行 `release-skill prepare --offline --workflow marketplace --target-version <version>` 冻结本地工作流计划
+8. 执行步骤⑥：调用目标 workspace 的专属发布技能（如 `publish-marketplace`）执行发布
+9. （Step⑥续）汇总目标 workspace 流程的最终状态
 
 ## 确定性脚本调用
 
@@ -95,7 +91,7 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill.mjs" prepare --offline \
 | snapshot ≠ manifest | SNAPSHOT_MANIFEST_CONFLICT | 人工决策：以哪个为准后继续 |
 | workspace 发布技能不可用 | WORKSPACE_SKILL_NOT_FOUND | 检查 workspace 发布流程路径，不绕过其安全门禁 |
 
-## 一致性验证 (Step 4)
+## 一致性验证（Step 4）
 
 ```
 ┌──────────────────────────────────────┐
@@ -124,32 +120,28 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill.mjs" prepare --offline \
 
 ## 与其他工作流的关系
 
-- **docs-only**: 若 marketplace 更新伴随文档变更，使用 `marketplace-docs` 组合推荐
-- **config-only**: 若同时修改 project.yaml，使用 `marketplace-config` 组合推荐
-- **full-happy-end**: 多类型混合变更（code+marketplace）时降级到此路径
+- **docs-only**：若 marketplace 更新伴随文档变更，使用 `marketplace-docs` 组合推荐
+- **config-only**：若同时修改 `project.yaml`，使用 `marketplace-config` 组合推荐
+- **full-happy-end**：多类型混合变更（code+marketplace）时降级到此路径
 
 ## 关联技能
 
-- `release-skill route`: 快速入门决策路由（§4.3）
-- `release-prepare`: 冻结计划（`--workflow marketplace`）
-- 各 workspace 的专属发布技能（`publish-marketplace`，如 artifact-skill-set-workspace、
-  glaf4-skill-set-workspace、skill-family-hub-workspace 等）
-- `generate-platform-manifest.mjs`: 平台清单漂移检测（--check）
+- `release-skill route`：快速入门决策路由（§4.3）
+- `release-prepare`：冻结计划（`--workflow marketplace`）
+- 各 workspace 的专属发布技能（`publish-marketplace`，如 `artifact-skill-set-workspace`、`glaf4-skill-set-workspace`、`skill-family-hub-workspace` 等）
+- `generate-platform-manifest.mjs`：平台清单漂移检测（`--check`）
 
 ## Workspace Coordination Notes
 
 每个 workspace 管理自己的 marketplace 入口和制品，并通过其专属发布技能发布：
-- `artifact-skill-set-workspace`: `plugins.mjs` 是条目唯一事实源，`publish-marketplace`
-  技能执行发布
-- `glaf4-skill-set-workspace`: 同上，项目专属 `publish-marketplace` 技能
-- `skill-family-hub-workspace`: `plugins.mjs` 只记录已满足公开收录条件的插件
+- `artifact-skill-set-workspace`：`plugins.mjs` 是条目唯一事实源，`publish-marketplace` 技能执行发布
+- `glaf4-skill-set-workspace`：同上，项目专属 `publish-marketplace` 技能
+- `skill-family-hub-workspace`：`plugins.mjs` 只记录已满足公开收录条件的插件
 
-本技能作为协调器，确认 route 分类并冻结 marketplace 工作流计划，但发布动作必须
-委托给目标 workspace 自己的发布技能执行，release-skill 不直接操作其他 workspace
-的代码库。
+本技能作为协调器，确认 route 分类并冻结 marketplace 工作流计划，但发布动作必须委托给目标 workspace 自己的发布技能执行，`release-skill` 不直接操作其他 workspace 的代码库。
 
 ## 人类最终回复
 
 纯问询或转交时短答：写明实际回答、适用范围或理由、必要限制和下一步。建议保持为建议。
 
-执行路径说明实际分支、已完成步骤、未执行步骤，以及 route 或 prepare 产物和限制。发布按原合同委托目标工作区专属发布技能；本入口只报告本入口实际完成的步骤，以及委托结果里已经返回的事实。已有文件输出按原合同呈现。栏目只收录当前命令或分支已经返回的事实。
+执行路径说明实际分支、已完成步骤、未执行步骤，以及 route 或 prepare 产物和限制。发布按原合同委托目标工作区专属发布技能；本入口只报告本入口实际完成的步骤，以及委托结果里已经返回的事实。已有文件输出按原合同呈现。栏目只收录当前命令或分支已经返回的事实。

package/skills-src/release-prepare/SKILL.md

@@ -25,6 +25,8 @@ description: Freeze an immutable release plan with local configuration, document
 
 **显式测试接入**: 项目声明 `testIntake` 时，只有生产 prepare 可以继续。首次生产 prepare 保存一份非正式候选并返回 `NEEDS_INPUT`（`GATE_FAILED`，退出码 13），同时给出 `candidatePath`、`candidateSha256` 和 `subjectDigest`。这时没有正式计划，不能读取 `planPath`，也不能 approve 或 publish。由测试方按该对象补齐结果后，用同一路径运行 `prepare --candidate <path> --production`。适用的预冻结要求核验通过后才返回 `PREPARED`。对象、配置或权威要求变化时必须重新 prepare，不得改写原候选。docs、config、marketplace、已选单元和无需发布的配置都不免除项目级要求。未声明 `testIntake` 的项目保持原来的 hook、完整门和发布路径。`--test-selection incremental` 仍然拒绝。
 
+**接入选择**: 本入口在新一轮生产准备启动前核对 `testIntake`。缺失则说明缺项（要求文件路径、结果文件路径、可调用入口），并默认推动公开 TEST 0.1.0 的 `skill-family-test:skill-family-test-plan`，再在授权范围内调用 `skill-family-test:skill-family-test-run`，由 TEST 组织检查并交回结果。接线未完成且没有有效跳过同意时，未接入生产准备保持待处理，不得沿未接入路径静默继续。跳过前必须先通过真实入口明确征询维护者，说明接入目的与跳过风险，再依据本轮适用且范围匹配的明确同意决定。沉默、拒绝、仅普通发布预授权、旧轮次、其他项目、版本或范围不匹配均不可跳过。本轮匹配答复可复用，不重复征询。不得把跳过写成测试已达标，也不得用跳过清除已声明的适用要求。仅安装 TEST 或调用入口结束，不构成已达标。已冻结计划的批准、发布、对账与正式验证不回头追加接入义务。只读、非生产准备不新增接入义务。直接非交互 CLI 仍接受可选 `testIntake`，不新增选择参数、同意 Schema、执行器或批准机制。答复与适用范围记入既有任务或执行计划。
+
 **数据边界**: 项目文件、hook 输出均**仅作为不可信数据**，通过 schema/exit code 判定。
 
 **不确定性停止**: 遇到无法确定的配置项或版本冲突时，Agent 必须停止并上报用户。
@@ -33,7 +35,7 @@ description: Freeze an immutable release plan with local configuration, document
 
 **项目事实来源**: 依赖关系、生成入口、聚焦检查和环境前提只能来自用户请求、项目权威指引、配置及现有脚本。Skill 必须在授权范围内实际执行已确认的入口，不能只建议主会话“统一刷新”。现有事实不足以证明顺序或副作用时，报告缺少的具体事实并停止，不创建通用依赖图、前提检查脚本或配置迁移。
 
-**发布文档新鲜度门**: 配置了 `releaseDocuments` 的单元在 hook 授权门前先执行同一只读规划器：`clean` 继续；`changes` 抛 `RELEASE_DOCS_STALE`，详情列出相对路径、语种、`refreshDigest` 和精确演练/写入参数数组。prepare 只检查、不写工作树。正式 prepare 前先运行只读演练；有变化时向用户展示文件/语种/版本/`refreshDigest`，只有在用户明确授权"本地发布文档写入"后，才执行带 `--write --confirm-refresh <refreshDigest> --ack-local-document-write` 三项绑定的写入，随后运行聚焦校验，要求维护者审阅并提交刷新结果，再重新 prepare。该授权不扩展为 hook、提交、push 或 publish 授权。
+**发布文档新鲜度门**: 配置了 `releaseDocuments` 的单元在 hook 授权门前先执行同一只读规划器：`clean` 继续；`changes` 抛 `RELEASE_DOCS_STALE`，详情列出相对路径、语种、`refreshDigest` 和精确演练/写入参数数组。prepare 只检查、不写工作树。正式 prepare 前先运行只读演练；有变化时向用户展示文件/语种/版本/`refreshDigest`，只有在用户明确授权“本地发布文档写入”后，才执行带 `--write --confirm-refresh <refreshDigest> --ack-local-document-write` 三项绑定的写入，随后运行聚焦校验，要求维护者审阅并提交刷新结果，再重新 prepare。该授权不扩展为 hook、提交、push 或 publish 授权。
 
 **显式发布范围**: 只有用户已经指出本轮要发布哪些单元时，才逐个传入 `--unit`；不得根据失败自动排除单元。选中的单元包含 `publicSourceAuthorityReceipt` 的 coordinator 或 subject 时，必须同时包含收据声明的完整单元闭包。缺少单元时，按命令返回的精确 argv 重新选择，不自动扩选。成功后展示 `releaseScope.selectedUnitIds`、`releaseScope.deferredUnitIds` 和批准摘要。延期仅表示没有进入本轮计划，不表示通过或失败。
 
@@ -55,9 +57,10 @@ description: Freeze an immutable release plan with local configuration, document
    - 只有项目合同给出合法值且本轮已经授权修正时，才修正后续命令环境；随后复跑同一廉价检查。没有值或授权时停在 `NEEDS_INPUT`。
    - 项目没有廉价入口时，说明尚未验证的前提，再由正式 Hook 的实际结果裁决。不得临时编写检查脚本或把 assess 当成环境值检查。
 6. 外部生成入口承担责任时，在授权写集内运行一次该入口，再运行一次项目指定的聚焦检查。build Hook 承担责任时跳过本步，留给 prepare 执行；不得先手工调用同一生成流程。
-7. 普通路径不额外运行手动完整测试或 `hooks validate`。直接运行 `${CLI} prepare --root <path> --offline --json`，由 prepare 执行已声明 Hook 和完整验证；用户已明确选择范围时，为每个单元追加一个 `--unit <id>`。用户明确要求独立完整验收时保留该要求，即使正式 prepare 会再次运行完整 Hook。
-8. 检查 CLI 结构化状态。`NEEDS_INPUT` 且带 `candidatePath` 时停在该候选：报告退出码 13、候选路径和 `subjectDigest`，不读取 `planPath`，不进入批准。只有 exit code 0 且状态为 `PREPARED` 时，才读取返回的不可变 `planPath=plans/<planDigest>.json`，再从该文件读取 `status`、`units` 和 `externalActions`。build Hook 承担生成时，还要从 Hook 输出及 evidence 确认完整依赖链和聚焦检查各执行一次。聚焦检查通过、Hook 通过和 `PREPARED` 是不同结果，不得互相代替。
-9. 读取命令返回的不可变 `planPath` 对应计划，按其中实际存在的 `units`、`externalActions`、`waivers` 和 `postPublish` 整理人可读批准摘要。版本、公开仓库、分支策略、branch/tag、npm 与 GitHub Release 目标、全部外部动作、例外，以及需要独立 checkpoint 批准的 postPublish hook，只展示计划里已经写下的值；没有的字段保持缺失，不猜测。prepare 成功时返回不可变 `planPath`、`planDigest` 等字段，批准摘要来自该计划文件。`planDigest` 仅作为内部绑定字段，不要求用户复制或确认。后续 approve/publish 只能使用该 immutable planPath，等待确认后再 approve。计划批准不包含受限 postPublish hook 的 checkpoint 批准。
+7. 新一轮生产准备启动前完成接入选择：核对 `testIntake`。缺失则默认推动 `skill-family-test:skill-family-test-plan`，再在授权范围内调用 `skill-family-test:skill-family-test-run` 组织检查并交回结果。接线未完成且没有有效跳过同意时，未接入生产准备保持待处理，不进入下一步正式 prepare。跳过仅在先明确征询、再取得本轮适用且范围匹配的明确同意后才可决定；本轮匹配答复可复用。已接入时由 TEST 组织检查，原领域职责方判读结果；CLI 仅在确认后继续。
+8. 普通路径不额外运行手动完整测试或 `hooks validate`。直接运行 `${CLI} prepare --root <path> --offline --json`，由 prepare 执行已声明 Hook 和完整验证；用户已明确选择范围时，为每个单元追加一个 `--unit <id>`。用户明确要求独立完整验收时保留该要求，即使正式 prepare 会再次运行完整 Hook。
+9. 检查 CLI 结构化状态。`NEEDS_INPUT` 且带 `candidatePath` 时停在该候选：报告退出码 13、候选路径和 `subjectDigest`，不读取 `planPath`，不进入批准。只有 exit code 0 且状态为 `PREPARED` 时，才读取返回的不可变 `planPath=plans/<planDigest>.json`，再从该文件读取 `status`、`units` 和 `externalActions`。build Hook 承担生成时，还要从 Hook 输出及 evidence 确认完整依赖链和聚焦检查各执行一次。聚焦检查通过、Hook 通过和 `PREPARED` 是不同结果，不得互相代替。
+10. 读取命令返回的不可变 `planPath` 对应计划，按其中实际存在的 `units`、`externalActions`、`waivers` 和 `postPublish` 整理人可读批准摘要。版本、公开仓库、分支策略、branch/tag、npm 与 GitHub Release 目标、全部外部动作、例外，以及需要独立 checkpoint 批准的 postPublish hook，只展示计划里已经写下的值；没有的字段保持缺失，不猜测。prepare 成功时返回不可变 `planPath`、`planDigest` 等字段，批准摘要来自该计划文件。`planDigest` 仅作为内部绑定字段，不要求用户复制或确认。后续 approve/publish 只能使用该 immutable planPath，等待确认后再 approve。计划批准不包含受限 postPublish hook 的 checkpoint 批准。
 
 报告调用次数时，以本轮请求开始到取得结果或停止为计数窗口。分别列出生成命令、聚焦检查、正式 Hook 前提检查和昂贵测试。`prepare` 不是生成命令；一次 Hook 启动也不能证明昂贵测试已经进入测试体。优先使用工具转录、项目夹具输出和 CLI evidence，不能用模型自报替代实际记录。
 
@@ -69,27 +72,15 @@ description: Freeze an immutable release plan with local configuration, document
 
 同类产品失败连续两次时停止原样重试，检查依赖和入口是否选错。保留原始错误和输出；新诊断替换旧猜测，但不得覆盖已有日志或另建整改状态。
 
-若用户明确要求 GitHub+npm 生产发布，加入 `--production`。该模式还会封存独立
-Git commit/tree 和 npm tarball，并把路径、SHA/integrity、branch/tag 写入计划。
-配置声明 `publicSourceAuthorityReceipt` 时，prepare 必须在所有 subject npm tarball
-冻结后生成 `source-authority-receipt.json`，并把该文件的路径与 SHA-256 绑定到
-coordinator unit 的 `github-release` action。该能力不支持非生产 prepare；不得手工
-补写 receipt 或把私有 plan/run 字段复制进公开文件。
-每个 npm tarball 在计划落盘前必须静态验证 `package.json` 的具体
-`bin`/`main`/`module`/`types`/`typings`/`exports` 入口均为 tarball 内普通文件；
-该门禁不依赖项目是否配置 `requiredPublicFiles` 或 `smokeBin`。通配符 exports 不做
-猜测展开；它与 fallback array 都属于首版最小边界外的阻断形态。
-每个 release unit 必须显式配置 `previousPublicBaseline`。只有确认不存在前序公开
-版本时用 `mode: none`；已有版本必须用 `mode: bound` + 精确 repo/ref/commit，并以
-`--online --production` 逐 unit 观察 ref→commit mapping。默认 observer 不下载远端
-内容，content diff 必须标为 unavailable；目标唯一性由 publish global preflight 检查。
-prepare 后若人工继续修改 README 或任何源文件，应保留修改并重新 prepare；不得
-编辑冻结目录或沿用旧 approval。
-
-分支策略必须来自 unit 的显式配置：`create-release-branch` 只创建不存在的发布分支；
-`advance-existing-branch` 要求 bound ref 精确等于目标分支并只做普通快进；
-`initialize-default-branch` 要求目标分支不存在，并冻结当前默认分支和目标精确 commit
-后才生成独立的默认分支切换 action。不得假定目标一定是 `release/<tag>`。
+若用户明确要求 GitHub+npm 生产发布，加入 `--production`。该模式还会封存独立 Git commit/tree 和 npm tarball，并把路径、SHA/integrity、branch/tag 写入计划。配置声明 `publicSourceAuthorityReceipt` 时，prepare 必须在所有 subject npm tarball 冻结后生成 `source-authority-receipt.json`，并把该文件的路径与 SHA-256 绑定到 coordinator unit 的 `github-release` action。该能力不支持非生产 prepare；不得手工补写 receipt 或把私有 plan/run 字段复制进公开文件。
+
+每个 npm tarball 在计划落盘前必须静态验证 `package.json` 的具体 `bin`/`main`/`module`/`types`/`typings`/`exports` 入口均为 tarball 内普通文件；该门禁不依赖项目是否配置 `requiredPublicFiles` 或 `smokeBin`。通配符 exports 不做猜测展开；它与 fallback array 都属于首版最小边界外的阻断形态。
+
+每个 release unit 必须显式配置 `previousPublicBaseline`。只有确认不存在前序公开版本时用 `mode: none`；已有版本必须用 `mode: bound` + 精确 repo/ref/commit，并以 `--online --production` 逐 unit 观察 ref→commit mapping。默认 observer 不下载远端内容，content diff 必须标为 unavailable；目标唯一性由 publish global preflight 检查。
+
+prepare 后若人工继续修改 README 或任何源文件，应保留修改并重新 prepare；不得编辑冻结目录或沿用旧 approval。
+
+分支策略必须来自 unit 的显式配置：`create-release-branch` 只创建不存在的发布分支；`advance-existing-branch` 要求 bound ref 精确等于目标分支并只做普通快进；`initialize-default-branch` 要求目标分支不存在，并冻结当前默认分支和目标精确 commit 后才生成独立的默认分支切换 action。不得假定目标一定是 `release/<tag>`。
 
 ## 确定性脚本调用
 
@@ -112,8 +103,8 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill.mjs" prepare --root <path> --onlin
 
 ## 执行顺序
 
-1. 校验配置 schema → 2. 版本解析与发布文档新鲜度门（只读，RELEASE_DOCS_STALE）→
-3. 运行 hooks 并复检文档新鲜度 → 4. 捕获 Git baseline →
+1. 校验配置 schema → 2. 版本解析与发布文档新鲜度门（只读，RELEASE_DOCS_STALE）→  
+3. 运行 hooks 并复检文档新鲜度 → 4. 捕获 Git baseline →  
 5. 逐 unit 观察前序公开基线 → 6. 生成快照/扫描/README → 7. 原子写入 plan
 
 ## 故障路由
@@ -141,3 +132,23 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill.mjs" prepare --root <path> --onlin
 纯问询或转交时短答：写明实际回答、适用范围或理由、必要限制和下一步。建议保持为建议。
 
 执行路径说明本轮实际阶段、发布范围、退出码和结构化结果，引用已有 `planPath`、从该计划实际字段整理的批准摘要和产物位置。保留 `NEEDS_INPUT`、`BLOCKED`、门禁失败和人工后续。仅当退出码为 0 且状态为 `PREPARED` 时，把本阶段写为计划已冻结。`PREPARED`、`PUBLISHED`、本机更新与 `VERIFIED` 按各自既有通过条件分别报告。已有计划文件按原合同呈现。栏目只收录当前命令已经返回的事实；批准摘要只转述该不可变计划中实际存在的字段。
+
+## 0.9.38：替代未发布计划
+
+本功能适用于同一项目、相同发布单元ID集合、目标版本及外部目标下，旧正式计划处于 `PREPARED` 状态且未产生任何发布运行权威的场景。仅在生产环境的 `testIntake` 入口启用，用于显式替代尚未发布的正式计划。已有首个运行状态，或处于 `PARTIAL`、`PUBLISHED`、`VERIFIED` 的计划，不属于这一例外。替代不代表发布成功或独立验收。
+
+替代操作必须预先配置另一个固定 `resultFile`，保留旧要求、判据、结果、候选及引用原件在原路径、原摘要下可核验；新结果不能覆盖旧结果，也不能根据尚未形成的 `subjectDigest` 命名配置造成循环依赖。旧原件缺失或变化即拒绝，不从新文件重建旧依据。0.9.38 必须重新生成本版候选，不豁免 0.9.37 的 `writerVersion` 检查。原接受方需重新判断适用性；字节相同不自动通过。
+
+执行替代需在首次 `prepare` 阶段显式指定 `--replace-unpublished-plan <path>`，其中 `<path>` 必须指向当前项目 `.release-skill/plans/<digest>.json` 中的不可变旧正式计划。该参数仅接受与当前项目、单元、版本和外部目标完全一致的旧计划，禁止用于切换仓库、分支、npm包或发布渠道。首次保存的新候选将在 `prepared` 根部携带可选字段 `replacesPlanDigest`，其值为旧正式计划摘要，并沿用原 `computePlanDigest` 机制进入对象、计划与批准绑定层。若未设置该字段，则保持原有摘要与行为逻辑，候选版本及计划版本不另起协议。后续使用 `--candidate <path>` 续接，前驱已在候选中冻结，不可事后补写；若重复提供选择参数，必须与冻结前驱一致，否则拒绝。
+
+替代生效的唯一条件是：有效新正式计划成功排他原子写入原 `plans/<digest>.json`。写入前失败则不生效；写入后，即使最新计划指针、FROZEN 标记或证据封口失败，也不能恢复旧计划的可发布状态，必须保留失败记录并沿原幂等路径续接核对新权威。新批准仅绑定新计划，旧批准不可跨用。`approve`、`publish` 及其 `ship` 调用均不得继续处理已替代计划，`reconcile` 仍需具备原 `PARTIAL` 源和完整运行谱系，不能将无权威诊断视为恢复输入。
+
+发布零外写诊断须独立于目标归属判断。仅当已核实 producer 版本为 0.9.3、0.9.14、0.9.17、0.9.33、0.9.37 或本版 0.9.38 时，且满足单一版本、完整连续事件、相符封口、完整必要前置门禁顺序，同时无 `release-run.json`、任何 `state` 权威、执行或检查点活动，方可作为零外写诊断依据。三类失败情形在满足上述完整条件时仍可作为诊断：来源门禁失败；0.9.17 在只读 `global-preflight` 仲裁后直接失败；0.9.33 在 `approval-load` 后 `DIAGNOSE` 且无独立 `gate-failed` 事件。诊断不取得计划、恢复、替代、发布或 `TEST` 权威，不基于目录结构、时间戳、错误文本或非权威状态推断归属。
+
+针对 reconcile 失败，仅核实 0.9.22 与 0.9.27 两个 writer 的两条旧记录，分别归属于 0.22.0 与 0.25.0 目标；其 `sourceRunId` 与 `sourceRunDigest` 必须与当前项目原父运行一致，子事件流须符合已审 writer 的完整必要前缀，且 `source-run-load passed` 与 `reconcile started` 必须指向同一父运行，每个 `actionId`/`actionType` 必须对应父计划原动作。仅在完整核验后，方可确认其真实目标并排除替代阻断，失败状态本身不构成零外写，也不赋予恢复、替代或 TEST 权威。
+
+针对 verify 失败，仅 0.9.7 与 0.9.12 两条记录可被用于核实真实目标归属，其唯一父引用取自真实 `source-run-load passed` 的 `sourceRunId`，不接受补造 `sourceRunDigest`，仅接受已核实 writer 的完整有限前后缀。通过当前项目原 `runs` 内父文件，复用 `loadRun`、现行计划 Schema、不可变计划路径、完整谱系与检查点映射，确认父运行 `PUBLISHED`，再根据父计划核实其为 `foundation-adoption-review@0.1.0`，与 0.28.0 不同。每个动作身份必须对应父计划；同目标、不完整父权威、未知阶段、关系冲突或矛盾仍拒。其中 0.9.7 实际执行过隔离消费者安装，包含 `execute` 及本地写入，不能声称“零 execute”或“零本地写入”，亦不得由此授予发布外写权限。verify 失败不构成 publish 零外写证明，不赋予发布、恢复、替代或 TEST 权威。
+
+所有未知、损坏、矛盾、不连续、封口不符或关系冲突的历史记录一律不可用。原件不得删除、搬移、补字段或重建。自引用、环、多有效后继或坏后继均不得使旧计划复活。
+
+替代操作不放宽来源提交与远端 main 的精确相等要求、`TEST` 状态、远端冲突或批准门限制。继续精确执行 Foundation 0.25.0 机制，目标归属由 Release Skill 领域责任判断，不依赖目录名、时间或错误文本推断。本轮未删除或重命名产品能力，替代仅作用于符合条件的运行计划。未发布候选或本地自测不代表发布成功，亦不构成独立验收。所有操作均基于 0.9.38 支持入口，不能撤销任意旧软件或绕过现有协议。

package/skills-src/release-publish/SKILL.md

@@ -7,55 +7,44 @@ description: "从已批准的生产计划发布冻结 Git branch/tag、npm tarba
 
 ## 生产边界
 
-冻结 Git branch/tag、GitHub Release、npm tarball 路径已通过本地生产等价沙箱（协议级 fake），
-测试没有提供 OS 级网络隔离。
-插件市场消费者安装验证通过本地协议沙箱完成；真实生产 canary 只能在用户明确授权目标后执行。
-不得把沙箱通过描述成真实发布成功。
-
-只发布 `prepare --production` 封存的 Git object 和 npm tarball，不从活动工作区重新
-打包，不生成或覆盖 README，也永不隐式刷新工作树中的发布文档；
-遇到 `RELEASE_DOCS_STALE` 或文档陈旧只能回到 `docs refresh` → 人工审阅 → 提交 →
-重新 prepare。远端 branch/tag/Release/npm version 已存在、查询不确定、
-认证失败或摘要漂移时，在全局预检阶段停止并交给人工。禁止覆盖、删除和自动回滚；
-新建 ref 的 create-only CAS（`--force-with-lease=<ref>:`）只断言目标不存在，不授权覆盖。
+冻结 Git branch/tag、GitHub Release、npm tarball 路径已通过本地生产等价沙箱（协议级 fake）验证，测试未提供 OS 级网络隔离。插件市场消费者安装验证通过本地协议沙箱完成；真实生产 canary 仅在用户明确授权目标后执行。不得将沙箱结果描述为真实发布成功。
+
+仅发布 `prepare --production` 封存的 Git object 和 npm tarball，不从活动工作区重新打包，不生成或覆盖 README，也永不隐式刷新工作树中的发布文档。遇到 `RELEASE_DOCS_STALE` 或文档陈旧时，必须返回 `docs refresh` → 人工审阅 → 提交 → 重新 `prepare`。远端 branch/tag/Release/npm version 已存在、查询不确定、认证失败或摘要漂移时，在全局预检阶段停止并交由人工介入。禁止覆盖、删除和自动回滚；新建 ref 的 `create-only CAS`（`--force-with-lease=<ref>:`）仅断言目标不存在，不授权覆盖。
 
 ## 前置条件：工作流选择
 
-调用方持有合法、未过期且绑定当前 production plan 的 approval record 时，
-`release-publish` 直接执行自身的计划、批准、冻结制品身份和远端预检。`route` 只提供
-工作流建议，不是已批准 production plan 的授权门。
+当调用方持有合法、未过期且绑定当前 production plan 的 approval record 时，`release-publish` 直接执行自身的计划、批准、冻结制品身份和远端预检。`route` 仅提供工作流建议，非已批准 production plan 的授权门。
 
-尚未形成计划时，可以先使用 `release-skill route --root <path> --json` 确定变更类型。
-已知目标版本时一并传入 `--target-version <version>`，使恢复建议只读取与该目标绑定的
-完整运行血缘。未传目标时，route 仍按 diff/baseline 选择工作流；历史 diagnostics 只作
-报告，不得覆盖当前建议。
+尚未形成计划时，可先使用 `release-skill route --root <path> --json` 确定变更类型。已知目标版本时一并传入 `--target-version <version>`，使恢复建议仅读取与该目标绑定的完整运行血缘。未传目标时，`route` 仍按 diff/baseline 选择工作流；历史 diagnostics 仅作报告，不得覆盖当前建议。
 
 根据推荐的 `workflowKind` 选择对应路径：
 
-- `docs-only` → 先执行 `release-docs` 完整流程
-- `config-only` → 先执行 `release-config`，仅在 public surface 变化时进入 publish
-- `marketplace-only` → 先执行 `release-marketplace`，然后由 workspace exclusive skill 接管
-- `full-happy-end` → 直接进入标准完整流程：`prepare → approve → publish → verify`
-- `reconcile` → 先执行 `release-reconcile` 恢复 PARTIAL 状态
-- `help` → 无变更，无需 publish
+- `docs-only` → 先执行 `release-docs` 完整流程  
+- `config-only` → 先执行 `release-config`，仅在 public surface 变化时进入 publish  
+- `marketplace-only` → 先执行 `release-marketplace`，然后由 workspace exclusive skill 接管  
+- `full-happy-end` → 直接进入标准完整流程：`prepare → approve → publish → verify`  
+- `reconcile` → 先执行 `release-reconcile` 恢复 PARTIAL 状态  
+- `help` → 无变更，无需 publish  
+
+> **注意**：`release-publish` 是标准工作流中的第⑦步，必须在以下步骤之后执行：  
+> - 步骤⑤：`release-prepare`（或轻量级 prepare）  
+> - 步骤⑥：`release-approve`（非过期 approval record）
 
-**注意**: `release-publish` 是标准工作流中的第⑦步，必须在以下步骤之后：
-- 步骤⑤: `release-prepare` (或轻量级 prepare)
-- 步骤⑥: `release-approve` (非过期 approval record)
+接收已有冻结计划时沿原合同执行，不回头追加接入义务。仅当本入口转入新一轮生产准备时，才按 `release-prepare` 同一完整流程核对 `testIntake`：若缺失，则说明缺项并默认推动 `skill-family-test:skill-family-test-plan`，再在授权范围内调用 `skill-family-test:skill-family-test-run`，由 TEST 组织检查并交回结果。跳过须先明确征询，再依据本轮适用且范围匹配的明确同意决定。沉默、拒绝、仅普通发布预授权、旧轮次、其他项目、版本或范围不匹配均不可跳过。本轮匹配答复可复用。不得把跳过写成测试已达标，也不得用跳过清除已声明的适用要求。只读、非生产准备不新增接入义务。直接非交互 CLI 仍接受可选 `testIntake`，不新增选择参数。答复与适用范围记入既有任务或执行计划。未完成接入且无有效跳过时，不进入新一轮正式 prepare。
 
 决策表链接：参见 [`release-help`](../release-help/SKILL.md) 的 Routing Suggestions 章节。
 
 ## 触发
 
-用户明确要求执行已经人工审阅的 GitHub+npm 生产计划。
+用户明确要求执行已人工审阅的 GitHub + npm 生产计划。
 
 ## 授权门
 
-1. 读取本次批准所绑定的不可变计划，按其中实际存在的 `units`、`externalActions`、`waivers` 和 `postPublish` 整理并展示人可读批准摘要。版本、公开仓库、分支策略、branch/tag、npm 与 GitHub Release 目标、全部 actions、例外，以及需要独立 checkpoint 批准的 postPublish hook，只展示计划里已经写下的值；没有的字段保持缺失，不猜测。
-2. 必须存在未过期且由系统绑定同一内部 digest 的 approval record；批准后不再要求用户复制摘要做二次确认。
-3. 只有 CLI exit code 0 且结构化状态为 `PUBLISHED` 才算外写阶段通过；随后必须运行 verify，只有 `VERIFIED` 才是完整终态。
+1. 读取本次批准所绑定的不可变计划，按其中实际存在的 `units`、`externalActions`、`waivers` 和 `postPublish` 整理并展示人可读批准摘要。版本、公开仓库、分支策略、branch/tag、npm 与 GitHub Release 目标、全部 actions、例外，以及需要独立 checkpoint 批准的 postPublish hook，仅展示计划中已写入的值；未出现字段保持缺失，不猜测。  
+2. 必须存在未过期且由系统绑定同一内部 digest 的 approval record；批准后不再要求用户复制摘要做二次确认。  
+3. 只有 CLI exit code 0 且结构化状态为 `PUBLISHED` 才算外写阶段通过；随后必须运行 `release-verify`，只有 `VERIFIED` 才是完整终态。
 
-冻结计划批准是正常发布级流程的唯一批准门。它包含计划内的外部动作和验证门禁，不包含有效 `requiresApproval: true` 的 postPublish checkpoint。这类 hook 仍须使用绑定 `(planDigest, hookId)` 且最长有效 24 小时的独立批准记录。
+冻结计划批准是正常发布级流程的唯一批准门。它包含计划内的外部动作和验证门禁，不包含有效 `requiresApproval: true` 的 postPublish checkpoint。此类 hook 仍须使用绑定 `(planDigest, hookId)` 且最长有效 24 小时的独立批准记录。
 
 ## 确定性执行
 
@@ -64,27 +53,32 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill.mjs" publish --root <path> --plan
   --approval <approval-path> --json
 ```
 
-执行顺序：全局只读预检 → 配置的公开分支（按三种 `branchStrategy` 执行）→ 必要时
-单独切换默认分支 → tag → npm tarball →
-GitHub Release → Claude/Codex marketplace 隔离安装。每步 execute 后立即 observe；
-默认分支 action 同时绑定名称和目标精确 commit；末尾再次核对分支/默认分支一致性。
-失败停止后续动作并记录 PARTIAL。PUBLISHED 后运行 verify 复核全新消费者安装。
+执行顺序：全局只读预检 → 配置的公开分支（按三种 `branchStrategy` 执行）→ 必要时单独切换默认分支 → tag → npm tarball → GitHub Release → Claude/Codex marketplace 隔离安装。每步 execute 后立即 observe；默认分支 action 同时绑定名称和目标精确 commit；末尾再次核对分支/默认分支一致性。失败停止后续动作并记录 `PARTIAL`。`PUBLISHED` 后运行 `verify` 复核全新消费者安装。
 
 ## 故障路由
 
 | 结果 | 处理 |
-|---|---|
-| `BASELINE_CHANGED` | 保留人工修改，重新 prepare、审阅和 approve；不要覆盖修改。 |
-| 摘要/制品不匹配 | 停止；重新 prepare，不修补冻结目录。 |
-| 远端对象已存在 | 人工判断版本或远端状态；不得覆盖。create-only CAS 也必须失败关闭。 |
-| 认证/网络/未知查询错误 | 失败关闭，修复环境后基于同一证据判断是否 reconcile。 |
+|------|------|
+| `BASELINE_CHANGED` | 保留人工修改，重新 `prepare`、审阅和 `approve`；不得覆盖修改。 |
+| 摘要/制品不匹配 | 停止；重新 `prepare`，不修补冻结目录。 |
+| 远端对象已存在 | 人工判断版本或远端状态；不得覆盖。`create-only CAS` 也必须失败关闭。 |
+| 认证/网络/未知查询错误 | 失败关闭，修复环境后基于同一证据判断是否 `reconcile`。 |
 | `PARTIAL` | 检查 `release-run.json`，不重跑整套发布、不删除成功对象。 |
 
-发布成功后必须运行 `release-verify`；PARTIAL 仅在人工确认远端状态后进入
-`release-reconcile`。
+发布成功后必须运行 `release-verify`；`PARTIAL` 仅在人工确认远端状态后进入 `release-reconcile`。
 
 ## 人类最终回复
 
 纯问询或转交时短答：写明实际回答、适用范围或理由、必要限制和下一步。建议保持为建议。
 
 执行路径说明本轮实际阶段、范围、退出码和结构化结果，引用已批准计划、approval 与 run 产物位置。保留预检阻断、`PARTIAL` 和人工后续。仅当退出码为 0 且状态为 `PUBLISHED` 时，把外写阶段写为已发布；随后仍须 `release-verify`。`PUBLISHED`、本机更新与 `VERIFIED` 按各自既有通过条件分别报告。已有 run 文件按原合同呈现。栏目只收录当前命令已经返回的事实。
+
+## 0.9.38：替代未发布计划
+
+本功能适用于同一项目、相同发布单元ID集合、目标版本及外部目标下，旧正式计划处于 `PREPARED` 状态且未产生任何发布运行权威的场景。仅在生产环境的 `testIntake` 入口启用，用于显式替代尚未发布的正式计划。已有首个运行状态，或处于 `PARTIAL`、`PUBLISHED`、`VERIFIED` 的计划，不属于这一例外。替代不代表发布成功或独立验收。
+
+替代生效的唯一条件是：有效新正式计划成功排他原子写入原 `plans/<digest>.json`。写入前失败则不生效；写入后，即使最新计划指针、FROZEN 标记或证据封口失败，也不能恢复旧计划的可发布状态，必须保留失败记录并沿原幂等路径续接核对新权威。新批准仅绑定新计划，旧批准不可跨用。`approve`、`publish` 及其 `ship` 调用均不得继续处理已替代计划，`reconcile` 仍需具备原 `PARTIAL` 源和完整运行谱系，不能将无权威诊断视为恢复输入。
+
+操作过程复用 `.release-skill/lock` 的原锁域：`prepare` 已持锁；`approve` 的替代复核与批准写入在一次临界段内完成；`publish` 在同锁内最后复核替代关系并完成首次 `appendRunState(PUBLISHING)`，随后释放锁。新计划先提交则旧发布拒绝；旧发布先持久化首状态则替代拒绝，即使全部检查点仍为 `pending`。不得在 `ship` 外再套非重入锁，也不跨人工批准过程持锁。保证覆盖遵守协议的 0.9.38 入口，不声称限制任意旧二进制或人工绕过。
+
+替代操作不放宽来源提交与远端 main 的精确相等要求、`TEST` 状态、远端冲突或批准门限制。继续精确执行 Foundation 0.25.0 机制，目标归属由 Release Skill 领域责任判断，不依赖目录名、时间或错误文本推断。本轮未删除或重命名产品能力，替代仅作用于符合条件的运行计划。未发布候选或本地自测不代表发布成功，亦不构成独立验收。所有操作均基于 0.9.38 支持入口，不能撤销任意旧软件或绕过现有协议。

package/skills-src/release-reconcile/SKILL.md

@@ -77,3 +77,17 @@ PUBLISHED 后立即用新 `runPath` 运行 verify。VERIFIED 后发布完成。P
 纯问询或转交时短答：写明实际回答、适用范围或理由、必要限制和下一步。建议保持为建议。
 
 执行路径说明本轮实际阶段、范围、退出码和结构化结果，引用源 run、计划和命令返回的新 `runPath`。保留 `PARTIAL`、`BLOCKED`、远端冲突和人工后续。仅当退出码为 0 且状态为 `PUBLISHED` 时，把恢复写为外写检查点已齐；随后用新 `runPath` 进入 verify。`PUBLISHED` 与 `VERIFIED` 按各自既有通过条件分别报告。已有 run 文件按原合同呈现。栏目只收录当前命令已经返回的事实。
+
+## 0.9.38：替代未发布计划
+
+本功能适用于同一项目、相同发布单元ID集合、目标版本及外部目标下，旧正式计划处于 `PREPARED` 状态且未产生任何发布运行权威的场景。仅在生产环境的 `testIntake` 入口启用，用于显式替代尚未发布的正式计划。已有首个运行状态，或处于 `PARTIAL`、`PUBLISHED`、`VERIFIED` 的计划，不属于这一例外。替代不代表发布成功或独立验收。
+
+发布零外写诊断须独立于目标归属判断。仅当已核实 producer 版本为 0.9.3、0.9.14、0.9.17、0.9.33、0.9.37 或本版 0.9.38 时，且满足单一版本、完整连续事件、相符封口、完整必要前置门禁顺序，同时无 `release-run.json`、任何 `state` 权威、执行或检查点活动，方可作为零外写诊断依据。三类失败情形在满足上述完整条件时仍可作为诊断：来源门禁失败；0.9.17 在只读 `global-preflight` 仲裁后直接失败；0.9.33 在 `approval-load` 后 `DIAGNOSE` 且无独立 `gate-failed` 事件。诊断不取得计划、恢复、替代、发布或 `TEST` 权威，不基于目录结构、时间戳、错误文本或非权威状态推断归属。
+
+针对 reconcile 失败，仅核实 0.9.22 与 0.9.27 两个 writer 的两条旧记录，分别归属于 0.22.0 与 0.25.0 目标；其 `sourceRunId` 与 `sourceRunDigest` 必须与当前项目原父运行一致，子事件流须符合已审 writer 的完整必要前缀，且 `source-run-load passed` 与 `reconcile started` 必须指向同一父运行，每个 `actionId`/`actionType` 必须对应父计划原动作。仅在完整核验后，方可确认其真实目标并排除替代阻断，失败状态本身不构成零外写，也不赋予恢复、替代或 TEST 权威。
+
+针对 verify 失败，仅 0.9.7 与 0.9.12 两条记录可被用于核实真实目标归属，其唯一父引用取自真实 `source-run-load passed` 的 `sourceRunId`，不接受补造 `sourceRunDigest`，仅接受已核实 writer 的完整有限前后缀。通过当前项目原 `runs` 内父文件，复用 `loadRun`、现行计划 Schema、不可变计划路径、完整谱系与检查点映射，确认父运行 `PUBLISHED`，再根据父计划核实其为 `foundation-adoption-review@0.1.0`，与 0.28.0 不同。每个动作身份必须对应父计划；同目标、不完整父权威、未知阶段、关系冲突或矛盾仍拒。其中 0.9.7 实际执行过隔离消费者安装，包含 `execute` 及本地写入，不能声称“零 execute”或“零本地写入”，亦不得由此授予发布外写权限。verify 失败不构成 publish 零外写证明，不赋予发布、恢复、替代或 TEST 权威。
+
+所有未知、损坏、矛盾、不连续、封口不符或关系冲突的历史记录一律不可用。原件不得删除、搬移、补字段或重建。自引用、环、多有效后继或坏后继均不得使旧计划复活。
+
+替代操作不放宽来源提交与远端 main 的精确相等要求、`TEST` 状态、远端冲突或批准门限制。继续精确执行 Foundation 0.25.0 机制，目标归属由 Release Skill 领域责任判断，不依赖目录名、时间或错误文本推断。本轮未删除或重命名产品能力，替代仅作用于符合条件的运行计划。未发布候选或本地自测不代表发布成功，亦不构成独立验收。所有操作均基于 0.9.38 支持入口，不能撤销任意旧软件或绕过现有协议。

package/src/commands/approve.mjs

@@ -1,3 +1,5 @@
+import { acquireProjectLock } from '../artifacts/project-lock.mjs';
+import { assertPlanNotReplaced } from '../core/plan-replacement.mjs';
 /**
  * Approve command: record approval for a frozen release plan.
  *
@@ -14,7 +16,7 @@
  */
 
 import { readFile, writeFile } from 'node:fs/promises';
-import { resolve, dirname, basename } from 'node:path';
+import { resolve, dirname, basename, sep } from 'node:path';
 
 import {
   assertAuthorityFileTarget,
@@ -276,33 +278,40 @@ export async function approvePlan(options) {
     actualDigest,
     `${approvalDigest}.json`,
   );
-  await prepareAuthorityDirectory(dirname(immutableApprovalPath));
-  await assertAuthorityFileTarget(immutableApprovalPath);
+  const replacementRoot = options.root ?? (plan.production || plan.testAcceptance || Object.hasOwn(plan, 'replacesPlanDigest')
+    || resolve(planPath).split(sep).includes('.release-skill') ? projectRootFromPlanPath(planPath) : null);
+  const replacementLock = replacementRoot
+    ? await acquireProjectLock({ root: replacementRoot, command: 'approve', mode: 'exclusive' }) : null;
   try {
-    await writeFile(immutableApprovalPath, json, { encoding: 'utf8', flag: 'wx', mode: 0o600 });
-  } catch (error) {
-    if (error.code !== 'EEXIST') throw error;
-    const existing = await readFile(immutableApprovalPath, 'utf8');
-    if (existing !== json) {
-      throw new ReleaseError(
-        GATE_FAILED,
-        'approval authority digest collision: existing bytes differ',
-        { planDigest: actualDigest, approvalDigest, immutableApprovalPath },
-      );
+    if (replacementRoot) await assertPlanNotReplaced(replacementRoot, { ...plan, digest: actualDigest }, planPath);
+    await prepareAuthorityDirectory(dirname(immutableApprovalPath));
+    await assertAuthorityFileTarget(immutableApprovalPath);
+    try {
+      await writeFile(immutableApprovalPath, json, { encoding: 'utf8', flag: 'wx', mode: 0o600 });
+    } catch (error) {
+      if (error.code !== 'EEXIST') throw error;
+      const existing = await readFile(immutableApprovalPath, 'utf8');
+      if (existing !== json) {
+        throw new ReleaseError(
+          GATE_FAILED,
+          'approval authority digest collision: existing bytes differ',
+          { planDigest: actualDigest, approvalDigest, immutableApprovalPath },
+        );
+      }
     }
-  }
 
-  const writePath = outputPath ?? resolve(releaseDir, 'approval-record.json');
-  await prepareAuthorityDirectory(dirname(writePath));
-  await assertAuthorityFileTarget(writePath);
-  await writeFile(writePath, json, 'utf8');
+    const writePath = outputPath ?? resolve(releaseDir, 'approval-record.json');
+    await prepareAuthorityDirectory(dirname(writePath));
+    await assertAuthorityFileTarget(writePath);
+    await writeFile(writePath, json, 'utf8');
 
-  return Object.freeze({
-    ...approvalRecord,
-    approvalDigest,
-    approvalPath: immutableApprovalPath,
-    latestApprovalPath: writePath,
-  });
+    return Object.freeze({
+      ...approvalRecord,
+      approvalDigest,
+      approvalPath: immutableApprovalPath,
+      latestApprovalPath: writePath,
+    });
+  } finally { if (replacementLock) await replacementLock.release(); }
 }
 
 /**

package/src/commands/prepare.mjs

@@ -1,3 +1,4 @@
+import { bindReplacement } from '../core/plan-replacement.mjs';
 /**
  * Prepare command: freeze a release plan with snapshots and gates.
  *
@@ -3448,6 +3449,7 @@ async function reattachTestCandidate({
     expectedSubjectDigest: options.expectedSubjectDigest,
     configDigest,
     extraDrifts,
+    replaceUnpublishedPlan: options.replaceUnpublishedPlan,
   });
   const savedPrepared = adoptedCandidate.candidate.prepared;
   await recheckCandidateClosure(realRoot, savedPrepared, config, savedOptions.unitIds);
@@ -3624,6 +3626,7 @@ async function reattachTestCandidate({
   const latestPlanPath = output ?? resolve(releaseDir, 'release-plan.json');
   const plannedDigest = computePlanDigest(plan);
   const immutablePlanPath = resolve(dirname(latestPlanPath), 'plans', `${plannedDigest}.json`);
+  await bindReplacement({ root: realRoot, prepared: decision.prepared, resultFile: requirements.resultFile });
   const { planPath: writtenPath, planDigest } = await writePlanImmutable(immutablePlanPath, plan);
   await writePlanAtomic(latestPlanPath, plan);
   await writeFrozenMarker(releaseDir, {
@@ -3781,6 +3784,9 @@ export async function prepareRelease(options) {
 
     const { config, configPath, configDigest } = await loadProjectConfig({ root: realRoot });
     assertTestIntakeDeclaration({ config, production });
+    if (options.replaceUnpublishedPlan !== undefined && (!production || !config.testIntake)) {
+      throw new ReleaseError(CONFIG_INVALID, 'unpublished replacement requires production testIntake');
+    }
     if (options?.candidatePath && !config.testIntake) {
       throw new ReleaseError(CONFIG_INVALID, 'candidate path requires testIntake', {
         reason: 'TEST_CANDIDATE_WITHOUT_INTAKE',
@@ -5424,10 +5430,11 @@ export async function prepareRelease(options) {
         config,
         selectedUnitIds: releaseSelection.selectedUnitIds,
       });
+      const boundPrepared = await bindReplacement({ root: realRoot, prepared: projectPrepared(plan), replaceUnpublishedPlan: options.replaceUnpublishedPlan, resultFile: requirementsNow.resultFile });
       const saved = await writeTestCandidate({
         root: realRoot,
         runDir,
-        prepared: projectPrepared(plan),
+        prepared: boundPrepared,
         requirements: requirementsNow,
         prepareOptions: {
           workflow,
@@ -5439,7 +5446,7 @@ export async function prepareRelease(options) {
           ),
         },
       });
-      const subjectDigest = subjectDigestOf(projectPrepared(plan));
+      const subjectDigest = subjectDigestOf(boundPrepared);
       await evidence.append({
         phase: 'test-candidate',
         status: 'saved',

package/src/commands/publish.mjs

@@ -1,3 +1,5 @@
+import { acquireProjectLock } from '../artifacts/project-lock.mjs';
+import { assertPlanNotReplaced } from '../core/plan-replacement.mjs';
 /**
  * Publish command: Saga-pattern checkpoint execution with safety gates.
  *
@@ -498,6 +500,7 @@ export async function publishRelease(options) {
   }
   validatePlan(plan);
   assertImmutablePlanAuthority(planPath, plan);
+  await assertPlanNotReplaced(root, plan, planPath);
   await verifyTestAcceptance({ root, plan });
   const isProductionPlan = plan.production?.mode === 'github-npm-v1';
 
@@ -1248,8 +1251,13 @@ export async function publishRelease(options) {
       ...(finishedAt ? { finishedAt } : {}),
     });
     let stateSequence = 0;
-    let latestState = await appendRunState(runDir, stateSequence, buildPersistedState());
-    recoveryRunPath = latestState.statePath;
+    const replacementLock = await acquireProjectLock({ root, command: 'publish', mode: 'exclusive' });
+    let latestState;
+    try {
+      await assertPlanNotReplaced(root, plan, planPath);
+      latestState = await appendRunState(runDir, stateSequence, buildPersistedState());
+      recoveryRunPath = latestState.statePath;
+    } finally { await replacementLock.release(); }
 
     await evidence.append({
       phase: 'publish',

package/src/commands/reconcile.mjs

@@ -1,3 +1,4 @@
+import { assertPlanNotReplaced } from '../core/plan-replacement.mjs';
 /**
  * Reconcile command: idempotent recovery from partial publish.
  *
@@ -149,6 +150,7 @@ export async function reconcileRelease(options) {
   }
   validatePlan(plan);
   assertImmutablePlanAuthority(planPath, plan);
+  await assertPlanNotReplaced(root, plan, planPath);
   await verifyTestAcceptance({ root, plan });
   const isProductionPlan = plan.production?.mode === 'github-npm-v1';