@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 +28 -0
- package/README.md +15 -13
- package/README.zh.md +9 -8
- package/checksums.txt +6 -6
- package/docs/releasing.md +43 -25
- package/package.json +1 -1
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
|
|
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
|
|
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;
|
|
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.
|
|
287
|
-
|
|
288
|
-
|
|
289
|
-
|
|
290
|
-
|
|
291
|
-
|
|
292
|
-
|
|
293
|
-
|
|
294
|
-
|
|
295
|
-
|
|
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
|
|
38
|
+
| 发布网站 | 使用稳定 Website Work 身份登记并发布创作者网站;只有商务、关注或付费访问能力需要时才另行验证所有权。 |
|
|
39
39
|
| 接入创作者访问 | 在原站接入登录、关注门槛和按功能独立定价的一次性访问权限。 |
|
|
40
|
-
| 接入托管互动 |
|
|
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` |
|
|
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
|
-
|
|
262
|
-
|
|
260
|
+
承载赞赏 UI 的页面与被赞赏 Work 是两个独立资源。三个互动分支均不要求 Website
|
|
261
|
+
ownership 或 DNS 验证。仅接入赞赏不会把宿主页登记为 Website Work;仅弹幕和组合
|
|
262
|
+
仍使用 canonical Origin 与部署 Origin 精确匹配的已发布 Website Work。
|
|
263
263
|
|
|
264
|
-
|
|
264
|
+
组合路线只因弹幕要求而共用一个已发布 Website Work。Tip 本身不增加域名或
|
|
265
265
|
Commerce Application 门禁,互动流程也不创建或修改 Website Widget。网站关注/付费
|
|
266
|
-
访问及其 `WEBSITE_WIDGET`、`HOSTED_CHECKOUT`
|
|
266
|
+
访问及其 `WEBSITE_WIDGET`、`HOSTED_CHECKOUT` 资源仍保留所有权验证规则,并由发布
|
|
267
|
+
流程和 Shop 平台负责。
|
|
267
268
|
|
|
268
269
|
没有匹配可选可信来源归因时,ViceMe 仍会把实际浏览器来源记录为未验证 Origin,
|
|
269
270
|
不会因此拒绝开放赞赏。
|
package/checksums.txt
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
|
-
|
|
2
|
-
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
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.
|
|
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
|
-
|
|
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.
|
|
28
|
-
|
|
29
|
-
|
|
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
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
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.
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
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
|