jiantw83andClaude Opus 5 f83e1c542f fix(wire-cli): 逐支點名改成從接線那一邊抽名單，五支 CLI 都驗得到 ...

第十支 hook 上線之後實測發現：claude 與 kiro 的盤點點名得出它，codex、
copilot、antigravity 三段的盤點卻各自只驗自己寫死的那兩支。那三支的接線
盤點看不出第十支在不在，而 smoke 那一行還自稱「十支 hook」——兩句話都是
真的，範圍不同，讀的人分不出來。

根因是「接線寫了哪幾支」與「盤點驗了哪幾支」本來是兩份手寫清單。加一支
hook 要記得回來改第二個地方，而漏改的那一天不會有任何東西叫。

改成從接線那一邊實際會寫出去的內容抽名字，兩邊只留一份清單：

- codex 讀的是從 hooks/hooks.json 推導出來的複本，所以名單取自來源那一份，
  十支全驗；推導漏掉一支時，盤點說得出漏了哪一支。
- copilot 與 antigravity 只接得上兩道閘門，名單取自各自的條目產生函式。
- copilot 原本一支 hook 都沒點名，只驗「hooks 鍵在」——鍵在而某一支條目掉了
  照樣回 present，那正是這一整支腳本一直在防的形態。

codex 接線後的驗證也一起改：原本只確認那兩道閘門有接上，現在逐支對照來源。
推導是整份複製再改 matcher，漏掉任何一支都算推導壞了。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-09-07 12:39:07 +08:00

..

jsc-wrap.sh

feat(wire-cli): 把 lang-guard.sh 接到五個 CLI 的既有時機

2026-08-27 09:50:03 +08:00

report-error.sh

feat(異常目錄頁): 索引改成 H2 區塊條列並委派共用工具

2026-09-02 18:01:33 +08:00

report-status.sh

feat(狀態回報): 技能與 hook 的執行結果寫進本機事件流

2026-09-02 15:40:17 +08:00

scan-hook-errors.sh

feat(hooks): 工作階段開始時把助理的未讀提醒帶到前景

2026-09-07 11:14:41 +08:00

scan-logs.sh

docs(hooks): 每支腳本檔頭補上結束碼宣告，文件對齊九支 hook 的現況

2026-08-31 11:17:28 +08:00

wire-cli.sh

fix(wire-cli): 逐支點名改成從接線那一邊抽名單，五支 CLI 都驗得到

2026-09-07 12:39:07 +08:00