## 這一份是原樣搬過來的,一個字都沒改
skills/ship-check/SKILL.md ← inkstone/InkStoneCo `bd52fa3`(PR #114,**還沒併**)
搬完 md5 f565e4df1b18cc8aaf057f5fa64a9e15,跟來源逐位元組相同(cmp 通過)
595 → 651 行;描述裡多了部落格/GitHub 鏡像/n8n/pages deploy 這些觸發詞
——舊描述那幾個詞**一個都沒有**,所以「我要發一篇部落格文章」那個情境
根本觸發不到它,而那正是 leo 這次要解的問題。
## 為什麼不是「改成指針」也不是「ISEP 不再自帶」
雲端的 project dir 是**薄殼根**,InkStoneCo 只是它底下的一個目錄
(docs/governance/cloud-wiring.md 記著這件事)
⇒ `InkStoneCo/.claude/skills/` 在雲端**不會被載入**,只有 plugin 這一份會
⇒ ISEP 不帶全文 = 雲端拿不到 = 又變回「薄殼是真身的子集」,
而那正是這個 repo 成立時要殺掉的病(README 開頭)。
所以 ISEP 必須帶全文,但它是**搬運工不是作者**:內容改在真相源,這裡只放複本。
## 歸屬不能靠人記得——實查證明兩個方向都會發生
skills/ 與 commands/ 那 9 個檔案在 0.1.0(c263866)從 InkStoneCo 複製過來一次,
之後**再也沒有同步過**(git log 只有那一顆)。到今天已經分家兩個,方向相反:
skills/ship-check/SKILL.md InkStoneCo 651 行 / ISEP 595 行 ← 那邊新
commands/sdd-check.md ISEP 81 行 / InkStoneCo 65 行 ← 這邊新
(InkStoneCo 那份還在教 ISEP#91 已退役的「唯一 active SDD」)
⇒「ISEP 一定比較新」與「InkStoneCo 一定比較新」兩句都是錯的。
這是票上第 4 題「為什麼會有兩份」的答案:不是誰忘了同步,
是**兩份都會被就地編輯**,而沒有任何東西會喊一聲。
## 所以機制是「寫下來 + 讓機器去比」,而且不新開一支閘
- docs/file-ownership.tsv —— 哪一份是真相源、取自哪顆 commit、當時的 sha256
- 比對長在**既有的信標**上(isep-presence-beacon.sh → hooks/lib/beacon_report.py):
它的 ② 已經在做「同名而內容不同」這件事,只是**只掃 scripts/**。
這次把 skills/commands/agents 一起納進去(②b),
再加一格 ②c 用 sha256 單邊驗——**雲端沒有 InkStoneCo 可以比,那是唯一還作數的檢查**。
🔴 刻意不開新閘:ISEP 最常見的錯是重造一支平行的閘
(docs/governance/dispatch-and-reply-format.md §1.6 記著同一課)。
判準是「檔名一樣**而內容不同**」,同步過的不吵——誤攔比漏擋嚴重。
全部只講不擋(SessionStart 本來就不該擋人)。
## 實跑(這棵樹,真的 InkStoneCo)
🟡 會自動載入的東西兩邊各有一份,而且內容不同:
- skills/ship-check/SKILL.md ↔ .claude/skills/ship-check/SKILL.md
(真相源=inkstone/InkStoneCo:… ⇒ 內容改在那裡,改完原樣搬進 ISEP、更新 commit/sha256、升版)
- commands/sdd-check.md ↔ .claude/commands/sdd-check.md
(真相源=ISEP 這一份 ⇒ 專案那份是舊複本,同步過去或刪掉它)
兩個方向各講對了自己的出路。
測試:hooks/tests/isep-presence-beacon.test.sh 14 → 26 條,全綠、全離線。
README/docs/hooks-inventory.md/docs/TESTING.md(A18 改 26 條、新增 A29)都跟著改了。
六個數字在這棵樹上實數:61 支閘/84 條註冊/7 位工人/7 支命令/2 支 skill/49 支腳本
——這次沒有增減,但仍然是數出來的,不是沿用上一版。
(本 commit 也帶著上一顆「逃生門」那件事的兩列文件:hooks-inventory 第 255 列與 TESTING A29。)
🔴 待總管定版:改了會被載入的東西就要升版,否則 plugin update 是 no-op。
🔴 InkStoneCo 那半不是我做的(不同 repo):那邊的 .claude/skills/ 與 .claude/commands/
還留著兩份舊複本,該同步或刪掉;在那之前信標會每次開場點名它們。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
5.6 KiB
ISEP — InkStone Environment Plugin
leo 2026-08-20:「你把全部環境設定放在一個 claude code plugin,同一個 plugin 你用,薄殼也用,保證兩邊同步⋯⋯ 以後有任何變化,增加 command, hook⋯⋯都增加在這裡,再去跟它同步。」 「我要你幫雲端做薄殼,永遠都有問題,你要做的就是這組設定你自己可以 dogfooding。」
這個 repo 解什麼
在此之前,同一套環境有兩份:
真身 InkStoneCo/.claude/ ← 本機在跑的
薄殼 由 generate-shell-payload.py 產生一份,塞進 GitHub 私 repo ← 雲端在跑的
兩份必然漂移。inkstone/InkStoneCo#57 記著實測結果:薄殼比真身少 7 支閘,
其中兩支是前一天才立的。#14 更早:雲端 33 支 guard 一支都沒生效。
⇒ 現在只有一份:本 repo 就是唯一真相源,本機與雲端裝同一個 plugin。 ⇒ 而且總管自己也用它——壞掉的時候是我先踩到,不是雲端替我踩。
裝什麼
| 數量 | 是什麼 | |
|---|---|---|
hooks/ |
61 支 + hooks.json |
全部機械閘(PreToolUse/Stop/SubagentStop/SessionStart/PostToolUse/UserPromptSubmit 共 84 條註冊)。一支一行的白話盤點在 docs/hooks-inventory.md,那裡才是這兩個數字的家 |
agents/ |
7 位 | 工人名單(inkstone/ISEP#86)——派工時指名派給誰,規約見 docs/governance/worker-roster.md |
commands/ |
7 支 | /wiki-recall /wiki-capture /cp-write /issue-handle … |
skills/ |
2 支 | ship-check(東西要出去之前)/deep-recall(把散落的枝葉還原成一棵樹)。🔴 這兩支的內容不一定是在這裡寫的——誰是真相源查 docs/file-ownership.tsv |
scripts/ |
49 支 | ticket/roster/isep-nag/wiki-compress/github-arm.sh …(頂層檔案,不含 lib/ 等子目錄) |
🔴 這五個數字每次都要在自己的樹上實數,不准沿用上一版、也不准用加減推 (
system-dev/wiki/mistakes.md:那是 leo 的驗收介面,多報就是假綠):ls hooks/*.sh | wc -l # hooks grep -c '"command":' hooks/hooks.json # 註冊條數(冒號不能省,省了會數到 "type": "command") ls agents/*.md | wc -l ls commands/*.md | wc -l ; ls -d skills/*/ | wc -l ls -p scripts | grep -v / | wc -l # scripts(只數檔案,不含子目錄)🔴 光看數字對不對還不夠——
hooks.json合錯的時候「語法合法、閘卻不見了」, 不會有任何東西喊一聲。合併過hooks.json之後一律再跑這一支,逐支點名:python3 -c " import json,collections d=json.load(open('hooks/hooks.json')) c=collections.Counter(h['command'].split('/')[-1] for ev in d['hooks'].values() for g in ev for h in g.get('hooks',[])) print('總註冊', sum(c.values())) for k in sorted(c): print(' ', k, c[k]) "這是 leo 的驗收介面——多報就是假綠(
docs/hooks-inventory.md開頭記著同一個病)。
不放:.env(金鑰,違 D36「金鑰只有一個家」)、wiki/、docs/、_archive/
——那些是知識不是環境。
路徑規約(薄殼一直壞掉的根)
hook 一律用官方的 ${CLAUDE_PLUGIN_ROOT},不准寫死絕對路徑、也不用 $CLAUDE_PROJECT_DIR
去指 hook 自己:雲端的 cwd 不是真身,寫死就斷。
腳本內部要指專案檔案(wiki、docs)時才用 $CLAUDE_PROJECT_DIR——那是對的,
因為那些東西本來就住在被操作的那個 repo 裡。
改東西的規矩
🔴 只改這裡,然後兩邊 /plugin update。
不要再改 InkStoneCo/.claude/hooks/——那個目錄退場中。
🔴 但有些檔案的內容不是在這裡寫的(inkstone/ISEP#122):
skills//commands//agents/ 底下有幾個檔案在 InkStoneCo 也有一份,
誰是真相源、往哪個方向修,一律查 docs/file-ownership.tsv,不要憑「ISEP 一定比較新」動手
——2026-09-02 實查,兩個方向都真的發生過(ship-check 是那邊新,sdd-check 是這邊新)。
改完那類檔案要把 commit/sha256 兩欄一起更新;沒更新的話,
isep-presence-beacon.sh 會在下一個 session 開場當著大家的面說它對不上。
這些閘各自在管什麼
不用點開任何 .sh——docs/hooks-inventory.md 一支一行白話,按「你會在什麼時候撞到它」分組。
測試手冊在 docs/TESTING.md,治理規範在 docs/governance/。
🔴 派工前先讀 docs/governance/dispatch-and-reply-format.md——
派工單只給票號(其餘全部寫進票或共通規定),票上的每一則留言第一行要表明身份。
兩件事都有機械閘(dispatch-format-guard.sh/reply-identity-guard.sh)。
版本
「ISEP 現在是哪一版」只有一個地方答得出來:Gitea Releases。 每一版的內容、改了什麼、驗過什麼都寫在那裡的 release note,不寫在這份 README。
這份 README 本來寫死過「狀態:0.1.0」,但 repo 一個 tag 都沒打(release_counter=0)——
leo 當場指出這是違規:宣稱交付卻沒有 tag 撐它(inkstone/ISEP#6)。
現在改成結構性防漂移:.claude-plugin/plugin.json 的 version 欄位永遠跟最新 tag 一致,
scripts/check-version-consistency.sh 會擋下兩者對不上的狀態,
hooks/release-tag-guard.sh 則在打 tag 的當下直接擋住不一致的 tag——
細節與判準都寫在那兩支腳本開頭的註解。