@viceme-ai/cli 0.22.2 → 0.23.1

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/CHANGELOG.md CHANGED
@@ -1,5 +1,33 @@
1
1
  # Changelog
2
2
 
3
+ ## [0.23.1] - 2026-09-02
4
+
5
+ ### Fixes
6
+
7
+ - 保留可重试的凭据清理状态 (`23216f3`)
8
+ - 移除互动接入 DNS 验证 (`1fb8bb3`)
9
+
10
+ ### Other Changes
11
+
12
+ - 修正工作流 shellcheck 告警 (`71113ab`)
13
+ - 避免发布准备重复运行全量检查 (`89c1b9e`)
14
+
15
+ ## [0.23.0] - 2026-09-01
16
+
17
+ ### Features
18
+
19
+ - 买家侧交易闭环:install 未购版直接下单扫码支付并新增 subscribe (`0efec34`)
20
+
21
+ ### Fixes
22
+
23
+ - 发布终态后本地恢复清理失败降级为警告 (`513d7b7`)
24
+
25
+ ### Other Changes
26
+
27
+ - 约束 main 拉取请求来源 (`bf8e79f`)
28
+ - viceme-skill-use 购买引导改为扫码支付闭环 (`2c6cf5c`)
29
+ - 钉死 sell-a-skill 预览、改名与来源判定合同 (`374cb95`)
30
+
3
31
  ## [0.22.2] - 2026-09-01
4
32
 
5
33
  ### Fixes
package/README.md CHANGED
@@ -39,9 +39,9 @@
39
39
  | Capability | What ViceMe provides |
40
40
  | --- | --- |
41
41
  | Publish a Skill | Validate a local Skill directory or ZIP, set a CNY price, upload it, review platform suggestions, and publish a paid listing. |
42
- | Publish a website | Register and DNS-verify a creator website with a stable Website Work identity. |
42
+ | Publish a website | Register and publish a creator website with a stable Website Work identity; verify ownership separately only for commerce, follow, or paid-access features that require it. |
43
43
  | Add creator access | Add host-native login, follow gates, and independently priced one-time feature access. |
44
- | Add hosted engagement | Branch between danmaku on a published, DNS-verified Website Work; open tips on any eligible published Merchant Work; or both on one verified Website Work because danmaku requires it. |
44
+ | Add hosted engagement | Branch between danmaku on a published Website Work with an exact canonical Origin, open tips on any eligible published Merchant Work, or both; no engagement route requires DNS ownership verification. |
45
45
  | Set up an Agent | Install, authenticate, update, diagnose, and repair the CLI and official Skills as one compatible release. |
46
46
  | Recover safely | Continue the same publication after a network or process interruption without uploading a duplicate product. |
47
47
 
@@ -171,7 +171,7 @@ Select a target explicitly with `viceme install --agent codex`, `claude`,
171
171
  | `sell-a-skill` | publish or update a paid or free downloadable Skill; websites, services, and generic goods are out of scope. |
172
172
  | `viceme-skill-use` | resolve free, purchased, or purchase-required access, install the selected Skill, and continue the original task. |
173
173
  | `charge-for-your-work` | integrate an existing website access configuration into host code after the shared creator qualification check. |
174
- | `let-people-interact` | branch between danmaku, open tips, or both; only danmaku-bearing routes require a published, verified Website Work, while Tip can use any eligible published Merchant Work and either Mounted or Headless UI. |
174
+ | `let-people-interact` | branch between danmaku, open tips, or both; danmaku-bearing routes require a published Website Work with an exact canonical Origin, while Tip can use any eligible published Merchant Work and either Mounted or Headless UI; none requires DNS ownership verification. |
175
175
 
176
176
  `let-others-make-a-copy` is the reserved public name for remix delivery, but no official Skill is
177
177
  available until that product workflow is implemented. Buyer-side `viceme-skill-use` keeps its
@@ -283,16 +283,18 @@ Never copy an access token into the conversation.
283
283
 
284
284
  Run `viceme <command> --help` for the full flags and JSON fields.
285
285
 
286
- The page hosting Tip UI and the selected Work are separate resources. A Tip-only
287
- integration does not register the host as a Website Work or require host-domain
288
- verification. DNS ownership verification still applies when the user separately
289
- publishes the website itself as a Website Work or enables danmaku.
290
-
291
- The combined route uses one verified Website Work only because danmaku requires
292
- it. Tip itself adds no domain or Commerce Application gate, and engagement does
293
- not create or mutate Website Widget applications. Website follow/paid access and
294
- its `WEBSITE_WIDGET`/`HOSTED_CHECKOUT` resources remain owned by publishing and
295
- the Shop platform.
286
+ The page hosting Tip UI and the selected Work are separate resources. No
287
+ engagement route requires Website ownership or DNS verification. A Tip-only
288
+ integration does not register the host as a Website Work. Danmaku-only and
289
+ combined routes still use a published Website Work whose canonical Origin
290
+ exactly matches the deployment Origin.
291
+
292
+ The combined route uses one published Website Work because danmaku requires
293
+ that identity. Tip itself adds no domain or Commerce Application gate, and
294
+ engagement does not create or mutate Website Widget applications. Website
295
+ follow/paid access and its `WEBSITE_WIDGET`/`HOSTED_CHECKOUT` resources retain
296
+ their ownership-verification rules and remain owned by publishing and the Shop
297
+ platform.
296
298
 
297
299
  Without matching optional trusted-source attribution, ViceMe still records the
298
300
  actual browser source as an unverified Origin; it does not reject an open tip.
package/README.zh.md CHANGED
@@ -35,9 +35,9 @@
35
35
  | 能力 | ViceMe 提供的内容 |
36
36
  | --- | --- |
37
37
  | 发布 Skill | 校验本地 Skill 目录或 ZIP、设置人民币价格、上传、审核平台建议,并发布付费商品。 |
38
- | 发布网站 | 使用稳定 Website Work 身份登记创作者网站并完成 DNS 所有权验证。 |
38
+ | 发布网站 | 使用稳定 Website Work 身份登记并发布创作者网站;只有商务、关注或付费访问能力需要时才另行验证所有权。 |
39
39
  | 接入创作者访问 | 在原站接入登录、关注门槛和按功能独立定价的一次性访问权限。 |
40
- | 接入托管互动 | 先分支:弹幕使用已发布且完成 DNS 验证的 Website Work;开放赞赏可使用任意合格且已发布的 Merchant Work;组合仅因弹幕要求而共用一个已验证 Website Work |
40
+ | 接入托管互动 | 先分支:弹幕使用已发布且 canonical Origin 精确匹配的 Website Work;开放赞赏可使用任意合格且已发布的 Merchant Work;组合共用同一个 Website Work;三个分支均不要求 DNS 所有权验证。 |
41
41
  | 配置 Agent | 把 CLI 与官方 Skills 作为同一个兼容版本安装、登录、更新、诊断和修复。 |
42
42
  | 安全恢复 | 网络或进程中断后继续原发布任务,不重复上传和创建商品。 |
43
43
 
@@ -156,7 +156,7 @@ npx --yes @viceme-ai/cli@latest install
156
156
  | `sell-a-skill` | 发布或更新可下载的付费或免费 Skill;网站、服务与普通商品不属于此 Skill。 |
157
157
  | `viceme-skill-use` | 解析免费、已购买或待购买的访问状态,安装所选 Skill,并继续原任务。 |
158
158
  | `charge-for-your-work` | 把已有网站关注或付费访问配置接入宿主代码,并复用统一的创作者资格检查。 |
159
- | `let-people-interact` | 分支处理仅弹幕、开放赞赏或两者;只有包含弹幕的路线要求已发布且完成验证的 Website Work,Tip 可使用任意合格且已发布的 Merchant Work,并选择 Mounted 或 Headless UI |
159
+ | `let-people-interact` | 分支处理仅弹幕、开放赞赏或两者;包含弹幕的路线要求已发布且 canonical Origin 精确匹配的 Website Work,Tip 可使用任意合格且已发布的 Merchant Work,并选择 Mounted 或 Headless UI;三个分支均不要求 DNS 所有权验证。 |
160
160
 
161
161
  `let-others-make-a-copy` 是“做同款”交付的保留公开名;对应产品流程实现前不提供官方 Skill。
162
162
  买家侧 `viceme-skill-use` 不属于创作者玩法,因此保持现有名称。
@@ -257,13 +257,14 @@ Endpoint 必须使用 HTTPS;只有 localhost 和 loopback 本地开发可以
257
257
 
258
258
  运行 `viceme <command> --help` 查看完整参数和 JSON 字段。
259
259
 
260
- 承载赞赏 UI 的页面与被赞赏 Work 是两个独立资源。仅接入赞赏不会把宿主页登记为
261
- Website Work,也不要求验证宿主域名。只有用户另行把网站本身发布为 Website Work
262
- 或启用弹幕时,才继续执行 DNS 所有权验证。
260
+ 承载赞赏 UI 的页面与被赞赏 Work 是两个独立资源。三个互动分支均不要求 Website
261
+ ownership DNS 验证。仅接入赞赏不会把宿主页登记为 Website Work;仅弹幕和组合
262
+ 仍使用 canonical Origin 与部署 Origin 精确匹配的已发布 Website Work。
263
263
 
264
- 组合路线只因弹幕要求而共用一个已验证 Website Work。Tip 本身不增加域名或
264
+ 组合路线只因弹幕要求而共用一个已发布 Website Work。Tip 本身不增加域名或
265
265
  Commerce Application 门禁,互动流程也不创建或修改 Website Widget。网站关注/付费
266
- 访问及其 `WEBSITE_WIDGET`、`HOSTED_CHECKOUT` 资源仍由发布流程和 Shop 平台负责。
266
+ 访问及其 `WEBSITE_WIDGET`、`HOSTED_CHECKOUT` 资源仍保留所有权验证规则,并由发布
267
+ 流程和 Shop 平台负责。
267
268
 
268
269
  没有匹配可选可信来源归因时,ViceMe 仍会把实际浏览器来源记录为未验证 Origin,
269
270
  不会因此拒绝开放赞赏。
package/checksums.txt CHANGED
@@ -1,6 +1,6 @@
1
- 08957f2bb6fb3fe0dbb5074ece3bf1e0c005fda84e39d08553a2ab3b96798ef6 viceme_0.22.2_darwin_amd64
2
- 43103fc07a5d3c30a92ecb4a964e12a66fb351c9a2f9ca84850b0f029ed50caf viceme_0.22.2_darwin_arm64
3
- 8a9c61b2664f602340723fe30ee6cd393fc3525298a00b12fee0d93741a9a074 viceme_0.22.2_linux_amd64
4
- 74b3765d24d55950e3d73d11d42f29c61bb872804327b5bca64fb255ad8f4f41 viceme_0.22.2_linux_arm64
5
- 20562476402bdbd7e37016c557e3564072f1070b77f899136b30dfb021a59607 viceme_0.22.2_windows_amd64.exe
6
- 50331466a6d3b9d05f6440405e85a5e6717b9a9dbd95408aec307f9fffbba7bb viceme_0.22.2_windows_arm64.exe
1
+ e40c85961bcd3a45b0a332a57aa3c986e3e2561f279163dcb187d8d1d83842e1 viceme_0.23.1_darwin_amd64
2
+ 3f8ba9cc4640f0d581857c3984cde1538a800b72f7a064323b01c60fc4b0ace3 viceme_0.23.1_darwin_arm64
3
+ aa87ce5f9d7204ad10841368ee84bd3b422cc02384dae5821dec1056949bc65c viceme_0.23.1_linux_amd64
4
+ 9176def64983b41465f9a2ea2af7fa15e048f48e1808f6d7b450d98470c2421b viceme_0.23.1_linux_arm64
5
+ a59c228dafa1619af39b442da3eec82b8e79096521cafce6d3ec3e5d11721485 viceme_0.23.1_windows_amd64.exe
6
+ b584adc4f0d9ef487a562771a709943dbbe6aa0043bffb5aa68b54cbd4c94378 viceme_0.23.1_windows_arm64.exe
package/docs/releasing.md CHANGED
@@ -19,14 +19,20 @@ files, create tags, write changelog entries, or run npm commands locally.
19
19
  5. The workflow synchronizes `package.json`, `package-lock.json`, Go build
20
20
  metadata, bundled Skill metadata, release manifest digests, and
21
21
  `CHANGELOG.md`.
22
- 6. It runs `make check` and `make npm-package-check`, creates a short-lived
22
+ 6. While this preparation is running, the initial unprepared `dev` to `main`
23
+ head runs only the cheap pull-request target gate. It does not start the Go,
24
+ npm, macOS, or Windows validation matrix.
25
+ 7. The preparation workflow runs `make check` and `make npm-package-check`, creates a short-lived
23
26
  installation token for the repository-scoped ViceMe Release GitHub App, and
24
- commits only the generated files directly to protected `dev`.
25
- 7. The existing `dev` to `main` PR synchronizes, runs its required quality
27
+ commits only the generated files directly to protected `dev`. The commit is
28
+ marked with trusted preparation and evidence trailers.
29
+ 8. The existing `dev` to `main` PR synchronizes, runs its required quality
26
30
  checks, and is updated to `chore(release): vX.Y.Z` with exact run and commit
27
- evidence. No internal preparation PR is created.
28
- 8. A maintainer reviews and merges that same Release PR.
29
- 9. Merging the Release PR pushes its merge commit to `main`.
31
+ evidence. The synchronized release-preparation run validates the marked bot
32
+ commit and reuses the original evidence without reinstalling dependencies or
33
+ repeating the preparation checks. No internal preparation PR is created.
34
+ 9. A maintainer reviews and merges that same Release PR.
35
+ 10. Merging the Release PR pushes its merge commit to `main`.
30
36
  `CLI release publication` resolves that commit back to exactly one merged,
31
37
  repository-owned `dev` to `main` PR, then tags the exact reviewed `dev`
32
38
  head, reruns the quality gates, builds six platform binaries and six
@@ -64,14 +70,24 @@ Shop signs with the new key. Never replace key material under an existing ID;
64
70
  remove an old public key only after every Release signed by it is no longer
65
71
  installable.
66
72
 
67
- Protect `dev` with an active branch ruleset that retains the normal pull request,
68
- one approving review, the `PR quality` check, all three `PR npm installer
69
- (<runner>)` checks, deletion protection, and force push protection. Add `ViceMe
70
- CLI Release Bot` and the organization-admin role to
71
- the bypass list with `Always allow`; the latter preserves the legacy rule's
72
- existing `enforce_admins: false` behavior. Do not leave the legacy
73
- branch-protection rule active beside the ruleset because it cannot recognize the
74
- ruleset's App bypass.
73
+ Keep `main` as the repository default branch, but target normal feature and fix
74
+ pull requests explicitly at `dev`. Repository settings allow merge commits only;
75
+ squash and rebase merging are disabled so an administrator bypass cannot detach
76
+ a reviewed `dev` head from `main` history.
77
+
78
+ Protect `dev` with its own active branch ruleset that retains the normal pull
79
+ request, one approving review, the `PR quality` check, all three `PR npm
80
+ installer (<runner>)` checks, strict required-status synchronization, deletion
81
+ protection, and force push protection. Protect `main` with a separate ruleset
82
+ that requires the same checks plus `Release candidate preparation`, but does
83
+ not require `dev` to contain the previous release merge commit. Both rulesets
84
+ allow merge commits only. The required `PR quality` job rejects `main` pull
85
+ requests unless they come from the same repository's `dev` or `hotfix/*`.
86
+
87
+ Add `ViceMe CLI Release Bot` and the organization-admin role to both bypass
88
+ lists with `Always allow`; the latter preserves the legacy rule's existing
89
+ `enforce_admins: false` behavior. Do not leave a legacy branch-protection rule
90
+ active beside the rulesets because it cannot recognize the ruleset's App bypass.
75
91
 
76
92
  The App installation token is scoped to the current repository and
77
93
  `Contents: write`, expires after at most one hour, and is revoked automatically
@@ -79,17 +95,19 @@ when the job finishes. The workflow still stages an explicit allowlist of
79
95
  generated files and validates the complete release before pushing. No
80
96
  maintainer PAT or Deploy Key is used.
81
97
 
82
- The general `CLI PR checks` workflow runs for pull requests, not branch pushes. A
83
- Release App push synchronizes the already-open `dev` to `main` PR, producing one
84
- set of required checks for the exact prepared commit without duplicate generic
85
- push and pull-request runs. The synchronize event may run release preparation a
86
- second time; that run is intentionally idempotent and produces no new commit.
87
-
88
- Protect `main` with the same four PR checks plus `Release candidate
89
- preparation`. The checks from `CLI release publication` are deliberately not
90
- required for merging: that workflow starts only after the release PR has been
91
- merged and performs the tag, binary, GitHub Release, npm, and notification
92
- steps.
98
+ The general `CLI PR checks` workflow runs for pull requests, not branch pushes.
99
+ For a repository-owned `dev` to `main` promotion, it classifies the exact head:
100
+ an unprepared head runs only target validation, while the marked Release Bot
101
+ commit runs the complete required matrix. A Release App push synchronizes the
102
+ already-open PR and cancels any older generic run for the same PR. The resulting
103
+ full checks therefore cover the exact prepared commit once. The synchronize
104
+ event runs release preparation again only as a fast metadata verification and
105
+ PR update; it does not install dependencies, regenerate files, or repeat the
106
+ preparation checks.
107
+
108
+ The checks from `CLI release publication` are deliberately not required for
109
+ merging: that workflow starts only after the release PR has been merged and
110
+ performs the tag, binary, GitHub Release, npm, and notification steps.
93
111
 
94
112
  Create a GitHub Actions Environment named `cdn` and restrict deployments to
95
113
  protected branches. The S3 publication job is the only release job that uses
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@viceme-ai/cli",
3
- "version": "0.22.2",
3
+ "version": "0.23.1",
4
4
  "description": "Install the ViceMe creator CLI and official Agent Skills",
5
5
  "type": "module",
6
6
  "bin": {