2 Commits

Include renames

Author	SHA1	Message	Date
jiantw83	f586a6b69f	docs(hooks): 同步四支 CLI 的接線位置與驗證等級 ... What：README.md、references/behaviors.md 與 skills/hooks-install/SKILL.md 同步這一批的接線事實。 Why： - 文件寫著「這些 CLI 沒有 pre-tool hook」。那句話是錯的，也正是三支 CLI 長期沒有守門的原因。照著它報告，會讓使用者以為只有 claude 有保護、其餘四支本來就接不上。 - kiro 的 degraded 原本被寫成接線缺東西，實際上是那支 CLI 擋不下技能叫用。兩件事的處理方式完全不同。 How： - 一支 CLI 一列，列出接線位置、事件與 matcher、阻擋形態與判定，並寫明 claude、codex、copilot、antigravity 回 wired，kiro 回 degraded。 - 新增驗證等級表，把「形狀」與「觸發」分開記：形狀是那支 CLI 真的讀得懂設定，觸發是 hook 真的被叫用過。copilot 的形狀未證、antigravity 與 codex 的觸發未驗證，一律照實列出，不含糊帶過。 - README 補上 hooks/skill-name.sh 與 hooks/deny.sh 兩列，並補 COPILOT_HOME、KIRO_HOME、JSC_ANTIGRAVITY_HOOKS、JSC_COPILOT_INSTRUCTIONS、JSC_ANTIGRAVITY_RULES 幾個環境變數。 - kiro 的接線位置從 .kiro/hooks/jsc-hooks.json 全面改寫成 ~/.kiro/agents/jsc.json。 - 講明 write-guard.sh 三個模式與 SDLC 模型鎖在另外三支上是「還沒接」，不是「沒有 hook 可接」。 - behaviors.md 的完成條件與可驗證跡象跟著改，repair 那一列加上「技能名解析改 skill-name.sh、阻擋形態改 deny.sh，兩支是唯一真實來源」。 Who：codex、copilot、antigravity、kiro 四支 CLI 的 pre-tool hook 接線修正。	2026-08-31 19:05:48 +08:00
jiantw83andClaude Opus 5	63c8073be1	docs(references): 新增技能行為清單，作為技能驗證的比對基準 ... 新增 references/behaviors.md，逐支列出本存取庫 hooks-install 與 repair 兩支技能的行為：觸發時機、關鍵步驟、外部呼叫、完成條件與可驗證跡象。 技能驗證原本沒有一份基準可比。驗的人只能回頭讀技能內文，讀到的是當下的 寫法，不是講好的行為；技能改壞了、少走一道關卡，比對不出來。 一支技能一張表，一項一列，內容寫成看得出對錯的敘述，可驗證跡象逐條指到 磁碟上真的留得下的東西。技能異動時，在同一個 PR 內一起更新這一頁。 所屬功能：技能驗證基準。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-31 13:41:25 +08:00