release-skill 0.9.13 → 0.9.15
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/plugin.json +1 -1
- package/.codebuddy-plugin/plugin.json +1 -1
- package/.codex-plugin/plugin.json +2 -2
- package/.kimi-plugin/plugin.json +1 -1
- package/CHANGELOG.md +51 -0
- package/INSTALL.md +2 -2
- package/INSTALL.zh-CN.md +2 -2
- package/README.md +42 -14
- package/README.zh-CN.md +35 -14
- package/adapters/claude/.claude-plugin/plugin.json +1 -1
- package/adapters/claude/bin/release-skill.bundle.mjs +1195 -694
- package/adapters/claude/schemas/release-plan.schema.json +41 -1
- package/adapters/claude/schemas/release-project.schema.json +40 -0
- package/adapters/claude/skills/release-finish/SKILL.md +1 -1
- package/adapters/claude/skills/release-prepare/SKILL.md +34 -8
- package/adapters/codex/.codex-plugin/plugin.json +2 -2
- package/adapters/codex/bin/release-skill.bundle.mjs +1195 -694
- package/adapters/codex/schemas/release-plan.schema.json +41 -1
- package/adapters/codex/schemas/release-project.schema.json +40 -0
- package/adapters/codex/skills/release-finish/SKILL.md +1 -1
- package/adapters/codex/skills/release-prepare/SKILL.md +34 -8
- package/adapters/kimi/.kimi-plugin/plugin.json +1 -1
- package/adapters/kimi/bin/release-skill.bundle.mjs +1195 -694
- package/adapters/kimi/schemas/release-plan.schema.json +41 -1
- package/adapters/kimi/schemas/release-project.schema.json +40 -0
- package/adapters/kimi/skills/release-finish/SKILL.md +1 -1
- package/adapters/kimi/skills/release-prepare/SKILL.md +34 -8
- package/adapters/workbuddy/.codebuddy-plugin/plugin.json +1 -1
- package/adapters/workbuddy/bin/release-skill.bundle.mjs +1195 -694
- package/adapters/workbuddy/schemas/release-plan.schema.json +41 -1
- package/adapters/workbuddy/schemas/release-project.schema.json +40 -0
- package/adapters/workbuddy/skills/release-finish/SKILL.md +1 -1
- package/adapters/workbuddy/skills/release-prepare/SKILL.md +34 -8
- package/bin/release-skill-cli.mjs +85 -10
- package/bin/release-skill.bundle.mjs +1195 -694
- package/package.json +1 -1
- package/platform-manifest.json +4 -4
- package/references/02-project-config.md +10 -0
- package/references/05-evidence-and-errors.md +2 -1
- package/schemas/release-plan.schema.json +41 -1
- package/schemas/release-project.schema.json +40 -0
- package/skills/release-finish/SKILL.md +1 -1
- package/skills/release-prepare/SKILL.md +34 -8
- package/skills-src/release-finish/SKILL.md +1 -1
- package/skills-src/release-prepare/SKILL.md +34 -8
- package/src/commands/post-release-local.mjs +73 -3
- package/src/commands/prepare.mjs +56 -0
- package/src/core/postpublish.mjs +51 -0
- package/src/core/run-retention.mjs +227 -0
- package/src/core/run.mjs +10 -1
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "release-skill",
|
|
3
|
-
"version": "0.9.
|
|
3
|
+
"version": "0.9.15",
|
|
4
4
|
"description": "Safe preparation and frozen GitHub/npm production publishing with full happy end verification",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "广州市风荷科技有限公司"
|
|
@@ -19,7 +19,7 @@
|
|
|
19
19
|
],
|
|
20
20
|
"defaultPrompt": [
|
|
21
21
|
"Assess this project for release readiness.",
|
|
22
|
-
"Prepare a release plan for version 0.9.
|
|
22
|
+
"Prepare a release plan for version 0.9.15.",
|
|
23
23
|
"Help me understand the release workflow."
|
|
24
24
|
]
|
|
25
25
|
}
|
package/.kimi-plugin/plugin.json
CHANGED
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,56 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
<!-- release-skill:changelog:start version=0.9.15 locale=en baseline=sha256:caaa3680d940673edb3421512224623f618d8bff4ab159be60c797620ea3851f -->
|
|
4
|
+
## [0.9.15] - 2026-09-07
|
|
5
|
+
|
|
6
|
+
0.9.15 is a local source candidate that makes release preparation use the project's existing assessment, refresh, focused-check, and formal prepare entry points, and makes prepare help return before business execution. The three Foundation dependencies remain pinned to the exact 0.17.0 release. This note is not evidence of publication, real-host acceptance, consumer installation verification, or independent acceptance.
|
|
7
|
+
|
|
8
|
+
### Security
|
|
9
|
+
|
|
10
|
+
- The orchestration change adds no execution engine, Hook type, cache key, approval state, or external write. Environment allowlists still forward only values already present in the invoking environment, and invalid lowercase names remain configuration errors.
|
|
11
|
+
- Frozen candidates keep their existing acceptance boundary. A newly generated candidate requires validation against its own bytes; earlier acceptance evidence is not reused for changed output.
|
|
12
|
+
- Skill Family Hub updates continue to use compare-and-swap against the observed branch head through GitHub's Git Data API. A partial Hub publication is never rolled back or force-pushed, and existing remote state is never overwritten.
|
|
13
|
+
|
|
14
|
+
### Changed
|
|
15
|
+
|
|
16
|
+
- The release-prepare Skill now reads the current project contract and authorization, resolves required release-document and generated-artifact freshness work through existing project entry points, runs focused checks after repairs, and leaves complete validation to the formal prepare Hook path.
|
|
17
|
+
- After a failure, release-prepare groups directly related fixes before retrying and does not add a same-purpose full test run by default. Explicitly requested independent full acceptance remains part of the workflow, and projects without valid cache evidence still execute their complete Hooks.
|
|
18
|
+
- Existing 0.9.14 production-run retention and Hub-backed post-verification host guidance remain available. The project-private postVerify Hook continues to publish the verified release-skill entry and public snapshot to Skill Family Hub through GitHub's Git Data API.
|
|
19
|
+
|
|
20
|
+
### Fixed
|
|
21
|
+
|
|
22
|
+
- `prepare --help` and `prepare -h` now return before project-root resolution, configuration loading, lock acquisition, run cleanup, Hook execution, snapshot construction, or plan writes. JSON help returns `command: prepare` with `status: HELP`; prepare without a help flag keeps its existing business path.
|
|
23
|
+
|
|
24
|
+
### Upgrade Notes
|
|
25
|
+
|
|
26
|
+
Upgrade from 0.9.14 to use the consolidated release-prepare workflow and side-effect-free prepare help. No project configuration migration is required. Keep project-specific generation and prerequisite checks in their existing reviewed entry points. Remove any release-skill standalone marketplace registration, add or update `ifoohoo/skill-family-hub`, and use `release-skill@skill-family-hub`. Existing executable `externalActions` targets retain their current update path; Hub-backed targets remain manual in 0.9.15.
|
|
27
|
+
<!-- release-skill:changelog:end version=0.9.15 locale=en -->
|
|
28
|
+
|
|
29
|
+
|
|
30
|
+
<!-- release-skill:changelog:start version=0.9.14 locale=en baseline=sha256:48b2f41bd292f3357b3cf7433de1a2191b84d86a5074c9786ac952f62d4279be -->
|
|
31
|
+
## [0.9.14] - 2026-09-05
|
|
32
|
+
|
|
33
|
+
0.9.14 is a local source candidate that bounds retained production prepare runs and adds explicit Hub-backed host follow-ups after post-verification. The three Foundation dependencies remain pinned to the exact 0.17.0 release. This note is not evidence of publication, real-host acceptance, consumer installation verification, or independent acceptance.
|
|
34
|
+
|
|
35
|
+
### Security
|
|
36
|
+
|
|
37
|
+
- Retention reuses Foundation path containment and existing plan and run lineage checks. It deletes whole run directories, preserves uncertain evidence, and never turns a cleanup failure into a prepare failure.
|
|
38
|
+
- Hub-backed guidance does not run Git, GitHub, Hub, or host commands and does not probe local installation state. Plugin identity must match the frozen public manifests, and Hub-backed targets are not passed to `updateLocalHostPlugins()`.
|
|
39
|
+
- Skill Family Hub updates remain compare-and-swap operations against the observed branch head. A partial Hub publication is never rolled back or force-pushed.
|
|
40
|
+
|
|
41
|
+
### Added
|
|
42
|
+
|
|
43
|
+
- Production prepare now runs retention under the existing project lock. It keeps the current run, the newest verified complete lineage, and every non-terminal, partial, damaged, ambiguous, or validation-failing run; only superseded complete lineages and sealed failed prepares without external-write evidence are eligible for best-effort removal.
|
|
44
|
+
- A release unit may declare `postPublish.localHostUpdate` with the plugin identity, target hosts, and project-selected Hub repository and ref. Prepare freezes that declaration into the immutable plan and binds it through `planDigest`.
|
|
45
|
+
- After postVerify reaches `DISTRIBUTED`, the CLI and `release-finish` show host-specific manual installation or upgrade guidance for Hub-backed targets. Hub-only targets remain unavailable to the automatic local updater.
|
|
46
|
+
- The project-private postVerify hook continues to publish the verified release-skill entry and public snapshot to Skill Family Hub through GitHub's Git Data API.
|
|
47
|
+
|
|
48
|
+
### Upgrade Notes
|
|
49
|
+
|
|
50
|
+
Upgrade from 0.9.13 to bound completed production run history and receive post-verification Hub-backed host guidance. Declare `localHostUpdate` independently for each release unit that needs it. Remove any release-skill standalone marketplace registration, add or update `ifoohoo/skill-family-hub`, and use `release-skill@skill-family-hub`. Existing executable `externalActions` targets retain their current update path; Hub-backed targets remain manual in 0.9.14.
|
|
51
|
+
<!-- release-skill:changelog:end version=0.9.14 locale=en -->
|
|
52
|
+
|
|
53
|
+
|
|
3
54
|
<!-- release-skill:changelog:start version=0.9.13 locale=en baseline=sha256:86e8ee0d0aeb161c7fc652f85976b300b649ee6da04d29f9274ebcc69a8eab10 -->
|
|
4
55
|
## [0.9.13] - 2026-09-05
|
|
5
56
|
|
package/INSTALL.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
[简体中文](INSTALL.zh-CN.md)
|
|
4
4
|
|
|
5
|
-
<!-- release-skill:release-version: 0.9.
|
|
5
|
+
<!-- release-skill:release-version: 0.9.15 -->
|
|
6
6
|
## Prerequisites
|
|
7
7
|
|
|
8
8
|
- Node.js 22.0.0 or later
|
|
@@ -110,7 +110,7 @@ tag pinned to the exact version (never the bare repository URL, which installs
|
|
|
110
110
|
the latest release or default branch), confirm the trust prompt, then reload:
|
|
111
111
|
|
|
112
112
|
```
|
|
113
|
-
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.
|
|
113
|
+
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.15
|
|
114
114
|
/plugins reload
|
|
115
115
|
```
|
|
116
116
|
|
package/INSTALL.zh-CN.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
[English](INSTALL.md)
|
|
4
4
|
|
|
5
|
-
<!-- release-skill:release-version: 0.9.
|
|
5
|
+
<!-- release-skill:release-version: 0.9.15 -->
|
|
6
6
|
## 前置条件
|
|
7
7
|
|
|
8
8
|
- Node.js 22.0.0 或更高版本
|
|
@@ -101,7 +101,7 @@ release-skill 当前只采用并验证 Kimi Code 的交互式 TUI 路径,**无
|
|
|
101
101
|
(切勿使用裸仓库地址,它会安装最新 release 或默认分支),确认信任提示后重新加载:
|
|
102
102
|
|
|
103
103
|
```
|
|
104
|
-
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.
|
|
104
|
+
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.15
|
|
105
105
|
/plugins reload
|
|
106
106
|
```
|
|
107
107
|
|
package/README.md
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
[简体中文](README.zh-CN.md) · Installation: [English](INSTALL.md) / [简体中文](INSTALL.zh-CN.md)
|
|
4
4
|
|
|
5
|
-
<!-- release-skill:release-version: 0.9.
|
|
5
|
+
<!-- release-skill:release-version: 0.9.15 -->
|
|
6
6
|
Release preparation for Claude Code, CodeBuddy, WorkBuddy, Codex, and Kimi Code, with human-edited files kept intact.
|
|
7
7
|
|
|
8
8
|
release-skill helps a maintainer answer three questions: what will be released,
|
|
@@ -14,27 +14,33 @@ Setup surfaces only the deterministic `compactSummary` review view; the full
|
|
|
14
14
|
report stays in a temporary session directory.
|
|
15
15
|
|
|
16
16
|
<!-- release-skill:managed:start id=latest-release -->
|
|
17
|
-
**0.9.
|
|
17
|
+
**0.9.15** (2026-09-07)
|
|
18
18
|
|
|
19
|
-
0.9.
|
|
19
|
+
0.9.15 is a local source candidate that makes release preparation use the project's existing assessment, refresh, focused-check, and formal prepare entry points, and makes prepare help return before business execution. The three Foundation dependencies remain pinned to the exact 0.17.0 release. This note is not evidence of publication, real-host acceptance, consumer installation verification, or independent acceptance.
|
|
20
20
|
|
|
21
21
|
**Security**
|
|
22
22
|
|
|
23
|
-
-
|
|
23
|
+
- The orchestration change adds no execution engine, Hook type, cache key, approval state, or external write. Environment allowlists still forward only values already present in the invoking environment, and invalid lowercase names remain configuration errors.
|
|
24
|
+
- Frozen candidates keep their existing acceptance boundary. A newly generated candidate requires validation against its own bytes; earlier acceptance evidence is not reused for changed output.
|
|
25
|
+
- Skill Family Hub updates continue to use compare-and-swap against the observed branch head through GitHub's Git Data API. A partial Hub publication is never rolled back or force-pushed, and existing remote state is never overwritten.
|
|
26
|
+
|
|
27
|
+
**Changed**
|
|
28
|
+
|
|
29
|
+
- The release-prepare Skill now reads the current project contract and authorization, resolves required release-document and generated-artifact freshness work through existing project entry points, runs focused checks after repairs, and leaves complete validation to the formal prepare Hook path.
|
|
30
|
+
- After a failure, release-prepare groups directly related fixes before retrying and does not add a same-purpose full test run by default. Explicitly requested independent full acceptance remains part of the workflow, and projects without valid cache evidence still execute their complete Hooks.
|
|
31
|
+
- Existing 0.9.14 production-run retention and Hub-backed post-verification host guidance remain available. The project-private postVerify Hook continues to publish the verified release-skill entry and public snapshot to Skill Family Hub through GitHub's Git Data API.
|
|
24
32
|
|
|
25
33
|
**Fixed**
|
|
26
34
|
|
|
27
|
-
-
|
|
28
|
-
- The first-user and security-reviewer README black-box prompts now receive their candidate version from `sync-version`, preventing their assertions from drifting behind the package version.
|
|
29
|
-
- The project-private postVerify hook continues to publish the verified release-skill entry and public snapshot to Skill Family Hub through GitHub's Git Data API.
|
|
35
|
+
- `prepare --help` and `prepare -h` now return before project-root resolution, configuration loading, lock acquisition, run cleanup, Hook execution, snapshot construction, or plan writes. JSON help returns `command: prepare` with `status: HELP`; prepare without a help flag keeps its existing business path.
|
|
30
36
|
|
|
31
37
|
**Upgrade Notes**
|
|
32
38
|
|
|
33
|
-
Upgrade from 0.9.
|
|
39
|
+
Upgrade from 0.9.14 to use the consolidated release-prepare workflow and side-effect-free prepare help. No project configuration migration is required. Keep project-specific generation and prerequisite checks in their existing reviewed entry points. Remove any release-skill standalone marketplace registration, add or update `ifoohoo/skill-family-hub`, and use `release-skill@skill-family-hub`. Existing executable `externalActions` targets retain their current update path; Hub-backed targets remain manual in 0.9.15.
|
|
34
40
|
<!-- release-skill:managed:end id=latest-release -->
|
|
35
41
|
|
|
36
42
|
<!-- release-skill:capability:external-write-boundary -->
|
|
37
|
-
> **Current boundary:** v0.9.
|
|
43
|
+
> **Current boundary:** v0.9.15 is the current source candidate. This README
|
|
38
44
|
> records intended scope and verification boundaries; it is not evidence of
|
|
39
45
|
> publication, consumer-installation verification, or independent acceptance.
|
|
40
46
|
> Release availability must be established from the corresponding release records
|
|
@@ -58,7 +64,7 @@ Upgrade from 0.9.12 before preparing a new CodeBuddy release configuration. Add
|
|
|
58
64
|
> publish global preflight.
|
|
59
65
|
|
|
60
66
|
<!-- release-skill:capability:safe-first-command -->
|
|
61
|
-
> **Production path verified since the v0.1.1 milestone; v0.9.
|
|
67
|
+
> **Production path verified since the v0.1.1 milestone; v0.9.15 is the current
|
|
62
68
|
> source candidate. Its README does not establish publication,
|
|
63
69
|
> consumer-installation verification, or independent acceptance.**
|
|
64
70
|
> The npm-installed CLI is the supported user entry. Source checkout
|
|
@@ -87,10 +93,13 @@ checkpoints remain intact and use matching-version recovery. Evidence v1 stays
|
|
|
87
93
|
read-only; v2 uses a closed top level with phase extensions in `details`.
|
|
88
94
|
Summaries and recovery suggestions are diagnostic, never publication authority.
|
|
89
95
|
|
|
90
|
-
The current 0.9.
|
|
96
|
+
The current 0.9.15 candidate includes the narrow R-05 Hook cache v2 consumer
|
|
91
97
|
path, the public `postverify` path, and the stable isolated install-tree record
|
|
92
|
-
path (A2/A3). It
|
|
93
|
-
|
|
98
|
+
path (A2/A3). It keeps Skill Family Hub as the single marketplace source. It
|
|
99
|
+
also makes the `release-prepare` Skill organize existing assessment, refresh,
|
|
100
|
+
focused-check, and prepare entry points without adding another execution
|
|
101
|
+
engine. `prepare --help` and `prepare -h` now return before configuration,
|
|
102
|
+
locks, runs, or hooks can observe the request. This candidate still
|
|
94
103
|
excludes R-02 safe full-tree inventory, R-10 historical-release verification
|
|
95
104
|
implementation, real Kimi/WorkBuddy public-marketplace installation and
|
|
96
105
|
invocation gates, and an Audit public offline release-record verifier.
|
|
@@ -740,7 +749,7 @@ append-only incremental flow is described in the setup step above and in
|
|
|
740
749
|
- `release-help`: environment check and next-step guidance.
|
|
741
750
|
- `release-setup`: read-only discovery, human calibration, create-once configuration, and read-only adoption assessment (`setup --assess-adoption`).
|
|
742
751
|
- `release-assess`: read-only release readiness report.
|
|
743
|
-
- `release-prepare`: local snapshot and reviewable release plan.
|
|
752
|
+
- `release-prepare`: organizes existing project prerequisites and focused repairs, then freezes a local snapshot and reviewable release plan through the formal prepare entry.
|
|
744
753
|
- `release-publish`: approved frozen GitHub+npm publishing; the internal digest is checked automatically.
|
|
745
754
|
- `release-reconcile`: evidence-based PARTIAL recovery with human intervention on conflicts.
|
|
746
755
|
- `release-verify`: post-publish verification; only `VERIFIED` is the happy end.
|
|
@@ -784,6 +793,25 @@ unsupported. When a plan declares postVerify hooks, release-finish must receive
|
|
|
784
793
|
the completed postVerify run produced by `ship`, rather than the earlier verify
|
|
785
794
|
run. The core prepare, publish, and verify workflow remains cross-platform.
|
|
786
795
|
|
|
796
|
+
A release unit may also declare `postPublish.localHostUpdate` for a plugin that
|
|
797
|
+
is delivered through a project-selected Hub by a `postVerify` hook. After that
|
|
798
|
+
hook reaches `DISTRIBUTED`, `ship`, `verify`, `post-release`, and
|
|
799
|
+
`release-finish` display the declared Hub, plugin, and hosts. These Hub-backed
|
|
800
|
+
targets are manual in 0.9.14 (`promptRequired: true`, `available: false`): the
|
|
801
|
+
prompt does not query the Hub, inspect the host, or run host commands. Claude
|
|
802
|
+
and Codex use their existing marketplace management entry; Kimi uses the
|
|
803
|
+
frozen GitHub Release and its existing confirmation path; CodeBuddy and
|
|
804
|
+
WorkBuddy remain manual because this flow cannot pin a Hub ref. Existing
|
|
805
|
+
executable targets derived from frozen plugin-install actions remain available.
|
|
806
|
+
|
|
807
|
+
Production `prepare` also performs one best-effort retention pass after its new
|
|
808
|
+
run evidence exists and before expensive snapshot and hook work. It removes
|
|
809
|
+
only superseded complete run lineages and sealed failed prepare directories
|
|
810
|
+
that have no valid plan or external-write trace. The current plan, the newest
|
|
811
|
+
complete lineage, and every non-terminal, partial, corrupt, ambiguous, or
|
|
812
|
+
out-of-bounds lineage remain protected. Retention failures never change the
|
|
813
|
+
prepare result.
|
|
814
|
+
|
|
787
815
|
New `codebuddy-plugin` project configurations must declare `marketplace`
|
|
788
816
|
explicitly so product families cannot silently inherit another family's Hub.
|
|
789
817
|
`marketplaceSource`, the URL consumers use to add that marketplace, remains
|
package/README.zh-CN.md
CHANGED
|
@@ -2,33 +2,39 @@
|
|
|
2
2
|
|
|
3
3
|
[English](README.md) · 安装指南:[中文](INSTALL.zh-CN.md) / [English](INSTALL.md)
|
|
4
4
|
|
|
5
|
-
<!-- release-skill:release-version: 0.9.
|
|
5
|
+
<!-- release-skill:release-version: 0.9.15 -->
|
|
6
6
|
面向 Claude Code、CodeBuddy、WorkBuddy、Codex 和 Kimi Code 的发布准备工具,完整保留人工维护的文件内容。
|
|
7
7
|
|
|
8
8
|
release-skill 帮助维护者回答三个问题:准备发布什么、还有哪些检查未通过、最终发布的内容是什么。它不重新生成、也不回写项目源文件。`prepare` 把每个配置的公开文件复制到隔离快照并验证字节——先冻结并供人工审阅,再从同一份冻结产物发布。`setup` 只显示确定性的 `compactSummary` 审阅视图,完整报告保留在临时会话目录中。
|
|
9
9
|
|
|
10
10
|
<!-- release-skill:managed:start id=latest-release -->
|
|
11
|
-
**0.9.
|
|
11
|
+
**0.9.15** (2026-09-07)
|
|
12
12
|
|
|
13
|
-
0.9.
|
|
13
|
+
0.9.15 是一个本地源码候选。本版本让发布准备复用项目已有评估、刷新、聚焦检查和正式 prepare 入口,并让 prepare 帮助在业务执行前返回。三项 Foundation 依赖仍精确固定在已发布的 0.17.0。本说明不代表已经发布、完成真实宿主验收、完成消费者安装验证或通过独立验收。
|
|
14
14
|
|
|
15
15
|
**安全**
|
|
16
16
|
|
|
17
|
-
-
|
|
17
|
+
- 本次编排调整不新增执行引擎、Hook 类型、缓存键、批准状态或外部写入。环境变量白名单仍只转发调用环境中已存在的同名值,非法的小写名称继续按配置错误处理。
|
|
18
|
+
- 已冻结候选保留原有验收边界。新生成的候选必须针对自身字节验证,不得复用变更前的验收证据。
|
|
19
|
+
- Skill Family Hub 更新继续通过 GitHub Git Data API,根据已观察的分支头比较后写入。Hub 局部发布不回滚、不覆盖,也不强推。
|
|
20
|
+
|
|
21
|
+
**变更**
|
|
22
|
+
|
|
23
|
+
- release-prepare Skill 现在先读取项目合同和授权,通过项目已有入口处理发布文档与生成物新鲜度,修复后运行聚焦检查,并把完整验证交给正式 prepare Hook 路径。
|
|
24
|
+
- 一次失败后,release-prepare 会集中处理直接相关的修复再重试,默认不增加同目的的完整测试。用户明确要求的独立完整验收仍保留;项目没有有效缓存证据时,完整 Hook 仍会执行。
|
|
25
|
+
- 0.9.14 的 production run 保留策略和 Hub-backed 发布后验证宿主提示继续可用。项目私有的 postVerify Hook 继续通过 GitHub Git Data API,把已验证的 release-skill 条目和公开快照发布到 Skill Family Hub。
|
|
18
26
|
|
|
19
27
|
**修复**
|
|
20
28
|
|
|
21
|
-
-
|
|
22
|
-
- 首次使用者与安全审阅者的 README 黑盒提示词现在通过 `sync-version` 接收候选版本,避免其中的断言落后于包版本。
|
|
23
|
-
- 项目私有的 postVerify hook 继续通过 GitHub Git Data API,把已验证的 release-skill 条目和公开快照发布到 Skill Family Hub。
|
|
29
|
+
- `prepare --help` 和 `prepare -h` 现在会在项目根目录解析、配置读取、锁获取、run 清理、Hook 执行、快照构建或计划写入前返回。JSON 帮助返回 `command: prepare` 和 `status: HELP`;没有帮助参数的 prepare 保留原有业务路径。
|
|
24
30
|
|
|
25
31
|
**升级说明**
|
|
26
32
|
|
|
27
|
-
|
|
33
|
+
从 0.9.14 升级后,可使用收敛后的 release-prepare 流程和无业务副作用的 prepare 帮助。项目配置无需迁移;项目专属的生成和前提检查仍通过已审阅入口执行。删除各宿主中独立的 `release-skill` 市场登记,添加或更新 `ifoohoo/skill-family-hub`,并使用 `release-skill@skill-family-hub`。现有 `externalActions` 可执行目标继续使用原更新路径;0.9.15 的 Hub-backed 目标仍由维护者人工处理。
|
|
28
34
|
<!-- release-skill:managed:end id=latest-release -->
|
|
29
35
|
|
|
30
36
|
<!-- release-skill:capability:external-write-boundary -->
|
|
31
|
-
> **当前边界:** v0.9.
|
|
37
|
+
> **当前边界:** v0.9.15 只是当前源码候选。本 README 记录预期范围与验证边界,
|
|
32
38
|
> 不代表已经发布、完成消费者安装验证或通过独立验收。
|
|
33
39
|
> 版本可用性以对应发布记录及发布后验证结果为准。
|
|
34
40
|
> v0.4.1 是更早的已发布里程碑(v0.2.2 曾处于已发布状态,后因平台验证收敛修复而更新)。
|
|
@@ -44,7 +50,7 @@ release-skill 帮助维护者回答三个问题:准备发布什么、还有哪
|
|
|
44
50
|
> 远端唯一性检查在 `publish` 全局预检执行。
|
|
45
51
|
|
|
46
52
|
<!-- release-skill:capability:safe-first-command -->
|
|
47
|
-
> **生产路径自 v0.1.1 里程碑起已完成真实生产验证;v0.9.
|
|
53
|
+
> **生产路径自 v0.1.1 里程碑起已完成真实生产验证;v0.9.15 是当前源码候选,本 README 不证明该候选已经发布、完成消费者安装验证或通过独立验收。**
|
|
48
54
|
> npm 安装的 CLI 是受支持的用户入口;源码 checkout 保留为开发/贡献者路径。
|
|
49
55
|
>
|
|
50
56
|
> **第一条命令:**
|
|
@@ -62,9 +68,11 @@ marketplace 委托目标工作区发布的边界不变。
|
|
|
62
68
|
|
|
63
69
|
旧 production 计划缺少 `sourceAuthority` 时,在外部写入前拒绝。未发生外部写入的计划必须重新 prepare 并批准新摘要,不能补写旧计划或迁移批准。已有 `PARTIAL` 保留检查点,走匹配版本的恢复路径。evidence v1 只读;v2 顶层封闭,阶段扩展放在 `details`。摘要和恢复建议只作诊断,不构成发布权威。
|
|
64
70
|
|
|
65
|
-
当前 0.9.
|
|
66
|
-
路径和稳定隔离安装树记录路径(A2/A3
|
|
67
|
-
Skill
|
|
71
|
+
当前 0.9.15 候选包含窄范围的 R-05 Hook cache v2 消费路径、公开 `postverify`
|
|
72
|
+
路径和稳定隔离安装树记录路径(A2/A3),继续以 Skill Family Hub 为唯一市场来源。
|
|
73
|
+
`release-prepare` Skill 现在会组织项目已有的评估、刷新、聚焦检查和 prepare 入口,不新增执行引擎。
|
|
74
|
+
`prepare --help` 和 `prepare -h` 会在配置、锁、run 或 Hook 观察请求之前返回。当前仍不包含
|
|
75
|
+
R-02 安全整树盘点、R-10 历史发布验证
|
|
68
76
|
的产品实现、真实 Kimi/WorkBuddy 公开市场安装与调用门禁或 Audit 公开离线发布记录
|
|
69
77
|
验证器。本范围说明不构成远端发布记录或消费者升级指引。
|
|
70
78
|
|
|
@@ -633,7 +641,7 @@ release-skill ship --root "$PROJECT" --hook-approval "$HOOK_APPROVAL_PATH" --jso
|
|
|
633
641
|
- `release-help`:环境检查和下一步引导。
|
|
634
642
|
- `release-setup`:首次接入的只读发现、人工校准、create-once 配置创建和只读接入评估(`setup --assess-adoption`)。
|
|
635
643
|
- `release-assess`:只读发布就绪度报告。
|
|
636
|
-
- `release-prepare
|
|
644
|
+
- `release-prepare`:组织项目已有前提和聚焦修复,再通过正式 prepare 入口冻结本地快照和可审阅发布计划。
|
|
637
645
|
- `release-publish`:经批准的冻结 GitHub+npm 发布;内部摘要由系统自动校验。
|
|
638
646
|
- `release-reconcile`:基于证据恢复 PARTIAL;冲突时人工介入。
|
|
639
647
|
- `release-verify`:发布后验证;只有 `VERIFIED` 才是 happy end。
|
|
@@ -666,6 +674,19 @@ WorkBuddy 本机更新仅支持 macOS;其他平台返回不支持并跳过。
|
|
|
666
674
|
release-finish 必须接收 `ship` 产出的已完成 postVerify run,不能直接使用较早的
|
|
667
675
|
verify run;核心 prepare、publish、verify 流程仍跨平台。
|
|
668
676
|
|
|
677
|
+
如果插件由项目选定的 Hub 通过 `postVerify` Hook 交付,发布单元还可以声明
|
|
678
|
+
`postPublish.localHostUpdate`。Hook 达到 `DISTRIBUTED` 后,`ship`、`verify`、
|
|
679
|
+
`post-release` 和 `release-finish` 会显示声明中的 Hub、插件和宿主。0.9.14 对这类
|
|
680
|
+
目标只提供人工入口(`promptRequired: true`、`available: false`):提示不会访问 Hub、
|
|
681
|
+
探测宿主或运行宿主命令。Claude 和 Codex 使用各自已有的 marketplace 管理入口;Kimi
|
|
682
|
+
使用冻结 GitHub Release 和现有人工确认路径;CodeBuddy 与 WorkBuddy 因无法固定 Hub
|
|
683
|
+
ref 而继续人工处理。由冻结插件安装动作派生的原有可执行目标不受影响。
|
|
684
|
+
|
|
685
|
+
生产 prepare 还会在本轮运行证据建立后、高成本快照和 Hook 之前执行一次尽力清理。
|
|
686
|
+
它只删除已被更新完整谱系取代的终态运行目录,以及没有有效计划或外部写入迹象的封口
|
|
687
|
+
失败 prepare。当前计划、最近完整谱系,以及所有非终态、部分成功、损坏、含糊或越界
|
|
688
|
+
谱系都受保护。清理失败不会改变 prepare 结果。
|
|
689
|
+
|
|
669
690
|
新的 `codebuddy-plugin` 项目配置必须显式声明 `marketplace`,避免不同产品线误用同一市场;`marketplaceSource`(消费者添加市场所用的 URL)仍可按需声明。只有已经冻结、且未携带该字段的历史计划会继续按旧规则解释为 `artifact-skill-set`,以保证 reconcile 可以重放原计划。
|
|
670
691
|
|
|
671
692
|
每个 npm 分发在 `prepare` 时都会针对精确封装的 tarball 静态校验
|