release-skill 0.9.34 → 0.9.35
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/.cursor-plugin/plugin.json +1 -1
- package/.kimi-plugin/plugin.json +1 -1
- package/.qoder-plugin/plugin.json +1 -1
- package/CHANGELOG.md +20 -0
- package/INSTALL.md +2 -2
- package/INSTALL.zh-CN.md +2 -2
- package/README.md +9 -17
- package/README.zh-CN.md +9 -17
- package/adapters/claude/.claude-plugin/plugin.json +1 -1
- package/adapters/claude/bin/release-skill.bundle.mjs +33 -17
- package/adapters/claude/skills/release-finish/SKILL.md +5 -1
- package/adapters/claude/skills/release-help/SKILL.md +1 -1
- package/adapters/codex/.codex-plugin/plugin.json +2 -2
- package/adapters/codex/bin/release-skill.bundle.mjs +33 -17
- package/adapters/codex/skills/release-finish/SKILL.md +5 -1
- package/adapters/codex/skills/release-help/SKILL.md +1 -1
- package/adapters/cursor/.cursor-plugin/plugin.json +1 -1
- package/adapters/cursor/bin/release-skill.bundle.mjs +33 -17
- package/adapters/cursor/skills/release-finish/SKILL.md +5 -1
- package/adapters/cursor/skills/release-help/SKILL.md +1 -1
- package/adapters/kimi/.kimi-plugin/plugin.json +1 -1
- package/adapters/kimi/bin/release-skill.bundle.mjs +33 -17
- package/adapters/kimi/skills/release-finish/SKILL.md +5 -1
- package/adapters/kimi/skills/release-help/SKILL.md +1 -1
- package/adapters/qoder/.qoder-plugin/plugin.json +1 -1
- package/adapters/qoder/bin/release-skill.bundle.mjs +33 -17
- package/adapters/qoder/skills/release-finish/SKILL.md +5 -1
- package/adapters/qoder/skills/release-help/SKILL.md +1 -1
- package/adapters/workbuddy/.codebuddy-plugin/plugin.json +1 -1
- package/adapters/workbuddy/bin/release-skill.bundle.mjs +33 -17
- package/adapters/workbuddy/skills/release-finish/SKILL.md +5 -1
- package/adapters/workbuddy/skills/release-help/SKILL.md +1 -1
- package/bin/release-skill.bundle.mjs +33 -17
- package/package.json +1 -1
- package/platform-manifest.json +4 -4
- package/references/.render-manifest.json +2 -2
- package/references/02-project-config.md +3 -1
- package/skills/release-finish/SKILL.md +5 -1
- package/skills/release-help/SKILL.md +1 -1
- package/skills-src/release-finish/SKILL.md +5 -1
- package/skills-src/release-help/SKILL.md +1 -1
- package/src/commands/post-release-local.mjs +33 -15
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "release-skill",
|
|
3
|
-
"version": "0.9.
|
|
3
|
+
"version": "0.9.35",
|
|
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.35.",
|
|
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,25 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
<!-- release-skill:changelog:start version=0.9.35 locale=en baseline=sha256:d6b5bc6f37e83b5ac692f09dc175c61441598caa2f12679a2ffb2a11593b8bca -->
|
|
4
|
+
## [0.9.35] - 2026-10-22
|
|
5
|
+
|
|
6
|
+
0.9.35 enables successful Qoder finish checks for already installed plugins using a valid Claude-compatible manifest. It detects and blocks invalid or conflicting manifest candidates. This release note is not evidence of publication, real-host acceptance, consumer installation verification, or independent acceptance. Foundation dependencies remain pinned to `0.25.0`.
|
|
7
|
+
|
|
8
|
+
### Security
|
|
9
|
+
|
|
10
|
+
- The frozen snapshot is reverified before any host write operation. Existing controls—approval, Hub authorization, path containment, and complete payload validation—remain in force. Foundation dependencies are pinned to `0.25.0`. Skill Family Hub remains the unified marketplace, with publication using GitHub Git Data API and compare-and-swap bound to the observed branch head. Partial Hub publication is never rolled back or force-pushed; completed steps are not overwritten. These mechanisms and remote authorization are unchanged in 0.9.35. The checker does not perform first-time installation, add marketplaces, or generate manifests. Generic release tiers and other host update policies are unchanged.
|
|
11
|
+
|
|
12
|
+
### Fixed
|
|
13
|
+
|
|
14
|
+
- The checker independently reads `.qoder-plugin/plugin.json` and `.claude-plugin/plugin.json` from both the frozen snapshot and the installed plugin. If the native Qoder manifest is missing, a valid Claude-compatible manifest is accepted. If either present manifest is invalid, verification fails without fallback. When both manifests exist, `name`, `version`, and `skills` must match exactly; otherwise, verification fails.
|
|
15
|
+
- The installed manifest selection, its associated relative path, and `skills` are compared against the frozen selection. This closes gaps caused by competing manifest additions or changes in selected relative paths. Original plugin identity and complete payload checks remain enforced.
|
|
16
|
+
|
|
17
|
+
### Upgrade Notes
|
|
18
|
+
|
|
19
|
+
Use the updated `release-finish` entry from the public `release-skill@skill-family-hub` to finish an existing installed compatible plugin using its applicable frozen plan. Updating the checker alone does not require republishing the plugin. New plugin bytes still require a new frozen plan and matching approval. `UPDATED` or `ALREADY_CURRENT` indicates installed payload status only—not that the running host has loaded it. Preserve `reload-pending` when loading has not been observed. A local finish failure does not erase a remote `VERIFIED` result. The release-skill standalone marketplace is deprecated; use `ifoohoo/skill-family-hub` and `release-skill@skill-family-hub`.
|
|
20
|
+
<!-- release-skill:changelog:end version=0.9.35 locale=en -->
|
|
21
|
+
|
|
22
|
+
|
|
3
23
|
<!-- release-skill:changelog:start version=0.9.34 locale=en baseline=sha256:d00e9ecca9e64593103a20119972dbfb025fd8e73b1de2f850e3838d965170ce -->
|
|
4
24
|
## [0.9.34] - 2026-10-22
|
|
5
25
|
|
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.35 -->
|
|
6
6
|
## Prerequisites
|
|
7
7
|
|
|
8
8
|
- Node.js `>=22.22.2 <23` (22.22.2 or newer, and below 23)
|
|
@@ -125,7 +125,7 @@ tag pinned to the exact version (never the bare repository URL, which installs
|
|
|
125
125
|
the latest release or default branch), confirm the trust prompt, then reload:
|
|
126
126
|
|
|
127
127
|
```
|
|
128
|
-
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.
|
|
128
|
+
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.35
|
|
129
129
|
/plugins reload
|
|
130
130
|
```
|
|
131
131
|
|
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.35 -->
|
|
6
6
|
## 前置条件
|
|
7
7
|
|
|
8
8
|
- Node.js `>=22.22.2 <23`(22.22.2 及以上,且低于 23)
|
|
@@ -113,7 +113,7 @@ release-skill 当前只采用并验证 Kimi Code 的交互式 TUI 路径,**无
|
|
|
113
113
|
(切勿使用裸仓库地址,它会安装最新 release 或默认分支),确认信任提示后重新加载:
|
|
114
114
|
|
|
115
115
|
```
|
|
116
|
-
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.
|
|
116
|
+
/plugins install https://github.com/ifoohoo/release-skill/releases/tag/release-skill-v0.9.35
|
|
117
117
|
/plugins reload
|
|
118
118
|
```
|
|
119
119
|
|
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.35 -->
|
|
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,34 +14,26 @@ 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.35** (2026-10-22)
|
|
18
18
|
|
|
19
|
-
0.9.
|
|
19
|
+
0.9.35 enables successful Qoder finish checks for already installed plugins using a valid Claude-compatible manifest. It detects and blocks invalid or conflicting manifest candidates. This release note is not evidence of publication, real-host acceptance, consumer installation verification, or independent acceptance. Foundation dependencies remain pinned to `0.25.0`.
|
|
20
20
|
|
|
21
21
|
**Security**
|
|
22
22
|
|
|
23
|
-
- Skill Family Hub remains the unified
|
|
24
|
-
|
|
25
|
-
**Added**
|
|
26
|
-
|
|
27
|
-
- Configurable test intake: Projects declaring `testIntake` can specify test requirements and results files via `testIntake.requirementsFile` and `testIntake.resultFile`. The first `production` `prepare` saves a non-final candidate and returns `NEEDS_INPUT` with the candidate path. Evidence must be provided before freezing; otherwise, no formal release plan is created. Subsequent `prepare --candidate <path>` resumes the same candidate without rebuilding public payloads. The candidate itself cannot be approved or published.
|
|
28
|
-
- Test orchestration and acceptance: The TEST skill orchestrates test execution, determines whether to reuse or re-run tests, and aggregates business-level judgment on whether requirements are met. release-skill validates submitted materials against requirements, candidate bindings, and applicable stages, but does not replace the semantic acceptance by the domain or independent validators.
|
|
29
|
-
- Post-freeze responsibilities: Requirements after freeze are handled by declared consumers via `consumer-verify`, `postverify`, or `finish` stages. Passing pre-freeze tests does not substitute for post-freeze validation.
|
|
30
|
-
- Approval and artifact verification: Test acceptance is included in the release plan summary. Actions like `approve`, `publish`, and `reconcile` verify original artifacts before execution. Changes to results, criteria, scope, or allowed constraints invalidate prior approvals.
|
|
23
|
+
- The frozen snapshot is reverified before any host write operation. Existing controls—approval, Hub authorization, path containment, and complete payload validation—remain in force. Foundation dependencies are pinned to `0.25.0`. Skill Family Hub remains the unified marketplace, with publication using GitHub Git Data API and compare-and-swap bound to the observed branch head. Partial Hub publication is never rolled back or force-pushed; completed steps are not overwritten. These mechanisms and remote authorization are unchanged in 0.9.35. The checker does not perform first-time installation, add marketplaces, or generate manifests. Generic release tiers and other host update policies are unchanged.
|
|
31
24
|
|
|
32
25
|
**Fixed**
|
|
33
26
|
|
|
34
|
-
-
|
|
35
|
-
- `
|
|
36
|
-
- New candidate modules after packaging use existing build version information; source mode uses trusted package identities.
|
|
27
|
+
- The checker independently reads `.qoder-plugin/plugin.json` and `.claude-plugin/plugin.json` from both the frozen snapshot and the installed plugin. If the native Qoder manifest is missing, a valid Claude-compatible manifest is accepted. If either present manifest is invalid, verification fails without fallback. When both manifests exist, `name`, `version`, and `skills` must match exactly; otherwise, verification fails.
|
|
28
|
+
- The installed manifest selection, its associated relative path, and `skills` are compared against the frozen selection. This closes gaps caused by competing manifest additions or changes in selected relative paths. Original plugin identity and complete payload checks remain enforced.
|
|
37
29
|
|
|
38
30
|
**Upgrade Notes**
|
|
39
31
|
|
|
40
|
-
|
|
32
|
+
Use the updated `release-finish` entry from the public `release-skill@skill-family-hub` to finish an existing installed compatible plugin using its applicable frozen plan. Updating the checker alone does not require republishing the plugin. New plugin bytes still require a new frozen plan and matching approval. `UPDATED` or `ALREADY_CURRENT` indicates installed payload status only—not that the running host has loaded it. Preserve `reload-pending` when loading has not been observed. A local finish failure does not erase a remote `VERIFIED` result. The release-skill standalone marketplace is deprecated; use `ifoohoo/skill-family-hub` and `release-skill@skill-family-hub`.
|
|
41
33
|
<!-- release-skill:managed:end id=latest-release -->
|
|
42
34
|
|
|
43
35
|
<!-- release-skill:capability:external-write-boundary -->
|
|
44
|
-
> **Current boundary:** v0.9.
|
|
36
|
+
> **Current boundary:** v0.9.35: this README records capabilities and verification boundaries;
|
|
45
37
|
> it is not evidence of
|
|
46
38
|
> publication, consumer-installation verification, or independent acceptance.
|
|
47
39
|
> Release availability must be established from the corresponding release records
|
|
@@ -65,7 +57,7 @@ Projects not declaring `testIntake` retain the original full gate and release pa
|
|
|
65
57
|
> publish global preflight.
|
|
66
58
|
|
|
67
59
|
<!-- release-skill:capability:safe-first-command -->
|
|
68
|
-
> **Production path verified since the v0.1.1 milestone; for v0.9.
|
|
60
|
+
> **Production path verified since the v0.1.1 milestone; for v0.9.35,
|
|
69
61
|
> publication, consumer-installation verification, and independent acceptance
|
|
70
62
|
> require version-specific release records and verification results.**
|
|
71
63
|
> The npm-installed CLI is the supported user entry. Source checkout
|
package/README.zh-CN.md
CHANGED
|
@@ -2,40 +2,32 @@
|
|
|
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.35 -->
|
|
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.35** (2026-10-22)
|
|
12
12
|
|
|
13
|
-
0.9.
|
|
13
|
+
0.9.35 修复 Qoder 收尾检查逻辑,使已安装的、使用有效 Claude 兼容清单的插件可通过检查;同时识别并阻止无效或冲突的候选清单。本发布说明不代表已经发布、完成真实宿主验收、完成消费者安装验证或通过独立验收。Foundation 依赖保持精确锁定为 `0.25.0`。
|
|
14
14
|
|
|
15
15
|
**安全**
|
|
16
16
|
|
|
17
|
-
- Skill Family Hub 仍为统一市场,沿用 GitHub Git Data API
|
|
18
|
-
|
|
19
|
-
**新增**
|
|
20
|
-
|
|
21
|
-
- 可配置测试接入:声明 `testIntake` 的项目可通过 `testIntake.requirementsFile` 和 `testIntake.resultFile` 指定测试要求文件与测试结果文件。首次 `production` `prepare` 保存非正式候选并返回 `NEEDS_INPUT` 及候选路径;冻结前证据未补齐则不生成正式发布计划。后续执行 `prepare --candidate <path>` 可续接同一候选,不重建公开载荷。候选本身不可用于批准或发布。
|
|
22
|
-
- 测试组织与验收:TEST技能负责组织测试执行、判断是否复用或重跑,并汇总业务是否达标的判断。release-skill 核对提交材料与要求、候选对象、适用阶段的绑定关系,但不代替领域或独立验收者的语义验收。
|
|
23
|
-
- 冻结后职责:冻结后的要求由已声明的消费者通过 `consumer-verify`(消费者安装验证)、`postverify`(发布后校验)、`finish`(本机收尾)阶段处理,冻结前通过不替代冻结后验证。
|
|
24
|
-
- 批准前复核原始材料:测试验收已纳入发布计划摘要。`approve`、`publish`、`reconcile` 等操作在执行前复核原始材料。修改结果、准则、范围或允许的限制将导致原批准失效。
|
|
17
|
+
- 在写入宿主前重新核验冻结快照;既有批准、Hub 授权、路径收容与完整载荷边界检查机制保持不变。Foundation 依赖精确锁定为 `0.25.0`。Skill Family Hub 仍为统一市场,沿用 GitHub Git Data API,更新操作绑定已观察分支头并比较后写入(compare-and-swap)。部分发布不回滚、不覆盖已完成步骤、不自动强推;本轮未修改这些机制与远端授权。检查器不执行首次安装、新增市场或伪造清单,通用发布层级和其他宿主更新策略保持不变。
|
|
25
18
|
|
|
26
19
|
**修复**
|
|
27
20
|
|
|
28
|
-
-
|
|
29
|
-
-
|
|
30
|
-
- 打包后的新候选模块使用现有构建版本信息,源码模式使用可信包身份。
|
|
21
|
+
- 检查器分别读取冻结快照与已安装插件中的 `.qoder-plugin/plugin.json` 和 `.claude-plugin/plugin.json`。若原生 Qoder 清单不存在,可接受有效的 Claude 兼容清单;清单存在但无效时,不降级接受。当两份清单均存在时,`name`、`version`、`skills` 必须完全一致,否则验证失败。
|
|
22
|
+
- 安装侧选定的清单及其相对路径与 `skills`,与冻结侧对应项进行比对,补上额外候选清单和所选路径变化的检查缺口。原有插件身份与完整载荷检查机制持续生效。
|
|
31
23
|
|
|
32
24
|
**升级说明**
|
|
33
25
|
|
|
34
|
-
|
|
26
|
+
使用 `release-skill@skill-family-hub` 提供的更新版 `release-finish` 入口,配合适用的冻结计划完成已有兼容插件的收尾。仅升级检查器无需重新发布该插件;若插件内容变更,仍需新冻结计划与匹配批准。`UPDATED` 或 `ALREADY_CURRENT` 仅表示安装载荷已通过检查,不表示运行中的宿主已加载。未观察到加载时,保留 `reload-pending` 状态。本机收尾失败不覆盖远端 `VERIFIED` 结果。旧版独立的 `release-skill` 市场已弃用,使用 `ifoohoo/skill-family-hub` 与 `release-skill@skill-family-hub`。
|
|
35
27
|
<!-- release-skill:managed:end id=latest-release -->
|
|
36
28
|
|
|
37
29
|
<!-- release-skill:capability:external-write-boundary -->
|
|
38
|
-
> **当前边界:** v0.9.
|
|
30
|
+
> **当前边界:** v0.9.35 的能力范围与验证边界见本 README,
|
|
39
31
|
> 不代表已经发布、完成消费者安装验证或通过独立验收。
|
|
40
32
|
> 版本可用性以对应发布记录及发布后验证结果为准。
|
|
41
33
|
> v0.4.1 是更早的已发布里程碑(v0.2.2 曾处于已发布状态,后因平台验证收敛修复而更新)。
|
|
@@ -51,7 +43,7 @@ release-skill 帮助维护者回答三个问题:准备发布什么、还有哪
|
|
|
51
43
|
> 远端唯一性检查在 `publish` 全局预检执行。
|
|
52
44
|
|
|
53
45
|
<!-- release-skill:capability:safe-first-command -->
|
|
54
|
-
> **生产路径自 v0.1.1 里程碑起已完成真实生产验证;v0.9.
|
|
46
|
+
> **生产路径自 v0.1.1 里程碑起已完成真实生产验证;v0.9.35 的发布、消费者安装验证和独立验收状态须由该版本的发布记录及验证结果确认。**
|
|
55
47
|
> npm 安装的 CLI 是受支持的用户入口;源码 checkout 保留为开发/贡献者路径。
|
|
56
48
|
>
|
|
57
49
|
> **第一条命令:**
|
|
@@ -9,9 +9,9 @@ const __bundlePkgRoot = __bundleResolve(__bundleDirname(__bundleFileURLToPath(im
|
|
|
9
9
|
// Provide a real require() for CJS packages bundled into ESM (e.g. yaml, ajv).
|
|
10
10
|
const __bundleRealRequire = __bundleCreateRequire(import.meta.url);
|
|
11
11
|
// Package identity injected at build time — closure-independent --version probe.
|
|
12
|
-
const __bundlePkg = Object.freeze({"name":"release-skill","version":"0.9.
|
|
12
|
+
const __bundlePkg = Object.freeze({"name":"release-skill","version":"0.9.35"});
|
|
13
13
|
// Build-time source digest for the BUNDLE_STALE freshness gate (see above).
|
|
14
|
-
const __bundleSourceDigest = "
|
|
14
|
+
const __bundleSourceDigest = "e14a5aba2f50cba3982bbe413cc9faebf0d45629e53f410e4942f562d7161754";
|
|
15
15
|
|
|
16
16
|
var __create = Object.create;
|
|
17
17
|
var __defProp = Object.defineProperty;
|
|
@@ -139650,14 +139650,26 @@ async function observeQoderPlugin(target, command2, env, run6) {
|
|
|
139650
139650
|
};
|
|
139651
139651
|
}
|
|
139652
139652
|
async function readQoderManifest(root, label) {
|
|
139653
|
-
const
|
|
139654
|
-
|
|
139655
|
-
|
|
139656
|
-
|
|
139657
|
-
|
|
139658
|
-
|
|
139653
|
+
const candidates = [];
|
|
139654
|
+
for (const manifestPath of [".qoder-plugin/plugin.json", ".claude-plugin/plugin.json"]) {
|
|
139655
|
+
let text;
|
|
139656
|
+
try {
|
|
139657
|
+
text = await readFileContained(root, manifestPath, { encoding: "utf8" });
|
|
139658
|
+
} catch (error) {
|
|
139659
|
+
if (error?.code === "SFC2004" && error?.details?.kind === "missing-resource") continue;
|
|
139660
|
+
throw error;
|
|
139661
|
+
}
|
|
139662
|
+
const manifest = parseJson2(text, `${label} (${manifestPath})`);
|
|
139663
|
+
if (!manifest || typeof manifest !== "object" || Array.isArray(manifest)) {
|
|
139664
|
+
throw new Error(`${label} (${manifestPath}) did not return an object`);
|
|
139665
|
+
}
|
|
139666
|
+
candidates.push({ manifestPath, manifest });
|
|
139659
139667
|
}
|
|
139660
|
-
|
|
139668
|
+
if (candidates.length === 0) throw new Error(`${label} has no native or compatible plugin manifest`);
|
|
139669
|
+
if (candidates.length === 2 && ["name", "version", "skills"].some((field) => candidates[0].manifest[field] !== candidates[1].manifest[field])) {
|
|
139670
|
+
throw new Error(`${label} does not match the frozen Qoder plugin identity and projection path: conflicting native and compatible manifests`);
|
|
139671
|
+
}
|
|
139672
|
+
return candidates[0];
|
|
139661
139673
|
}
|
|
139662
139674
|
async function assertQoderPluginManifest(target, manifest, label, pluginRoot, frozenSkills) {
|
|
139663
139675
|
if (manifest.name !== target.plugin || manifest.version !== target.version || typeof manifest.skills !== "string" || manifest.skills.length === 0 || frozenSkills !== void 0 && manifest.skills !== frozenSkills) {
|
|
@@ -139675,8 +139687,9 @@ async function assertFrozenQoderManifest(target, root) {
|
|
|
139675
139687
|
snapshotPath: target.snapshotPath,
|
|
139676
139688
|
expectedDigest: target.manifestDigest
|
|
139677
139689
|
});
|
|
139678
|
-
const manifest = await readQoderManifest(snapshotRoot, "frozen Qoder plugin manifest");
|
|
139679
|
-
|
|
139690
|
+
const { manifestPath, manifest } = await readQoderManifest(snapshotRoot, "frozen Qoder plugin manifest");
|
|
139691
|
+
const skills = await assertQoderPluginManifest(target, manifest, "frozen Qoder plugin manifest", snapshotRoot);
|
|
139692
|
+
return { manifestPath, skills };
|
|
139680
139693
|
}
|
|
139681
139694
|
async function assertQoderHubEntry(target, marketplaceRoot) {
|
|
139682
139695
|
const marketplace = parseJson2(
|
|
@@ -139699,11 +139712,14 @@ async function verifyQoderInstalledPayload({
|
|
|
139699
139712
|
target,
|
|
139700
139713
|
root,
|
|
139701
139714
|
installPath,
|
|
139702
|
-
|
|
139715
|
+
frozenManifest,
|
|
139703
139716
|
verifyInstalledPayload
|
|
139704
139717
|
}) {
|
|
139705
|
-
const manifest = await readQoderManifest(installPath, "installed Qoder plugin manifest");
|
|
139706
|
-
|
|
139718
|
+
const { manifestPath, manifest } = await readQoderManifest(installPath, "installed Qoder plugin manifest");
|
|
139719
|
+
if (manifestPath !== frozenManifest.manifestPath) {
|
|
139720
|
+
throw new Error("installed Qoder plugin manifest path differs from the frozen manifest selection");
|
|
139721
|
+
}
|
|
139722
|
+
await assertQoderPluginManifest(target, manifest, "installed Qoder plugin manifest", installPath, frozenManifest.skills);
|
|
139707
139723
|
await verifyInstalledPayload({
|
|
139708
139724
|
snapshotPath: target.snapshotPath,
|
|
139709
139725
|
manifestDigest: target.manifestDigest,
|
|
@@ -139716,7 +139732,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139716
139732
|
verifyInstalledPayload
|
|
139717
139733
|
}) {
|
|
139718
139734
|
const env = hostEnvironment("qoder");
|
|
139719
|
-
const
|
|
139735
|
+
const frozenManifest = await assertFrozenQoderManifest(target, root);
|
|
139720
139736
|
const marketplace = await observeQoderMarketplace(target, detected.command, env, run6);
|
|
139721
139737
|
if (!marketplace.installed) {
|
|
139722
139738
|
return {
|
|
@@ -139737,7 +139753,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139737
139753
|
target,
|
|
139738
139754
|
root,
|
|
139739
139755
|
installPath: before.installPath,
|
|
139740
|
-
|
|
139756
|
+
frozenManifest,
|
|
139741
139757
|
verifyInstalledPayload
|
|
139742
139758
|
});
|
|
139743
139759
|
return { status: "ALREADY_CURRENT", version: target.version };
|
|
@@ -139764,7 +139780,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139764
139780
|
target,
|
|
139765
139781
|
root,
|
|
139766
139782
|
installPath: after.installPath,
|
|
139767
|
-
|
|
139783
|
+
frozenManifest,
|
|
139768
139784
|
verifyInstalledPayload
|
|
139769
139785
|
});
|
|
139770
139786
|
return {
|
|
@@ -72,7 +72,11 @@ node "${CLAUDE_PLUGIN_ROOT}/bin/release-skill-local-finish.mjs" \
|
|
|
72
72
|
- Claude/Codex 的 Hub 目标只使用已经登记的同源市场。升级前先读取声明的 Hub 分支,并核对宿主专用索引中的插件仓库、标签、提交及存在的版本字段。刷新市场后再次核对实际目录和条目,再执行原有更新或重装命令。Claude 精确当前安装会离线核对真实载荷;Codex 列表不提供安装根时,仍须正式重装,从安装输出取得 `installedPath` 后核对载荷。旧安装动作继续使用冻结市场引用预检;远端不可达或引用不符时返回 `MANUAL_REQUIRED`。每个宿主单独保留结果,失败不会中断其他已选宿主。
|
|
73
73
|
- Kimi 的精确当前安装会在返回 `ALREADY_CURRENT` 前核对真实载荷;发生安装或迁移时,只在操作完成后核对结果。配置根依次取显式 `kimiHome`、`KIMI_CODE_HOME`、用户主目录下的 `.kimi-code`,TUI 与安装后观察使用同一根。release-finish 当前只采用并验证 Kimi Code 的受控终端交互界面(TUI)路径,并把 TUI 工作目录固定为 `--root` 指定的当前发布项目。用户已确认冻结计划、显式选择更新且 `--hosts` 包含 `kimi` 时,流程读取完整的初始 `Trust this folder?` 对话框,要求其中只有一个正向项 `Trust this folder` 和一个选中项。正向项已经选中时不发送方向键,直接确认;已知拒绝项选中时,按它与正向项的相对位置移动一次,重新读取完整对话框并确认正向项已选中,然后才提交。插件命令发出后再次出现目录信任、界面或选中项未知、正向项缺失或重复、移动后无法确认、超时或提前退出时,该宿主失败并停止后续安装步骤。若后续 Kimi 版本出现新的可复现界面差异,先记录 Kimi 版本、可见选项、选中项及选项关系;这些事实足以唯一确认当前目录、正向信任项和选择结果时,在最近测试补回归与兼容并继续,目录身份或选项语义不明时仍停止并交回主会话。插件信任仍先清理 ANSI/OSC 控制序列和软换行,再分别核对冻结仓库与标签;只有选中 `Trust and install` 才提交并重新加载。包名、版本、发布标签、已安装修订号和受管安装根必须与冻结计划一致;`.git` 只提供附加诊断,不是通过条件。旧的本地路径安装会在同一 TUI 会话中先移除,再按发布标签安装。
|
|
74
74
|
- CodeBuddy/WorkBuddy 只升级既有安装,不自动首装。CodeBuddy 仅探测全局 `codebuddy`/`cbc`,配置根固定为有效 `HOME` 下的 `.codebuddy`;WorkBuddy 仅在 macOS 探测应用内嵌 CLI,配置根固定为有效 `HOME` 下的 `.workbuddy`,两者不互作回退。Hub 目标先核对各自 `plugins/marketplaces/<hub>` 的远端和分支,再核对 `.codebuddy-plugin/marketplace.json` 条目。刷新市场后确认远端分支未漂移,才更新插件;最后核对列表中的版本、`gitCommitSha` 和 `plugins/cache/<hub>/<plugin>/<version>` 的完整载荷。旧 bundled-family 目标继续要求插件标签和市场分支均指向冻结提交。非 macOS 的 WorkBuddy 返回 `SKIPPED_UNSUPPORTED_PLATFORM`。
|
|
75
|
-
- Qoder
|
|
75
|
+
- Qoder 首先通过 `qoder plugins marketplace list --json` 验证目标 Hub 的名称、仓库地址、分支信息及本机 checkout 状态,随后使用 `qoder plugins list --json` 核对唯一插件条目的市场归属、`scope=user`、版本号与 `installPath`。若目标市场或插件未安装,返回 `MANUAL_REQUIRED`,禁止自动添加市场或执行首次安装。对于旧版已安装情况,仅执行 `qoder plugins marketplace update <name>` 与 `qoder plugins update <plugin@marketplace> --scope user`。在市场刷新后、插件更新前,必须从 Hub 的 `marketplace.json` 中校验目标条目的 `source.url` 与 `source.sha`。
|
|
76
|
+
|
|
77
|
+
冻结快照与真实 `installPath` 均需比对 `.qoder-plugin/plugin.json` 与 `.claude-plugin/plugin.json` 两个候选清单。仅当原生清单缺失时,方可启用兼容清单;原生清单存在但无效时不得回退。存在的清单均须可解析为有效对象,并满足插件身份与根内技能目录要求,双清单的 `name/version/skills` 必须完全一致,且以原生清单为优先。安装侧选择的相对清单路径及 `skills` 必须与冻结侧选择一致。安装侧额外出现的损坏或冲突清单不得忽略;允许宿主附加文件的 `external-marketplace-v1` 载荷完整比较,不可替代对清单的独立核验。
|
|
78
|
+
|
|
79
|
+
冻结快照摘要须在宿主写入前完成复验,安装后仍需复验完整声明载荷与冻结来源;即使版本已为目标版本,也必须完成全部复验后方可返回 `ALREADY_CURRENT`。市场在检查与更新之间可能发生变更,若事后身份校验失败,报告错误,不进行自动降级、卸载或覆盖。
|
|
76
80
|
|
|
77
81
|
Kimi 不使用只有仓库 URL 的 Hub 文件证明标签或提交。它先克隆冻结发布标签并核对提交,再进入既有终端交互流程;启动进程保留 `http_proxy`、`https_proxy` 和 `all_proxy`。
|
|
78
82
|
|
|
@@ -29,7 +29,7 @@ description: "Discoverable entry point for release-skill: dependency and environ
|
|
|
29
29
|
|
|
30
30
|
治理诊断只运行 release-skill 自己的只读检查程序,不运行目标 Skill、业务脚本、构建、hook 或发布动作,也不把 `prepare`、`verify`、`release-finish` 当作静态治理入口。用户要求实际接入或发布时,把已有授权带到对应原业务入口;各入口继续执行原有确认、副作用和状态机合同。
|
|
31
31
|
|
|
32
|
-
## 0.9.
|
|
32
|
+
## 0.9.35 能力与证据边界
|
|
33
33
|
|
|
34
34
|
四类工程材料接到现有 `release-project` 字段。公开正式材料写入 `publicFiles`(`sourceScope` / `from` / `to` / `mode`)。运行必需资源写入 `requiredPublicFiles`,必须被同一单元 `publicFiles[].to` 精确覆盖。私有正式材料与非正式运行材料不列入 `publicFiles`,需要挡住时使用 `forbiddenPaths` / `forbiddenContentPatterns`。正式不等于公开。是否进入公开快照由 `publicFiles` 是否列出决定。npm 是载荷渠道。`package.json` 的 `files` 与入口闭包和公开映射同时约束。`delivery.include` / `delivery.exclude` 只选择宿主,不是文件包含或排除。排除不得拿掉运行必需资源。互相冲突的配置必须失败关闭。
|
|
35
35
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "release-skill",
|
|
3
|
-
"version": "0.9.
|
|
3
|
+
"version": "0.9.35",
|
|
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.35.",
|
|
23
23
|
"Help me understand the release workflow."
|
|
24
24
|
]
|
|
25
25
|
}
|
|
@@ -9,9 +9,9 @@ const __bundlePkgRoot = __bundleResolve(__bundleDirname(__bundleFileURLToPath(im
|
|
|
9
9
|
// Provide a real require() for CJS packages bundled into ESM (e.g. yaml, ajv).
|
|
10
10
|
const __bundleRealRequire = __bundleCreateRequire(import.meta.url);
|
|
11
11
|
// Package identity injected at build time — closure-independent --version probe.
|
|
12
|
-
const __bundlePkg = Object.freeze({"name":"release-skill","version":"0.9.
|
|
12
|
+
const __bundlePkg = Object.freeze({"name":"release-skill","version":"0.9.35"});
|
|
13
13
|
// Build-time source digest for the BUNDLE_STALE freshness gate (see above).
|
|
14
|
-
const __bundleSourceDigest = "
|
|
14
|
+
const __bundleSourceDigest = "e14a5aba2f50cba3982bbe413cc9faebf0d45629e53f410e4942f562d7161754";
|
|
15
15
|
|
|
16
16
|
var __create = Object.create;
|
|
17
17
|
var __defProp = Object.defineProperty;
|
|
@@ -139650,14 +139650,26 @@ async function observeQoderPlugin(target, command2, env, run6) {
|
|
|
139650
139650
|
};
|
|
139651
139651
|
}
|
|
139652
139652
|
async function readQoderManifest(root, label) {
|
|
139653
|
-
const
|
|
139654
|
-
|
|
139655
|
-
|
|
139656
|
-
|
|
139657
|
-
|
|
139658
|
-
|
|
139653
|
+
const candidates = [];
|
|
139654
|
+
for (const manifestPath of [".qoder-plugin/plugin.json", ".claude-plugin/plugin.json"]) {
|
|
139655
|
+
let text;
|
|
139656
|
+
try {
|
|
139657
|
+
text = await readFileContained(root, manifestPath, { encoding: "utf8" });
|
|
139658
|
+
} catch (error) {
|
|
139659
|
+
if (error?.code === "SFC2004" && error?.details?.kind === "missing-resource") continue;
|
|
139660
|
+
throw error;
|
|
139661
|
+
}
|
|
139662
|
+
const manifest = parseJson2(text, `${label} (${manifestPath})`);
|
|
139663
|
+
if (!manifest || typeof manifest !== "object" || Array.isArray(manifest)) {
|
|
139664
|
+
throw new Error(`${label} (${manifestPath}) did not return an object`);
|
|
139665
|
+
}
|
|
139666
|
+
candidates.push({ manifestPath, manifest });
|
|
139659
139667
|
}
|
|
139660
|
-
|
|
139668
|
+
if (candidates.length === 0) throw new Error(`${label} has no native or compatible plugin manifest`);
|
|
139669
|
+
if (candidates.length === 2 && ["name", "version", "skills"].some((field) => candidates[0].manifest[field] !== candidates[1].manifest[field])) {
|
|
139670
|
+
throw new Error(`${label} does not match the frozen Qoder plugin identity and projection path: conflicting native and compatible manifests`);
|
|
139671
|
+
}
|
|
139672
|
+
return candidates[0];
|
|
139661
139673
|
}
|
|
139662
139674
|
async function assertQoderPluginManifest(target, manifest, label, pluginRoot, frozenSkills) {
|
|
139663
139675
|
if (manifest.name !== target.plugin || manifest.version !== target.version || typeof manifest.skills !== "string" || manifest.skills.length === 0 || frozenSkills !== void 0 && manifest.skills !== frozenSkills) {
|
|
@@ -139675,8 +139687,9 @@ async function assertFrozenQoderManifest(target, root) {
|
|
|
139675
139687
|
snapshotPath: target.snapshotPath,
|
|
139676
139688
|
expectedDigest: target.manifestDigest
|
|
139677
139689
|
});
|
|
139678
|
-
const manifest = await readQoderManifest(snapshotRoot, "frozen Qoder plugin manifest");
|
|
139679
|
-
|
|
139690
|
+
const { manifestPath, manifest } = await readQoderManifest(snapshotRoot, "frozen Qoder plugin manifest");
|
|
139691
|
+
const skills = await assertQoderPluginManifest(target, manifest, "frozen Qoder plugin manifest", snapshotRoot);
|
|
139692
|
+
return { manifestPath, skills };
|
|
139680
139693
|
}
|
|
139681
139694
|
async function assertQoderHubEntry(target, marketplaceRoot) {
|
|
139682
139695
|
const marketplace = parseJson2(
|
|
@@ -139699,11 +139712,14 @@ async function verifyQoderInstalledPayload({
|
|
|
139699
139712
|
target,
|
|
139700
139713
|
root,
|
|
139701
139714
|
installPath,
|
|
139702
|
-
|
|
139715
|
+
frozenManifest,
|
|
139703
139716
|
verifyInstalledPayload
|
|
139704
139717
|
}) {
|
|
139705
|
-
const manifest = await readQoderManifest(installPath, "installed Qoder plugin manifest");
|
|
139706
|
-
|
|
139718
|
+
const { manifestPath, manifest } = await readQoderManifest(installPath, "installed Qoder plugin manifest");
|
|
139719
|
+
if (manifestPath !== frozenManifest.manifestPath) {
|
|
139720
|
+
throw new Error("installed Qoder plugin manifest path differs from the frozen manifest selection");
|
|
139721
|
+
}
|
|
139722
|
+
await assertQoderPluginManifest(target, manifest, "installed Qoder plugin manifest", installPath, frozenManifest.skills);
|
|
139707
139723
|
await verifyInstalledPayload({
|
|
139708
139724
|
snapshotPath: target.snapshotPath,
|
|
139709
139725
|
manifestDigest: target.manifestDigest,
|
|
@@ -139716,7 +139732,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139716
139732
|
verifyInstalledPayload
|
|
139717
139733
|
}) {
|
|
139718
139734
|
const env = hostEnvironment("qoder");
|
|
139719
|
-
const
|
|
139735
|
+
const frozenManifest = await assertFrozenQoderManifest(target, root);
|
|
139720
139736
|
const marketplace = await observeQoderMarketplace(target, detected.command, env, run6);
|
|
139721
139737
|
if (!marketplace.installed) {
|
|
139722
139738
|
return {
|
|
@@ -139737,7 +139753,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139737
139753
|
target,
|
|
139738
139754
|
root,
|
|
139739
139755
|
installPath: before.installPath,
|
|
139740
|
-
|
|
139756
|
+
frozenManifest,
|
|
139741
139757
|
verifyInstalledPayload
|
|
139742
139758
|
});
|
|
139743
139759
|
return { status: "ALREADY_CURRENT", version: target.version };
|
|
@@ -139764,7 +139780,7 @@ async function runQoderUpdate(target, detected, run6, {
|
|
|
139764
139780
|
target,
|
|
139765
139781
|
root,
|
|
139766
139782
|
installPath: after.installPath,
|
|
139767
|
-
|
|
139783
|
+
frozenManifest,
|
|
139768
139784
|
verifyInstalledPayload
|
|
139769
139785
|
});
|
|
139770
139786
|
return {
|
|
@@ -79,7 +79,11 @@ node "$RELEASE_SKILL_LOCAL_FINISH_ENTRY" \
|
|
|
79
79
|
- Claude/Codex 的 Hub 目标只使用已经登记的同源市场。升级前先读取声明的 Hub 分支,并核对宿主专用索引中的插件仓库、标签、提交及存在的版本字段。刷新市场后再次核对实际目录和条目,再执行原有更新或重装命令。Claude 精确当前安装会离线核对真实载荷;Codex 列表不提供安装根时,仍须正式重装,从安装输出取得 `installedPath` 后核对载荷。旧安装动作继续使用冻结市场引用预检;远端不可达或引用不符时返回 `MANUAL_REQUIRED`。每个宿主单独保留结果,失败不会中断其他已选宿主。
|
|
80
80
|
- Kimi 的精确当前安装会在返回 `ALREADY_CURRENT` 前核对真实载荷;发生安装或迁移时,只在操作完成后核对结果。配置根依次取显式 `kimiHome`、`KIMI_CODE_HOME`、用户主目录下的 `.kimi-code`,TUI 与安装后观察使用同一根。release-finish 当前只采用并验证 Kimi Code 的受控终端交互界面(TUI)路径,并把 TUI 工作目录固定为 `--root` 指定的当前发布项目。用户已确认冻结计划、显式选择更新且 `--hosts` 包含 `kimi` 时,流程读取完整的初始 `Trust this folder?` 对话框,要求其中只有一个正向项 `Trust this folder` 和一个选中项。正向项已经选中时不发送方向键,直接确认;已知拒绝项选中时,按它与正向项的相对位置移动一次,重新读取完整对话框并确认正向项已选中,然后才提交。插件命令发出后再次出现目录信任、界面或选中项未知、正向项缺失或重复、移动后无法确认、超时或提前退出时,该宿主失败并停止后续安装步骤。若后续 Kimi 版本出现新的可复现界面差异,先记录 Kimi 版本、可见选项、选中项及选项关系;这些事实足以唯一确认当前目录、正向信任项和选择结果时,在最近测试补回归与兼容并继续,目录身份或选项语义不明时仍停止并交回主会话。插件信任仍先清理 ANSI/OSC 控制序列和软换行,再分别核对冻结仓库与标签;只有选中 `Trust and install` 才提交并重新加载。包名、版本、发布标签、已安装修订号和受管安装根必须与冻结计划一致;`.git` 只提供附加诊断,不是通过条件。旧的本地路径安装会在同一 TUI 会话中先移除,再按发布标签安装。
|
|
81
81
|
- CodeBuddy/WorkBuddy 只升级既有安装,不自动首装。CodeBuddy 仅探测全局 `codebuddy`/`cbc`,配置根固定为有效 `HOME` 下的 `.codebuddy`;WorkBuddy 仅在 macOS 探测应用内嵌 CLI,配置根固定为有效 `HOME` 下的 `.workbuddy`,两者不互作回退。Hub 目标先核对各自 `plugins/marketplaces/<hub>` 的远端和分支,再核对 `.codebuddy-plugin/marketplace.json` 条目。刷新市场后确认远端分支未漂移,才更新插件;最后核对列表中的版本、`gitCommitSha` 和 `plugins/cache/<hub>/<plugin>/<version>` 的完整载荷。旧 bundled-family 目标继续要求插件标签和市场分支均指向冻结提交。非 macOS 的 WorkBuddy 返回 `SKIPPED_UNSUPPORTED_PLATFORM`。
|
|
82
|
-
- Qoder
|
|
82
|
+
- Qoder 首先通过 `qoder plugins marketplace list --json` 验证目标 Hub 的名称、仓库地址、分支信息及本机 checkout 状态,随后使用 `qoder plugins list --json` 核对唯一插件条目的市场归属、`scope=user`、版本号与 `installPath`。若目标市场或插件未安装,返回 `MANUAL_REQUIRED`,禁止自动添加市场或执行首次安装。对于旧版已安装情况,仅执行 `qoder plugins marketplace update <name>` 与 `qoder plugins update <plugin@marketplace> --scope user`。在市场刷新后、插件更新前,必须从 Hub 的 `marketplace.json` 中校验目标条目的 `source.url` 与 `source.sha`。
|
|
83
|
+
|
|
84
|
+
冻结快照与真实 `installPath` 均需比对 `.qoder-plugin/plugin.json` 与 `.claude-plugin/plugin.json` 两个候选清单。仅当原生清单缺失时,方可启用兼容清单;原生清单存在但无效时不得回退。存在的清单均须可解析为有效对象,并满足插件身份与根内技能目录要求,双清单的 `name/version/skills` 必须完全一致,且以原生清单为优先。安装侧选择的相对清单路径及 `skills` 必须与冻结侧选择一致。安装侧额外出现的损坏或冲突清单不得忽略;允许宿主附加文件的 `external-marketplace-v1` 载荷完整比较,不可替代对清单的独立核验。
|
|
85
|
+
|
|
86
|
+
冻结快照摘要须在宿主写入前完成复验,安装后仍需复验完整声明载荷与冻结来源;即使版本已为目标版本,也必须完成全部复验后方可返回 `ALREADY_CURRENT`。市场在检查与更新之间可能发生变更,若事后身份校验失败,报告错误,不进行自动降级、卸载或覆盖。
|
|
83
87
|
|
|
84
88
|
Kimi 不使用只有仓库 URL 的 Hub 文件证明标签或提交。它先克隆冻结发布标签并核对提交,再进入既有终端交互流程;启动进程保留 `http_proxy`、`https_proxy` 和 `all_proxy`。
|
|
85
89
|
|
|
@@ -37,7 +37,7 @@ description: "Discoverable entry point for release-skill: dependency and environ
|
|
|
37
37
|
|
|
38
38
|
治理诊断只运行 release-skill 自己的只读检查程序,不运行目标 Skill、业务脚本、构建、hook 或发布动作,也不把 `prepare`、`verify`、`release-finish` 当作静态治理入口。用户要求实际接入或发布时,把已有授权带到对应原业务入口;各入口继续执行原有确认、副作用和状态机合同。
|
|
39
39
|
|
|
40
|
-
## 0.9.
|
|
40
|
+
## 0.9.35 能力与证据边界
|
|
41
41
|
|
|
42
42
|
四类工程材料接到现有 `release-project` 字段。公开正式材料写入 `publicFiles`(`sourceScope` / `from` / `to` / `mode`)。运行必需资源写入 `requiredPublicFiles`,必须被同一单元 `publicFiles[].to` 精确覆盖。私有正式材料与非正式运行材料不列入 `publicFiles`,需要挡住时使用 `forbiddenPaths` / `forbiddenContentPatterns`。正式不等于公开。是否进入公开快照由 `publicFiles` 是否列出决定。npm 是载荷渠道。`package.json` 的 `files` 与入口闭包和公开映射同时约束。`delivery.include` / `delivery.exclude` 只选择宿主,不是文件包含或排除。排除不得拿掉运行必需资源。互相冲突的配置必须失败关闭。
|
|
43
43
|
|