Leo
7af30e97b0
照 `line-needs-own-worktree.sh` 印的下一步開 worktree（`<repo>-wt-<票號>/`）， 接著在裡面寫檔會被 `guard-cross-project.sh` 擋——它的白名單是路徑前綴， `matrix/arcrun-wt-195/…` 對不上 `matrix/arcrun/*`。 ⇒ 照規矩做的人被擋，留在共用目錄裡的人反而過得了（inkstone/Arcrun#195 實撞， 工人只好把 worktree 開到 InkStoneCo 樹之外躲開它）。 判準改成 git 自己算得出來的事實，跟 line-needs-own-worktree 同一個形狀： `git worktree list --porcelain` 第一筆永遠是主工作目錄 ⇒ 主目錄與它所有的 worktree 回同一個答案。`-wt-` 這個命名慣例一個字都沒有進判準。 名單上沒有的 repo、它的 worktree、根本不是 repo 的目錄，全部照舊擋。 順帶修掉一個獨立的缺陷（實測證據見檔內註解與 wiki）： 這支閘在 plugin 裡**從來沒生效過**。它用 `<hook 檔>/../..` 當頂層 repo 根， 搬進 plugin 之後那個路徑指到 plugin cache 的上一層 ⇒ 每一次都靜默放行。 同一份 payload：plugin 那份 exit 0、InkStoneCo 那份 exit 2，而兩個檔案 diff 一字不差。 改用 `$CLAUDE_PROJECT_DIR`（README 路徑規約本來就這樣寫）。 🔴 這也代表：本輪的修法要生效，`InkStoneCo/.claude/hooks/guard-cross-project.sh` 那份現役副本必須退場（刪檔＋從 settings.json 取消註冊）——那是頂層的樹， 不在本 PR 裡，交回總管裁。 測試：scripts/test-guard-cross-project.sh（docs/TESTING.md A25）21 條， 真的 git repo ＋ 真的 worktree 當道具，放行 12 條／該擋 9 條兩個方向都驗。 不新增第三支閘。 版本號待總管定版。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
165 lines
10 KiB
Markdown
165 lines
10 KiB
Markdown
# 已知誤解 / 踩過的坑
|
||
|
||
> 這是 ISEP 自己的坑，不是 InkStoneCo 的（不轉抄，複製即 fork，fork 即漂移）。
|
||
> 撞到新坑就 append 一條；session 開場只推最近幾條標題（見 `hooks/session-start-recall.sh` push 5/5），全文在這裡。
|
||
|
||
⚠️ MISTAKE: 「環境設定」曾經拆成兩份，各自會漂
|
||
症狀: 本機在跑 `InkStoneCo/.claude/`（真身），雲端跑的是 `generate-shell-payload.py`
|
||
另外產生塞進 GitHub 私 repo 的一份（薄殼）。`inkstone/InkStoneCo#57` 實測：薄殼比真身
|
||
少 7 支閘，其中兩支是前一天才立的；`#14` 更早查到雲端 33 支 guard 一支都沒生效。
|
||
正確做法: 只留一份——ISEP 這個 repo 本身就是唯一真相源，本機與雲端裝同一個 plugin。
|
||
改動一律只改這裡，然後兩邊各自 `/plugin update`。不要再改
|
||
`InkStoneCo/.claude/hooks/`（退場中，早晚會刪）。
|
||
原因: 「一份東西兩個副本」在沒有機制強制同步的情況下必然漂移——差異不是誰疏忽，
|
||
是結構本身允許漂移發生。
|
||
日期: 2026-08-20（ISEP `c263866` 建立時就是為了解這個病）
|
||
|
||
⚠️ MISTAKE: hook 路徑寫死會在雲端斷
|
||
症狀: 舊版 hook 若用 `$CLAUDE_PROJECT_DIR/.claude/hooks/...` 或寫死的絕對路徑指向 hook
|
||
腳本自己，雲端執行時的 cwd 不是本機那個真身目錄，路徑就對不到、hook 直接失效
|
||
（正是上一條「雲端 33 支 guard 一支都沒生效」的根因）。
|
||
正確做法: hook 指自己（找到自己在哪、要 source 的其他 hook 檔）一律用官方
|
||
`${CLAUDE_PLUGIN_ROOT}`。腳本內部要指**專案裡的檔案**（如 `system-dev/wiki/`、
|
||
`system-dev/docs/`）才用 `$CLAUDE_PROJECT_DIR`——那些檔案本來就该住在被操作的
|
||
那個 repo 裡，跟 hook 自己的路徑是两回事，别混。
|
||
原因: 兩種路徑指的是完全不同的東西（「plugin 安裝到哪」vs「正在操作哪個專案」），
|
||
混用就是這條坑的直接原因。
|
||
日期: 2026-08-20（README「路徑規約」段記錄，ISEP 0.1.0 把 51 條 hook 路徑全部改過一輪）
|
||
|
||
## ⚠️ MISTAKE: 「裝好了」不等於「它在跑」
|
||
|
||
2026-08-20 實查：ISEP repo 建好、README 寫著 0.1.0、41 支閘都在裡面——
|
||
但 `claude plugin list` 裡**根本沒有 ISEP**。本機仍然在跑 `InkStoneCo/.claude/`，
|
||
Gitea 上**一個 release tag 都沒有**。
|
||
|
||
⇒ 「東西做出來了」與「有人在用它」是兩件事，而只有後者算交付。
|
||
⇒ 判準：**去執行環境查它有沒有被載入**（`claude plugin list` / `claude plugin details`），
|
||
不要從 repo 裡有什麼檔案去推論。
|
||
|
||
## ⚠️ MISTAKE: 判準寫在閘裡了，但那個閘掛在**做完之後**才跑的時機上
|
||
|
||
票: `inkstone/InkStoneCo#55`
|
||
日期: 2026-08-26
|
||
|
||
症狀: leo 一天內好幾次被丟純技術路徑選擇，當場問「**今天已經好幾次問我，
|
||
為什麼 hooks 沒有攔下來？**」，其中一次他直接說「這種問題不要問我，
|
||
我要的是你解決了以後給我 prod」。
|
||
|
||
實查: 總管問 leo 走的動作是 `AskUserQuestion` 這個工具，而
|
||
`hooks.json` 裡 `AskUserQuestion` 出現 **0 次**——沒有任何 matcher，它是裸的。
|
||
判準其實早就寫好了（`self-drive-police.sh` / `self-drive-judge.sh` 用的就是四題公式），
|
||
但那兩支只掛在 `Stop` 與 `SubagentStop`。
|
||
|
||
原因: **判準對了，時機錯了。** `Stop` 是回合結束後才跑——問題早就送到 leo 眼前、
|
||
他早就被打斷了，這時再反問 AI「你查過了嗎」，成本已經轉嫁出去了。
|
||
|
||
正確做法: 攔截點要長在**那個動作發生的那一刻**（`PreToolUse` / `AskUserQuestion`）。
|
||
新增 `hooks/ask-user-question-guard.sh`。
|
||
🔴 **推廣**：以後看到「規則寫了卻沒被攔下來」，先問的不是「判準對不對」，
|
||
而是「**這支閘掛在哪個事件上、那個事件發生時傷害造成了沒有**」。
|
||
|
||
## ⚠️ MISTAKE: hook 訊息用沒加引號的 heredoc，反引號會被當成命令執行
|
||
|
||
票: `inkstone/InkStoneCo#55`
|
||
日期: 2026-08-26
|
||
|
||
症狀: `ask-user-question-guard.sh` 擋下之後，stderr 冒出
|
||
`line 218: system-dev/wiki/: is a directory`，而訊息裡
|
||
「去查 `system-dev/wiki/`」和「`touch /tmp/.ask-ok-<session_id>`」兩行
|
||
**變成空白**。閘照擋 exit 2，所以測試若只看離開碼**完全看不出來**。
|
||
|
||
原因: 寫成 `cat >&2 <<EOF`（heredoc 標記沒加引號）⇒ shell 會對內容做展開，
|
||
而本 repo 的 hook 訊息**慣例上大量使用反引號**標路徑與指令
|
||
⇒ 每一組反引號都被當成命令替換真的去執行。
|
||
|
||
正確做法: hook 的訊息一律用 `cat <<'EOF'`（標記加單引號）。
|
||
需要塞變數就留 `__PLACEHOLDER__`，事後用 python 換掉——
|
||
**不要用 sed**，正體中文加上訊息裡的 `/`、`&`、`\` 讓跳脫非常脆。
|
||
迴歸測試要**檢查訊息內容**，不能只檢查離開碼
|
||
（`hooks/tests/ask-user-question-guard.test.sh` 的 ⑩b 就是這一條）。
|
||
|
||
## ⚠️ MISTAKE: 閘只驗了規則的**殼**，沒驗規則本身
|
||
|
||
`no-ticket-no-dispatch.sh` 掛在派工的當下，檢查「派工單裡有沒有一行 `【工單】owner/repo#N`」。
|
||
規則的原文卻是「**不准把票上已經有的東西再抄一遍進派工單**⋯⋯派工單只寫票號」。
|
||
|
||
⇒ 於是可以**把 40 行任務全寫在 prompt 裡、票號補一行**，閘照樣放行。
|
||
⇒ 2026-08-27 一天之內這樣做了 5 次，每一次票上都沒有那份任務。
|
||
leo：「**這些話票上都沒有，你根本沒照規則做事，你的 hook 讓你這樣搞？**」
|
||
|
||
**根因不是那支閘寫壞了，是它驗的東西比規則小。**
|
||
「有沒有票號」是規則最容易機械化的那一格，所以它被實作了；
|
||
「任務有沒有真的落在票上」比較難，所以沒有——而漏掉的那格才是規則的本體。
|
||
|
||
⇒ **判準：寫完一支閘，回頭把規則原文逐句對一次，問「這一句被驗到了嗎」。**
|
||
只驗得到最容易的那一格 ⇒ 那支閘會製造「有在管」的錯覺，比沒有閘更危險。
|
||
⇒ 同款：history-first／KBDB-first／stage-first／`AskUserQuestion` 裸奔，全是這個形狀。
|
||
|
||
修法（v0.5.0）：`dispatch-format-guard.sh`——**派工單 ＝ 票號，多一個字都擋**。
|
||
規則變得比原本更嚴，反而更好驗：判準從「內容夠不夠」變成「這一行是不是【工單】欄位」，
|
||
純結構、不用語意判官、每次結果一樣。
|
||
規約：`docs/governance/dispatch-and-reply-format.md`。
|
||
|
||
日期: 2026-08-27（`inkstone/ISEP#30` comment 4322／4325／4327）
|
||
|
||
## ⚠️ MISTAKE: 「這是 session 才知道的事」被當成寫進 prompt 的正當理由
|
||
|
||
派工鐵律允許派工單帶「這個 session 才知道、票上還沒有的事」。
|
||
總管照字面理解，把 TCC 權限、`main` 是哪顆 commit、正本能從哪裡 clone 三件事寫進 prompt。
|
||
|
||
leo 當場：「**這些為什麼不寫到票裡？**」
|
||
|
||
⇒ **「票上還沒有」不是把它寫進 prompt 的理由——它就是「去把它寫上票」的指令。**
|
||
⇒ 實害（同日）：總管停掉重派 3 次，**前兩次的任務與 session 事實全部隨 prompt 蒸發**。
|
||
票活得比任何一個 agent 久，prompt 不是。
|
||
|
||
判準：**「這句話換一張票還成立嗎？」**
|
||
還成立 ⇒ 共通規定（`docs/governance/dispatch-and-reply-format.md` §2，機器自動注入）。
|
||
只有這次成立 ⇒ 寫進那張票。**兩種都不進派工單。**
|
||
|
||
日期: 2026-08-27（`inkstone/ISEP#30` comment 4327）
|
||
|
||
## ⚠️ MISTAKE: 兩道閘互相打架——照 A 做的人被 B 擋，繞過去的人反而過得了
|
||
|
||
票: `inkstone/ISEP#117`（實撞在 `inkstone/Arcrun#195`）
|
||
日期: 2026-09-01
|
||
|
||
症狀: `line-needs-own-worktree.sh` 擋下在共用目錄切分支，並印出下一步
|
||
`worktree add <PARENT>/<NAME>-wt-<票號>`。工人照做，
|
||
接著在 `matrix/arcrun-wt-195/` 裡寫檔 ⇒ 被 `guard-cross-project.sh` 擋。
|
||
它的白名單是**路徑前綴**（`matrix/arcrun/*`），對不上 `matrix/arcrun-wt-195/…`。
|
||
工人的處置：把 worktree 開到 InkStoneCo 樹之外躲開那一支。
|
||
|
||
原因: 兩支閘各自都對，**但一支的「出路」不在另一支的「放行條件」裡**。
|
||
白名單本來就想放行這件事（`CHILD_SESSION=1` ＋ repo 在名單上），
|
||
只是判準用的是「路徑長什麼樣」，而 A 那支剛好會改變路徑長什麼樣。
|
||
|
||
正確做法: 放行的判準改成「這條路徑**屬於哪個 repo**」——
|
||
`git worktree list --porcelain` 第一筆永遠是主工作目錄，
|
||
主目錄與它所有的 worktree 回同一個答案。`-wt-` 這個命名慣例
|
||
一個字都沒有進判準（不靠名字＝改名字也騙不過去）。
|
||
🔴 **推廣**：一支閘印出來的「出路」，就是別支閘必須放行的東西。
|
||
新增或修改任何會給下一步的閘時，把那個下一步真的做一遍走到底——
|
||
**出路走不通的閘，會逼人繞路，而繞路一旦成立，那條規矩就等於沒有。**
|
||
|
||
## ⚠️ MISTAKE: plugin 裡那支閘一直是啞的，而沒有任何東西會喊一聲
|
||
|
||
票: `inkstone/ISEP#117`
|
||
日期: 2026-09-01
|
||
|
||
症狀: 同一份 payload（寫 `matrix/arcrun/foo.ts`）餵給兩份 `guard-cross-project.sh`：
|
||
plugin 那份 exit 0（放行）、`InkStoneCo/.claude/hooks/` 那份 exit 2（擋）。
|
||
兩個檔案 `diff` **一個字都不差**。
|
||
|
||
原因: 它用 `<hook 檔>/../..` 當「頂層 repo 根」。那在 `InkStoneCo/.claude/hooks/`
|
||
底下剛好等於 repo 根，搬進 plugin（`<plugin>/hooks/`）之後就指到 plugin cache
|
||
的上一層 ⇒ 絕對路徑的前綴永遠剝不掉 ⇒ 判斷「在不在子 repo 裡」永遠是否
|
||
⇒ **它每一次都放行，而放行是靜默的**。
|
||
|
||
正確做法: 指專案內的東西用 `$CLAUDE_PROJECT_DIR`（README 路徑規約本來就這樣寫）。
|
||
🔴 **推廣**：閘的失效方向幾乎都是「靜默放行」——
|
||
擋錯了有人會喊，放行不會有人喊。所以搬移／複製一支閘之後，
|
||
**必須實測一次「它該擋的東西現在還擋不擋」**，
|
||
不要用 `diff` 一致就當它行為一致（這次兩份就是一個字不差、行為相反）。
|
||
同款：`mistakes.md` 上面那條「裝好了不等於它在跑」。
|