docs(meta): 準則的重啟閘門狀態檔規則改為一支 CLI 一份 #28
1 Participants
Notifications
Due Date
No due date set.
Depends on
#37 fix(hooks): 重啟閘門狀態檔改為一支 CLI 一份,修並行覆寫與全域解除
plugins/hooks
Reference: plugins/meta#28
Reference in New Issue
Block a user
摘要
jsc-hooks這一輪把部署後重啟閘門的狀態檔從全機器單一檔案改為一支 CLI 一份的$JSC_HOME/restart-required.d/{CLI 代號},修掉並行部署互相覆寫、以及任一支 CLI 重啟就解除全部五支閘門這兩個實測缺陷。準則是這條規則的正本,規則表要跟著改,並把缺陷與它的通則寫進去,才擋得住下一次「簡化成一個檔案」的改動。變更內容
references/guidelines.mdplugin.json、.claude-plugin/plugin.json、.codex-plugin/plugin.jsonjsc-meta換到新版,四支異動技能與 skill-check 讀的才是這一版的規則設計重點
jsc-hooks執行,不靠技能內文自我約束)與逃生門JSC_RESTART_GATE=off兩列不動,這一輪沒有改變閘門由誰執行。cli=與domains=,以及任一支重啟就解除全部五支的閘門——兩件都是部署現場實測到的,日期一併留著。測試結果
ste100-lint.sh:本存取庫全綠。三份 manifest 版本一致為 0.1.5。jsc-hooks/hooks/restart-gate.sh的實作逐項比對一致:狀態檔路徑、清除範圍、該 CLI 那份存在與不存在時的行為。豁免清單九支與實作、與jsc-hooks:hooks-install技能文件三邊一致。jsc-hooks那份 PR 實測,這一側只驗規則與實作對得上。前置 Push Request
What:`references/guidelines.md`「部署後重啟閘門」的規則表改四列——狀態檔路徑改成 `$JSC_HOME/restart-required.d/{cli}` 並標明一支 CLI 一份、清除時機標明只清自己那一份、原本的「狀態檔存在時」與「狀態檔不存在時」兩列改寫成「該 CLI 那份存在時」與「該 CLI 那份不存在時」,並寫明別支 CLI 的狀態檔不影響這一支。另外新增一段「狀態檔為什麼一支 CLI 一份」,記下 2026-08-27 部署時實測出的兩個缺陷,並把它寫成通則。 Why:準則是技能組的規則正本,`jsc-hooks` 的實作與 `jsc-cli` 的說明都對著它看。實作改成一支 CLI 一份而準則還停在單一檔案,下一次 skill-check 會判成實作違規,也可能有人照準則把實作改回去。這兩個缺陷是實測抓到的、不是推測,理由留在準則裡才擋得住下一次的簡化。 How:規則表只改該改的四列,判定位置與逃生門兩列不動。新增那段把缺陷寫清楚——並行部署互相覆蓋只留最後一支,以及任一支重啟就解除全部五支的閘門——再收成通則:跨 CLI 或跨工作階段的狀態檔,設計時先問清楚那個事實屬於誰,並指出工作包歸屬狀態檔踩過同一類錯誤。豁免清單那九支與「清單認技能名不認呼叫鏈」不動,這一輪沒有動到豁免範圍。 Who:`jsc-meta` 的技能準則,部署後重啟閘門這條規則的正本。