釋出 jsc-meta 0.2.6:命名總表新增 MONITOR #56

Merged
admin merged 3 commits from develop into master 2026-09-01 04:44:57 +00:00
Member

摘要

  • 需求描述:把 develop 併進預設分支,讓改動真的到各 CLI 手上。這是 PR 分支階梯的最後一級——marketplace 與 version-guard.sh 都讀預設分支,停在 develop 的內容 jsc-cli:deploy 看不到。
  • 計畫名稱:無
  • 計畫頁:無
  • 分析頁:無

變更內容

這一批的來源是助理 domain 落地與 MONITOR wiki 頁型別,跨四個存放庫:

存放庫 這一批改了什麼
assist 樣板改成獨立的 jsc-assist domain、唯讀技能 status、技能行為清單、監控頁兩份範本、marketplace 副本
gitea MONITOR 進 resolve_wiki_repo() 白名單與 check-wiki-rules.sh 的 TYPES,README、wiki 技能、行為清單一併更新
meta 命名總表新增 MONITOR 一列,補雜湊來源與寫入語意說明,修掉「CHECK 是唯一例外」這句不再成立的敘述
hooks comment-scope.sh 的頁面編號偵測補上 SKILLSET、TOOLING、MONITOR;另含已合併的 smoke 擋人斷言修正

設計重點

  • 合併順序要留意。 gitea 是型別的解析端。它沒跟上而其餘先進預設分支,會出現準則說有 MONITOR、註解掃描認得 MONITOR,但 gitea.sh wiki-repo MONITOR 仍回 unknown wiki type 的狀態。不會壞事,但那段期間型別還不能用。
  • assist 的版本會從預設分支上的數字往下走。 預設分支原本的號碼是樣板殘留,名稱還是 jsc-template,從沒以 jsc-assist 發佈過。合併後整份內容由 develop 取代,版本是這個 domain 的真實起算值。plugin 名不同,不會與任何已安裝的東西混淆。
  • 雜湊來源比照 CHECK 取主機名與登入帳號;監控頁一律附加、不覆寫。兩點都與 TOOLING 相反,準則裡各自寫明白了。

測試結果

  • 子功能與功能主幹兩級都跑過檢核,四個存放庫的 lint-scripts.sh、lint-frontmatter.sh、check-behaviors.sh、ste100-lint.sh 全綠(assist 的 lint-scripts.sh 是 exit 3,因為它確實沒有 tools/ 也沒有 hooks/)。
  • gitea.sh wiki-repo MONITOR 在工作樹上印出 knowledges/MONITOR;跨型別代用的防護仍在。
  • comment-scope.sh 的偵測樣式實測三種型別各自都攔得下來。
  • 五支 CLI 的 hook smoke 全部 status=ok。
  • 這一級合併之後才驗得了的兩件事:跑 /jsc-cli:deploy 更新,然後在新的工作階段叫 /jsc-assist:status(目前沒有心跳檔,預期輸出「助理未運行」而不是報錯);以及實際往 knowledges/MONITOR 寫一頁,確認該存放庫的 wiki 功能是開的(目前 wiki-list 回 404,第一次寫入才會生出來)。

前置 Push Request

  • 無
## 摘要 - 需求描述:把 `develop` 併進預設分支,讓改動真的到各 CLI 手上。這是 PR 分支階梯的最後一級——marketplace 與 `version-guard.sh` 都讀預設分支,停在 `develop` 的內容 `jsc-cli:deploy` 看不到。 - 計畫名稱:無 - 計畫頁:無 - 分析頁:無 ## 變更內容 這一批的來源是助理 domain 落地與 `MONITOR` wiki 頁型別,跨四個存放庫: | 存放庫 | 這一批改了什麼 | | --- | --- | | `assist` | 樣板改成獨立的 `jsc-assist` domain、唯讀技能 `status`、技能行為清單、監控頁兩份範本、marketplace 副本 | | `gitea` | `MONITOR` 進 `resolve_wiki_repo()` 白名單與 `check-wiki-rules.sh` 的 `TYPES`,README、`wiki` 技能、行為清單一併更新 | | `meta` | 命名總表新增 `MONITOR` 一列,補雜湊來源與寫入語意說明,修掉「`CHECK` 是唯一例外」這句不再成立的敘述 | | `hooks` | `comment-scope.sh` 的頁面編號偵測補上 `SKILLSET`、`TOOLING`、`MONITOR`;另含已合併的 smoke 擋人斷言修正 | ## 設計重點 - **合併順序要留意。** `gitea` 是型別的解析端。它沒跟上而其餘先進預設分支,會出現準則說有 `MONITOR`、註解掃描認得 `MONITOR`,但 `gitea.sh wiki-repo MONITOR` 仍回 `unknown wiki type` 的狀態。不會壞事,但那段期間型別還不能用。 - **`assist` 的版本會從預設分支上的數字往下走。** 預設分支原本的號碼是樣板殘留,名稱還是 `jsc-template`,從沒以 `jsc-assist` 發佈過。合併後整份內容由 `develop` 取代,版本是這個 domain 的真實起算值。plugin 名不同,不會與任何已安裝的東西混淆。 - 雜湊來源比照 `CHECK` 取主機名與登入帳號;監控頁一律附加、不覆寫。兩點都與 `TOOLING` 相反,準則裡各自寫明白了。 ## 測試結果 - 子功能與功能主幹兩級都跑過檢核,四個存放庫的 `lint-scripts.sh`、`lint-frontmatter.sh`、`check-behaviors.sh`、`ste100-lint.sh` 全綠(`assist` 的 `lint-scripts.sh` 是 exit 3,因為它確實沒有 `tools/` 也沒有 `hooks/`)。 - `gitea.sh wiki-repo MONITOR` 在工作樹上印出 `knowledges/MONITOR`;跨型別代用的防護仍在。 - `comment-scope.sh` 的偵測樣式實測三種型別各自都攔得下來。 - 五支 CLI 的 hook smoke 全部 `status=ok`。 - **這一級合併之後才驗得了的兩件事**:跑 `/jsc-cli:deploy` 更新,然後**在新的工作階段**叫 `/jsc-assist:status`(目前沒有心跳檔,預期輸出「助理未運行」而不是報錯);以及實際往 `knowledges/MONITOR` 寫一頁,確認該存放庫的 wiki 功能是開的(目前 `wiki-list` 回 404,第一次寫入才會生出來)。 ## 前置 Push Request - 無
jiantw83 added 3 commits 2026-09-01 04:44:22 +00:00
What:
- Wiki 頁命名總表新增 MONITOR 一列,擁有者是技能助理。
- 表下補三段說明:雜湊來源、為什麼不帶工具名稱、寫入語意。
- CHECK 那一段拿掉「是唯一例外」的斷言,改成指向新的機器層規則。
- 三份 manifest 的版本一起提升。

Why:
- 總表是所有 wiki 頁命名的唯一來源。新型別沒登錄進來,各技能就沒有依據,只能各自猜。
- CHECK 原本寫著「是唯一例外」,指的是雜湊來源取主機名與帳號而不是存放庫。加了第二個同樣取法的型別之後,這句話就不成立了,留著會讓讀的人以為只有一個。

How:
- MONITOR 的雜湊來源比照 CHECK,取主機名與登入帳號。助理巡檢的是一台機器,不是一個存放庫。
- 刻意不帶工具名稱,這一點與 TOOLING 相反。TOOLING 一支 CLI 一頁,因為每支 CLI 各有自己的已安裝 plugin 與 hook 接線;助理看的是整台機器一份心跳、一本待辦簿,不分 CLI。
- 監控頁一律附加,不覆寫。助理的寫入是背景行為,覆寫錯了沒人在現場。TOOLING 內容頁是每次盤點覆寫整頁,兩者語意相反,所以各自寫明白。
- 只動總表那一節,其餘章節不碰。

Who:
技能助理落地帶出來的頁型別需求,四個存放庫同一批改。
Reviewed-on: #54
Reviewed-on: #55
admin approved these changes 2026-09-01 04:44:55 +00:00
admin merged commit 399753599d into master 2026-09-01 04:44:57 +00:00
Sign in to join this conversation.
No Reviewers
No labels
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: plugins/meta#56