release-skill 0.1.5 → 0.1.7

package/.claude-plugin/marketplace.json

@@ -2,14 +2,14 @@
   "name": "release-skill",
   "description": "Safe preparation and frozen GitHub/npm production publishing with full happy end verification",
   "owner": {
-    "name": "mzdbxqh",
-    "url": "https://github.com/mzdbxqh"
+    "name": "ifoohoo",
+    "url": "https://github.com/ifoohoo"
   },
   "plugins": [
     {
       "name": "release-skill",
       "source": "./",
-      "version": "0.1.5",
+      "version": "0.1.7",
       "description": "Safe preparation and frozen GitHub/npm production publishing with full happy end verification"
     }
   ]

package/.claude-plugin/plugin.json

@@ -1,9 +1,9 @@
 {
   "name": "release-skill",
-  "version": "0.1.5",
+  "version": "0.1.7",
   "description": "Safe preparation and frozen GitHub/npm production publishing with full happy end verification",
   "author": {
-    "name": "release-skill contributors"
+    "name": "广州市风荷科技有限公司"
   },
   "license": "MIT",
   "skills": "./adapters/claude/skills/"

package/.codex-plugin/plugin.json

@@ -1,9 +1,9 @@
 {
   "name": "release-skill",
-  "version": "0.1.5",
+  "version": "0.1.7",
   "description": "Safe preparation and frozen GitHub/npm production publishing with full happy end verification",
   "author": {
-    "name": "release-skill contributors"
+    "name": "广州市风荷科技有限公司"
   },
   "license": "MIT",
   "skills": "./adapters/codex/skills/",
@@ -11,7 +11,7 @@
     "displayName": "Release Skill",
     "shortDescription": "Safe preparation and frozen GitHub/npm publishing",
     "longDescription": "Prepares byte-faithful public snapshots without rewriting project source files and publishes approved frozen GitHub/npm artifacts. Full happy end verification confirms consumer installation from frozen Git ref.",
-    "developerName": "release-skill",
+    "developerName": "ifoohoo",
     "category": "DevOps",
     "capabilities": [
       "Write",
@@ -19,7 +19,7 @@
     ],
     "defaultPrompt": [
       "Assess this project for release readiness.",
-      "Prepare a release plan for version 0.1.5.",
+      "Prepare a release plan for version 0.1.7.",
       "Help me understand the release workflow."
     ]
   }

package/CHANGELOG.md

@@ -1,10 +1,117 @@
 # Changelog
 
+<!-- release-skill:changelog:start version=0.1.7 locale=en baseline=sha256:e41fd6460f5bb63343547f04b08e2cfcdd8a64cb53806cbcf39870a2fe27b03e -->
+## [0.1.7] - 2026-07-23
+
+v0.1.7 is an organizational migration release. The public GitHub repository moves from `mzdbxqh/release-skill` to `ifoohoo/release-skill` (the repository name is unchanged and GitHub redirects the old URL), the project gains an explicit corporate maintainer and copyright holder (广州市风荷科技有限公司), and the forward-looking repository, maintainer, author, and copyright metadata across the npm package, plugin marketplace manifests, NOTICE, LICENSE, and release configuration are aligned with the new organization. The npm package name (`release-skill`) and the npm publishing identity (`publisher: mzdbxqh`) are unchanged, and the already-published v0.1.6 tag, GitHub Release, and npm version are not rewritten.
+
+### Changed
+
+- **Public repository migrated to the `ifoohoo` organization**: the public
+  GitHub repository is transferred from `mzdbxqh/release-skill` to
+  `ifoohoo/release-skill` with the repository name unchanged. The default branch
+  remains `main`, the v0.1.6 tag, release, and history are preserved, and the old
+  URL redirects (HTTP 301) to the new location. The release configuration
+  (`publicRepo` and the bound `previousPublicBaseline`) now points at
+  `ifoohoo/release-skill` with the public v0.1.6 commit
+  `48fb2a258a2786c2e32136ad67bd51f3a280b3b8` as the previous public baseline.
+- **Corporate maintainer and copyright**: the MIT LICENSE (root and public
+  package) now carries a dual copyright line for the release-skill contributors
+  and 广州市风荷科技有限公司, and the NOTICE states that the project is maintained
+  by 广州市风荷科技有限公司 and clarifies that the GitHub repository transfer is an
+  administrative hosting/identity change that does not by itself constitute a
+  copyright assignment.
+- **Forward-looking metadata aligned with the organization**: the npm
+  `package.json` repository, homepage, and issue tracker URLs point at
+  `ifoohoo/release-skill`, and the package adds a corporate author while
+  preserving the release-skill contributors. The Claude Code plugin marketplace
+  owner now identifies the `ifoohoo` organization. The npm package name
+  (`release-skill`) and the npm publishing identity (`publisher: mzdbxqh`) are
+  unchanged.
+<!-- release-skill:changelog:end version=0.1.7 locale=en -->
+
+
+<!-- release-skill:changelog:start version=0.1.6 locale=en baseline=sha256:6b45d1aa912b32c9c00a616661ae3e2a9536e5ff85a7c0cf82b846a3ffb6c1d3 -->
+## [0.1.6] - 2026-07-22
+
+v0.1.6 is a release-preparation snapshot that closes the release-docs automation loop. A single structured release-notes source drives deterministic, multilingual CHANGELOG and README refresh behind a two-phase, digest-bound write protocol and a prepare-time documentation freshness gate, while terminal transaction receipts are bounded and the CLI lifecycle, path safety, and error-output redaction are hardened.
+
+### Added
+
+- **Structured release-notes-driven document refresh (`docs refresh`)**: a single
+  structured release-notes source (`release-notes/0.1.6.yaml`) now drives
+  deterministic, multilingual refresh of the managed CHANGELOG and README
+  regions. Refresh runs as a two-phase protocol: a read-only planning phase
+  renders every candidate and freezes an `inputDigest` (binding the canonical
+  notes and the notes-source bytes) plus a `refreshDigest` (binding the protocol
+  version, unit, version, configuration projection, and per-file old/new
+  digests), and a separate write phase commits the changed targets only when all
+  three authorizations are present (`--write`, an exact `--confirm-refresh
+  <refreshDigest>` match, and `--ack-local-document-write`). The write phase
+  re-plans under the exclusive lock; a diverging digest converges to
+  `RELEASE_DOCS_REFRESH_STALE` with zero writes, and a clean plan is a zero-write
+  no-op. A prepare-time documentation freshness gate makes version drift between
+  the package version and the public docs fail closed before a release plan is
+  frozen.
+- **Bounded terminal transaction receipts with recovery safety**: terminal
+  (committed / rolled-back) transactions now persist a summary-only receipt
+  instead of full payload, capped at 256 KB per receipt
+  (`TERMINAL_RECEIPT_SIZE_CAP`), under a retention cap of 50 terminal records
+  (`DEFAULT_TRANSACTION_RETENTION_MAX`). Retention pruning only ever removes
+  terminal records and never prunes `RECOVERY_CONFLICT` records or any
+  non-terminal (recovery-relevant) record, so recovery evidence is preserved even
+  when the count cap is reached; a retention failure never aborts an in-flight
+  commit.
+- **Strict `docs refresh` parameter validation (fail closed)**: the `docs`
+  command validates every parameter before invoking the refresh service, so
+  precise stable parameter errors surface even without project configuration or a
+  safe-fs backend. The `--flag=value` equals form routes through exactly the same
+  validation as the space-separated form; duplicated flags fail closed with
+  `DUPLICATE_PARAMETER` before any service call, config read, lock, or
+  transaction; and bare positional arguments and single-dash flags (such as `-w`)
+  are rejected as unrecognized. Write-authorization flags supplied without
+  `--write`, or `--write` without its full authorizations, fail closed with
+  precise reasons rather than silently proceeding.
+
+### Fixed
+
+- **Bundle entry lifecycle settles with real exit codes**: the self-contained
+  bundle now owns the command lifecycle. Its entry awaits command completion and
+  exits with the real business exit code for success, business errors, handled
+  async rejections, and unknown commands, so the launcher no longer leaves an
+  unsettled top-level await (Node exit code 13). When the bundle is missing or
+  cannot be evaluated, the launcher fails closed with static text only and never
+  interpolates machine-specific paths, usernames, or host layout, because
+  module-load failure messages carry absolute paths.
+- **Fail-closed path canonicalization with stable diagnostics**: artifact path
+  canonicalization requires POSIX separators and rejects absolute paths in POSIX
+  (`/`), Windows drive-letter, and UNC spellings, along with traversal, Windows
+  reserved device names, and colons, failing closed with `PATH_UNSAFE` rather
+  than normalizing an unsafe spelling into a different public path. Error-output
+  redaction now distinguishes real filesystem paths from strict RFC 6901 JSON
+  Pointer diagnostic coordinates (such as `/units/0/version`): absolute
+  POSIX/Windows/UNC paths collapse to a stable `<redacted-path>` placeholder
+  while diagnostic pointers are preserved verbatim, keeping failures diagnosable
+  without leaking host paths.
+- **Self public-boundary redaction**: the centralized redaction authority
+  (`core/redact.mjs`) now closes the self public boundary so runtime error
+  outputs and detail structures never carry the release-skill workspace's own
+  absolute path, nor the macOS `Users`, Linux home, macOS `private`/`var` alias,
+  temp, or CI checkout realms. Redaction runs fail-closed through the
+  `ReleaseError` choke point: any two-or-more-segment `/`-led token that is not a
+  strict diagnostic JSON Pointer is replaced with `<redacted-path>`, so
+  self-releasing never leaks private filesystem layout into public outputs.
+<!-- release-skill:changelog:end version=0.1.6 locale=en -->
+
+
 All notable changes to the `release-skill` plugin will be documented in this
 file. The format is based on [Keep a Changelog](https://keepachangelog.com/).
 
+<!-- release-skill:changelog:start version=0.1.5 locale=en baseline=sha256:72d222ff63008de63edcf20c89626fa18748e6cb39e54263e861b8f0c9669026 -->
 ## [0.1.5] - 2026-07-21
 
+Claude and Codex marketplace installs now use an explicit, configurable timeout frozen into the release plan.
+
 ### Added
 
 - **Explicit marketplace install timeout (`timeoutMs`)**: Claude and Codex
@@ -29,6 +136,7 @@ file. The format is based on [Keep a Changelog](https://keepachangelog.com/).
   distribution and verified through injected-executor tests. Invalid values
   (non-integer, non-finite, out-of-range) fail closed rather than being
   silently clamped.
+<!-- release-skill:changelog:end version=0.1.5 locale=en -->
 
 ## [0.1.4] - 2026-07-19
 

package/INSTALL.md

@@ -2,7 +2,7 @@
 
 [简体中文](INSTALL.zh-CN.md)
 
-<!-- release-skill:release-version: 0.1.5 -->
+<!-- release-skill:release-version: 0.1.7 -->
 ## Prerequisites
 
 - Node.js 22.0.0 or later
@@ -300,6 +300,86 @@ guarantee that a custom command will not modify files or access the network.
 Never register Git push, tag, default-branch changes, GitHub Releases, or npm
 publish as a hook/gate; those are controlled plan actions.
 
+### Advanced: release-document refresh (optional)
+
+A release unit can declare `releaseDocuments` so one structured notes source
+deterministically refreshes its managed README regions and the current
+CHANGELOG entry. The command runs offline: it does not use the network, does
+not call any large language model, and does not auto-translate. It only
+rewrites declared managed regions, the unique version marker's machine
+value, and the current CHANGELOG managed entry; every other byte is
+preserved. `prepare` only checks freshness and never writes the working
+tree.
+
+```yaml
+# Release unit fragment in .release-skill/project.yaml
+releaseUnits:
+  - id: my-project
+    source: .
+    releaseDocuments:
+      notesSource: release-notes/{version}.yaml
+      locales: [en, zh-CN]
+      changelogs:
+        - path: CHANGELOG.md
+          locale: en
+      readmes:
+        - path: README.md
+          locale: en
+          regions: [latest-release]
+          versionMarkers:
+            - id: current-version
+              pattern: '<!-- release-skill:version -->v{version}<!-- /release-skill:version -->'
+        - path: README.zh-CN.md
+          locale: zh-CN
+          regions: [latest-release]
+```
+
+`notesSource` and every target path are relative to the release unit root;
+`versionMarkers[].pattern` must match the README's existing unique version
+marker exactly, and the refresh replaces only the machine version value.
+The notes source lives under the release unit root; its `version` must
+equal the resolved unit version, every configured locale appears exactly
+once with a non-empty summary and at least one change category, and YAML
+aliases, duplicate keys, unknown fields, and locale fallback all fail
+closed:
+
+```yaml
+# release-notes/0.1.6.yaml
+version: 0.1.6
+date: 2026-07-21
+locales:
+  en:
+    summary: Deterministic multilingual release-document refresh.
+    changes:
+      added:
+        - Refresh managed README regions and changelogs from one source.
+  zh-CN:
+    summary: 从同一说明源确定性刷新多语种发布文档。
+    changes:
+      added:
+        - 自动刷新 README 受管区域和 CHANGELOG。
+```
+
+Drill first (read-only), then write only with all three bindings:
+
+```bash
+"${CLI[@]}" docs refresh --root <your-project> --unit my-project --json
+"${CLI[@]}" docs refresh --root <your-project> --unit my-project \
+  --write --confirm-refresh <refreshDigest> --ack-local-document-write --json
+```
+
+`refreshDigest` binds the canonical notes object, the configuration
+projection, and the sorted per-file old/new digests — never time, absolute
+paths, or display text. A mismatched digest fails closed with
+`RELEASE_DOCS_REFRESH_STALE` and writes nothing; an unchanged candidate
+reports `clean` and writes nothing either. This authorization covers only
+the declared local document targets; it does not authorize hooks, commits,
+pushes, publishes, or installs. When `prepare` reports `RELEASE_DOCS_STALE`,
+recover by running the drill, reviewing the listed files and locales,
+performing the confirmed local write, reviewing and committing the result,
+and rerunning `prepare`. See the README release-document refresh section
+for the full contract.
+
 ### Production branch strategy
 
 Every production unit selects one explicit strategy:

package/INSTALL.zh-CN.md

@@ -2,7 +2,7 @@
 
 [English](INSTALL.md)
 
-<!-- release-skill:release-version: 0.1.5 -->
+<!-- release-skill:release-version: 0.1.7 -->
 ## 前置条件
 
 - Node.js 22.0.0 或更高版本
@@ -278,6 +278,74 @@ release-skill 约束其输入与证据，但无法保证自定义命令不修改
 禁止把 Git push、tag、默认分支修改、GitHub Release 或 npm publish 注册为
 hook/gate，它们只能由受控的计划动作完成。
 
+### 进阶：发布文档刷新（可选）
+
+发布单元可以声明 `releaseDocuments`，用一份结构化说明源确定性刷新 README 受管
+区域和 CHANGELOG 当前版本条目。该命令离线运行：不联网、不调用大模型、不自动
+翻译；只改写声明过的受管区域、唯一版本标记的机器值和 CHANGELOG 当前版本受管
+条目，其他字节全部保留。`prepare` 只检查新鲜度，不写工作树。
+
+```yaml
+# .release-skill/project.yaml 的发布单元片段
+releaseUnits:
+  - id: my-project
+    source: .
+    releaseDocuments:
+      notesSource: release-notes/{version}.yaml
+      locales: [en, zh-CN]
+      changelogs:
+        - path: CHANGELOG.md
+          locale: en
+      readmes:
+        - path: README.md
+          locale: en
+          regions: [latest-release]
+          versionMarkers:
+            - id: current-version
+              pattern: '<!-- release-skill:version -->v{version}<!-- /release-skill:version -->'
+        - path: README.zh-CN.md
+          locale: zh-CN
+          regions: [latest-release]
+```
+
+`notesSource` 和所有目标路径均相对发布单元根；`versionMarkers[].pattern` 必须与
+README 现有唯一版本标记精确匹配，刷新只替换机器版本值。说明源位于发布单元根
+下，`version` 必须与解析出的单元版本一致，每个配置语种恰好出现一次且 summary
+非空、至少一个变更类别有条目；YAML alias、重复键、未知字段和语种回退均失败
+关闭：
+
+```yaml
+# release-notes/0.1.6.yaml
+version: 0.1.6
+date: 2026-07-21
+locales:
+  en:
+    summary: Deterministic multilingual release-document refresh.
+    changes:
+      added:
+        - Refresh managed README regions and changelogs from one source.
+  zh-CN:
+    summary: 从同一说明源确定性刷新多语种发布文档。
+    changes:
+      added:
+        - 自动刷新 README 受管区域和 CHANGELOG。
+```
+
+先只读演练，确认后再带三项绑定写入：
+
+```bash
+"${CLI[@]}" docs refresh --root <your-project> --unit my-project --json
+"${CLI[@]}" docs refresh --root <your-project> --unit my-project \
+  --write --confirm-refresh <refreshDigest> --ack-local-document-write --json
+```
+
+`refreshDigest` 绑定规范说明对象、配置投影和按路径排序的逐文件新旧摘要，不绑定
+时间、绝对路径或展示文本。摘要不匹配以 `RELEASE_DOCS_REFRESH_STALE` 失败关闭且
+零写入；候选无变化时返回 `clean` 同样零写入。该授权只覆盖声明的本地文档目标，
+不是 hook、提交、push、publish 或安装的授权。`prepare` 报告 `RELEASE_DOCS_STALE`
+时，按“运行演练 → 审阅文件与语种 → 确认本地写入 → 审阅并提交 → 重新 prepare”
+恢复。完整契约见 README 的发布文档刷新章节。
+
 ### 生产分支策略
 
 每个生产发布单元显式选择一种策略：

package/LICENSE

@@ -1,6 +1,7 @@
 MIT License
 
 Copyright (c) 2026 release-skill contributors
+Copyright (c) 2026 广州市风荷科技有限公司
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal

package/NOTICE

@@ -2,6 +2,16 @@
 
 release-skill is an open-source project released under the MIT License.
 
+## Maintenance
+
+release-skill is maintained by 广州市风荷科技有限公司 (Guangzhou Fenghe
+Technology Co., Ltd.), together with the release-skill contributors. Copyright
+in the project is held by the release-skill contributors and 广州市风荷科技
+有限公司 as stated in the LICENSE file. The transfer of the public GitHub
+repository to the `ifoohoo` organization is an administrative change of the
+hosting location and maintenance identity; it does not by itself constitute a
+copyright assignment or transfer.
+
 ## Third-Party Dependencies
 
 This project is built on Node.js and the npm ecosystem. See `package.json`

package/README.md

@@ -2,7 +2,7 @@
 
 [简体中文](README.zh-CN.md) · Installation: [English](INSTALL.md) / [简体中文](INSTALL.zh-CN.md)
 
-<!-- release-skill:release-version: 0.1.5 -->
+<!-- release-skill:release-version: 0.1.7 -->
 Release preparation for Claude Code and Codex, with human-edited files kept intact.
 
 release-skill helps a maintainer answer three questions: what will be released,
@@ -10,9 +10,41 @@ which checks still fail, and which exact bytes will reach users. It freezes the
 reviewed artifacts first and publishes those same artifacts later; it does not
 regenerate a README or re-pack the live workspace at the last step.
 
+<!-- release-skill:managed:start id=latest-release -->
+**0.1.7** (2026-07-23)
+
+v0.1.7 is an organizational migration release. The public GitHub repository moves from `mzdbxqh/release-skill` to `ifoohoo/release-skill` (the repository name is unchanged and GitHub redirects the old URL), the project gains an explicit corporate maintainer and copyright holder (广州市风荷科技有限公司), and the forward-looking repository, maintainer, author, and copyright metadata across the npm package, plugin marketplace manifests, NOTICE, LICENSE, and release configuration are aligned with the new organization. The npm package name (`release-skill`) and the npm publishing identity (`publisher: mzdbxqh`) are unchanged, and the already-published v0.1.6 tag, GitHub Release, and npm version are not rewritten.
+
+**Changed**
+
+- **Public repository migrated to the `ifoohoo` organization**: the public
+  GitHub repository is transferred from `mzdbxqh/release-skill` to
+  `ifoohoo/release-skill` with the repository name unchanged. The default branch
+  remains `main`, the v0.1.6 tag, release, and history are preserved, and the old
+  URL redirects (HTTP 301) to the new location. The release configuration
+  (`publicRepo` and the bound `previousPublicBaseline`) now points at
+  `ifoohoo/release-skill` with the public v0.1.6 commit
+  `48fb2a258a2786c2e32136ad67bd51f3a280b3b8` as the previous public baseline.
+- **Corporate maintainer and copyright**: the MIT LICENSE (root and public
+  package) now carries a dual copyright line for the release-skill contributors
+  and 广州市风荷科技有限公司, and the NOTICE states that the project is maintained
+  by 广州市风荷科技有限公司 and clarifies that the GitHub repository transfer is an
+  administrative hosting/identity change that does not by itself constitute a
+  copyright assignment.
+- **Forward-looking metadata aligned with the organization**: the npm
+  `package.json` repository, homepage, and issue tracker URLs point at
+  `ifoohoo/release-skill`, and the package adds a corporate author while
+  preserving the release-skill contributors. The Claude Code plugin marketplace
+  owner now identifies the `ifoohoo` organization. The npm package name
+  (`release-skill`) and the npm publishing identity (`publisher: mzdbxqh`) are
+  unchanged.
+<!-- release-skill:managed:end id=latest-release -->
+
 <!-- release-skill:capability:external-write-boundary -->
-> **Current boundary:** v0.1.5 is the current release. v0.1.1 completed a real production release
-> to GitHub and npm — the first production-verified milestone — followed by
+> **Current boundary:** v0.1.7 is the current release (v0.1.6 previously held
+> this status after completing real production verification).
+> v0.1.1 completed a real production release to GitHub and npm — the first
+> production-verified milestone — followed by
 > exact npm installation and Claude/Codex consumer installation verification
 > from the frozen Git ref; "current release" and "first production-verified
 > milestone" are two distinct facts and must not be conflated. The same
@@ -27,7 +59,7 @@ regenerate a README or re-pack the live workspace at the last step.
 > publish global preflight.
 
 <!-- release-skill:capability:safe-first-command -->
-> **Production path verified since the v0.1.1 milestone; v0.1.5 is the current
+> **Production path verified since the v0.1.1 milestone; v0.1.7 is the current
 > release.** The npm-installed CLI is the supported user entry. Source checkout
 > is the development/contributor fallback.
 >
@@ -73,6 +105,10 @@ truth, and never rewrite human truth.**
 
 ## Quick start
 
+Every read-only step below keeps potentially large reports in temporary files
+and surfaces only the deterministic `compactSummary` review view; the summary
+is a review aid, never a substitute for the bound digest authorization.
+
 ### Install / requirements
 
 - Node.js 22+
@@ -490,7 +526,9 @@ publication. The source checkout remains the development/contributor fallback.
    `units[].targetVersion`, and `planDigest`. Each unit's snapshot is under
    `<evidenceDir>/snapshots/<unit-id>/`. The release-skill pipeline writes its
    own data under `.release-skill/`; acknowledged project hooks and gates are
-   unsandboxed processes and may write elsewhere or access the network.
+   arbitrary project processes without an operating-system sandbox and may
+   write elsewhere, access the network, and read any credentials, tokens,
+   keys, and environment variables accessible to the current account.
 6. **Production plan freeze:**
    ```bash
    PRODUCTION_JSON=$("${CLI[@]}" prepare --root "$PROJECT" --online --production \
@@ -521,7 +559,11 @@ publication. The source checkout remains the development/contributor fallback.
    publish/reconcile. Approval expires after 24
    hours; a PARTIAL recovery may create a new approval for the same plan while
    preserving every earlier approval byte-for-byte. Use the returned
-   `approvalPath` and `expiresAt` as authority.
+   `approvalPath` and `expiresAt` as authority. `--actor` is only an
+   unauthenticated local audit label: release-skill performs no identity
+   authentication and provides no digital signature, so it cannot prove that
+   a real human actually approved — it only records the identity the operator
+   self-reports.
 8. **Publish (remote writes start here):**
    ```bash
    PUBLISH_JSON=$("${CLI[@]}" publish --root "$PROJECT" \
@@ -557,6 +599,110 @@ Before a real release run `gh auth login`, `gh auth setup-git`, and
 Version branches default to `release/<tag>` and can be configured per unit with
 `production.branchTemplate`; any existing remote object stops for human review.
 
+### Release-document refresh (optional)
+
+A release unit can declare `releaseDocuments` so one structured, bilingual
+notes source deterministically refreshes the managed README regions and the
+current CHANGELOG entry. The core CLI runs entirely offline: it does not use
+the network, does not call any large language model, and does not
+auto-translate. It only rewrites the declared managed regions, the unique
+version marker's machine value, and the current CHANGELOG managed entry;
+every byte outside those regions is preserved verbatim. `prepare` only
+checks freshness and never writes the working tree.
+
+```yaml
+# .release-skill/project.yaml (release unit fragment)
+releaseUnits:
+  - id: my-project
+    source: .
+    releaseDocuments:
+      notesSource: release-notes/{version}.yaml
+      locales: [en, zh-CN]
+      changelogs:
+        - path: CHANGELOG.md
+          locale: en
+      readmes:
+        - path: README.md
+          locale: en
+          regions: [latest-release]
+          versionMarkers:
+            - id: current-version
+              pattern: '<!-- release-skill:version -->v{version}<!-- /release-skill:version -->'
+        - path: README.zh-CN.md
+          locale: zh-CN
+          regions: [latest-release]
+```
+
+`notesSource` and every target path are relative to the release unit root.
+`versionMarkers[].pattern` must match the README's existing unique version
+marker exactly, with `{version}` standing in for the machine value; the
+refresh replaces only that value (zero or multiple matches fail closed).
+
+```yaml
+# release-notes/0.1.6.yaml (structured notes source)
+version: 0.1.6
+date: 2026-07-21
+locales:
+  en:
+    summary: Deterministic multilingual release-document refresh.
+    changes:
+      added:
+        - Refresh managed README regions and changelogs from one source.
+    upgradeNotes: Review and commit refreshed documents before prepare.
+  zh-CN:
+    summary: 从同一说明源确定性刷新多语种发布文档。
+    changes:
+      added:
+        - 自动刷新 README 受管区域和 CHANGELOG。
+    upgradeNotes: prepare 前审阅并提交刷新结果。
+```
+
+`version` must exactly equal the resolved unit version; every configured
+locale appears exactly once with a non-empty `summary` and at least one
+change under `security`, `breaking`, `added`, `changed`, `deprecated`,
+`removed`, or `fixed`. YAML aliases, duplicate keys, unknown fields, and
+locale fallback all fail closed.
+
+1. **Read-only drill:**
+   ```bash
+   "${CLI[@]}" docs refresh --root "$PROJECT" --unit my-project --json
+   ```
+   Prints `status` (`changes` or `clean`), per-file relative `path`,
+   `locale`, `kind`, old/new digests, the unit `version`, `locales`,
+   `inputDigest`, and `refreshDigest` — a binding over the protocol
+   version, the unit, the canonical notes object, the configuration
+   projection, and the sorted per-file old/new digests. It never binds
+   time, absolute paths, or display text. `nextCommand.argv` carries the
+   exact write command.
+2. **Digest-confirmed local write (only after explicit human authorization
+   of the local release-document write):**
+   ```bash
+   "${CLI[@]}" docs refresh --root "$PROJECT" --unit my-project \
+     --write --confirm-refresh <refreshDigest> \
+     --ack-local-document-write --json
+   ```
+   All three bindings are required; a mismatched digest fails closed with
+   `RELEASE_DOCS_REFRESH_STALE` and writes nothing. When the candidate is
+   unchanged the drill reports `clean` and the write performs zero writes.
+   All targets commit as one transaction; a successful write is followed
+   by a re-drill that must return `clean`.
+
+This authorization covers only the declared local document targets. It is
+not authorization for hooks, Git commits, pushes, publishes, or installs:
+a maintainer must review the refreshed documents, commit them, and rerun
+`prepare` — the new bytes change the snapshot, workspace digest, and plan
+digest, so an earlier approval cannot authorize the refreshed plan.
+
+When configured documents drift, `prepare` fails closed with
+`RELEASE_DOCS_STALE` before hooks, baseline, snapshot, remote checks, and
+plan freeze. Recovery: run the drill, review the shown files/locales/
+version/digest, authorize and perform the local write, review and commit
+the result, then rerun `prepare`. `RELEASE_DOCS_INVALID` (bad
+configuration or notes data), `RELEASE_DOCS_TRANSLATION_MISSING` (a
+configured locale absent), and `RELEASE_DOCS_CONFLICT` (unmanaged
+same-version content or marker damage) each require fixing the source or
+target first; never widen the write scope to resolve them.
+
 ### Parent workspace with npm + plugin sub-units
 
 When a monorepo produces both an npm package and a Claude/Codex plugin from
@@ -567,6 +713,10 @@ and entry Skill:
 Here `project` is the parent workspace's orchestration container, not a public
 release unit. If the workspace root also publishes its own repository or
 package, add another release unit with `source: .`.
+`version.source` is resolved relative to that release unit's `source` directory
+(`version.source` 相对于该发布单元的 `source` 目录解析): a unit with
+`source: packages/app` therefore writes plain `package.json`, not
+`packages/app/package.json`.
 
 ```yaml
 apiVersion: release-skill/v1
@@ -580,7 +730,7 @@ releaseUnits:
     source: packages/app
     publicRepo: owner/my-app
     version:
-      source: packages/app/package.json
+      source: package.json
       tagTemplate: my-app-v{version}
     distributions:
       - type: npm
@@ -616,7 +766,7 @@ releaseUnits:
     source: packages/plugin
     publicRepo: owner/my-plugin
     version:
-      source: packages/plugin/package.json
+      source: package.json
       tagTemplate: my-plugin-v{version}
     distributions:
       # Declare plugin consumers only when the unit ships a plugin.
@@ -750,6 +900,29 @@ them only for work that genuinely needs the parent workspace or generates
 source files. They can modify files or access the network, so prepare requires
 `--acknowledge-hook-side-effects`.
 
+Each hook is an object, never a bare command list.
+`command` is an executable/argument array, not a shell string
+(`command` 是可执行文件/参数数组，不是 shell 字符串). Each hook also declares
+`cwd`, `timeoutMs`, and `envAllowlist`:
+
+```yaml
+hooks:
+  build:
+    command: [node, scripts/build.mjs]
+    cwd: .
+    timeoutMs: 120000
+    envAllowlist: [CI]
+  test:
+    command: [node, --test, test/]
+    cwd: .
+    timeoutMs: 300000
+    envAllowlist: []
+```
+
+Hooks still run only after human review of every configured executable,
+argument, working directory, and side effect, and only with
+`prepare --acknowledge-hook-side-effects`.
+
 `verificationGates` are the controlled extension point for release calibration:
 
 ```yaml