放行 jsc-assist 的 marketplace 條目到預設分支 #20

Merged
admin merged 2 commits from chore/marketplace-assist-registry/main into develop 2026-09-01 04:55:31 +00:00
Member

摘要

  • 需求描述:統一 marketplace 新增了 jsc-assist 這個 domain,正本與每個 domain 存放庫的副本要保持位元組一致。這一支把本存放庫的兩份副本同步過來。
  • 計畫名稱:無
  • 計畫頁:無
  • 分析頁:無

變更內容

檔案 為什麼改
.claude-plugin/marketplace.json 加入 jsc-assist 條目,來源網址指向 assist 存放庫
.agents/plugins/marketplace.json 同上

設計重點

  • 正本少了這個條目,jsc-assist 就發佈不出去。 各 CLI 的安裝 token 是 jsc-{domain}@jsc,找不到條目就裝不起來。
  • 每個 domain 存放庫都帶同一份 marketplace 檔,任何一個存放庫都能當註冊入口,這是技能準則「命名」第 2 條的要求。副本之間只要有一份沒跟上,稽核就會報出不一致。
  • 條目由 jsc-meta/tools/sync-marketplace.sh 產生,同時寫進正本與所有副本,寫完逐檔比對位元組。不手改 JSON——縮排、逸出與非 ASCII 描述用 shell 拼會壞掉,那支腳本因此保留 python3。

為什麼整批重做

前一輪已經有一批同樣內容的分支,子功能 PR 也都合併到功能主幹了。但那批分支的基底早於監控頁型別那一批改動,而型別那批已經進了預設分支。直接把舊主幹往上推,會回退掉已經生效的內容:

存放庫 直接推會退掉什麼
gitea 型別白名單與檢核工具的 MONITOR、README、wiki 技能、行為清單
meta 命名總表的 MONITOR 段落
hooks 註解掃描補上的三種頁型

解衝突可以做,但十個存放庫逐一解、還要確認每一處都沒退錯,比重做貴也比重做容易漏。所以整批從最新的預設分支重新產生。舊的功能主幹留著不動。

測試結果

  • sync-marketplace.sh assist {網址} {描述}:exit 0。腳本自己逐檔比對,正本兩份加上每個 domain 存放庫各兩份、共 22 份檔案位元組完全一致。
  • 本分支相對預設分支的差異:1 個 commit、2 個檔案、16 行新增、0 行刪除。逐一確認過十個存放庫都是這個數字,沒有任何回退。
  • assist 自己的兩份副本這一輪沒有 diff——它的副本隨主線那批已經進了預設分支。

前置 Push Request

  • 無
## 摘要 - 需求描述:統一 marketplace 新增了 `jsc-assist` 這個 domain,正本與每個 domain 存放庫的副本要保持位元組一致。這一支把本存放庫的兩份副本同步過來。 - 計畫名稱:無 - 計畫頁:無 - 分析頁:無 ## 變更內容 | 檔案 | 為什麼改 | | --- | --- | | `.claude-plugin/marketplace.json` | 加入 `jsc-assist` 條目,來源網址指向 assist 存放庫 | | `.agents/plugins/marketplace.json` | 同上 | ## 設計重點 - **正本少了這個條目,`jsc-assist` 就發佈不出去。** 各 CLI 的安裝 token 是 `jsc-{domain}@jsc`,找不到條目就裝不起來。 - **每個 domain 存放庫都帶同一份 marketplace 檔**,任何一個存放庫都能當註冊入口,這是技能準則「命名」第 2 條的要求。副本之間只要有一份沒跟上,稽核就會報出不一致。 - 條目由 `jsc-meta/tools/sync-marketplace.sh` 產生,同時寫進正本與所有副本,寫完逐檔比對位元組。**不手改 JSON**——縮排、逸出與非 ASCII 描述用 shell 拼會壞掉,那支腳本因此保留 python3。 ## 為什麼整批重做 前一輪已經有一批同樣內容的分支,子功能 PR 也都合併到功能主幹了。但那批分支的基底早於監控頁型別那一批改動,而型別那批已經進了預設分支。直接把舊主幹往上推,會**回退掉**已經生效的內容: | 存放庫 | 直接推會退掉什麼 | | --- | --- | | `gitea` | 型別白名單與檢核工具的 `MONITOR`、README、`wiki` 技能、行為清單 | | `meta` | 命名總表的 `MONITOR` 段落 | | `hooks` | 註解掃描補上的三種頁型 | 解衝突可以做,但十個存放庫逐一解、還要確認每一處都沒退錯,比重做貴也比重做容易漏。所以整批從最新的預設分支重新產生。舊的功能主幹留著不動。 ## 測試結果 - `sync-marketplace.sh assist {網址} {描述}`:exit 0。腳本自己逐檔比對,正本兩份加上每個 domain 存放庫各兩份、共 22 份檔案位元組完全一致。 - 本分支相對預設分支的差異:**1 個 commit、2 個檔案、16 行新增、0 行刪除**。逐一確認過十個存放庫都是這個數字,沒有任何回退。 - `assist` 自己的兩份副本這一輪沒有 diff——它的副本隨主線那批已經進了預設分支。 ## 前置 Push Request - 無
jiantw83 added 2 commits 2026-09-01 04:54:33 +00:00
What:
- 兩份 marketplace 檔各加一個 jsc-assist 條目,來源網址指向 assist 存放庫。

Why:
- 準則要求每個 domain 存放庫都帶同一份 marketplace 檔,任何一個存放庫都能當註冊入口。副本之間只要有一份沒跟上,稽核就會報出不一致。
- 正本少了這個條目,各 CLI 的安裝指令就找不到 jsc-assist,這個 domain 等於發佈不出去。

How:
- 條目由 meta 的 sync-marketplace.sh 產生,同時寫進正本與每個 domain 存放庫的副本,寫完逐檔比對位元組。這一支存放庫的兩份副本就是那一輪的產物。
- 條目依名稱排序,縮排與非 ASCII 描述的處理都交給同一支腳本,不手改 JSON。
- 這一批是從最新的預設分支重新產生的。前一輪的分支基底早於監控頁型別那批改動,直接合併會把那些改動回退掉,所以整批重做而不是解衝突。

Who:
助理 domain 落地的註冊步驟在這個存放庫的同步。
Reviewed-on: #19
admin merged commit 3de1dcbabe into develop 2026-09-01 04:55:31 +00:00
admin deleted branch chore/marketplace-assist-registry/main 2026-09-01 04:55:31 +00:00
Sign in to join this conversation.
No Reviewers
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: plugins/pkg#20