ISEP #3：裝一套自己的 wiki，接手 session 不必回頭翻 InkStoneCo

骨架照 inkstone/system-dev-template 的 wiki template 裝（三層＋標籤橫切：
INDEX/TAXONOMY/status/mistakes/principles + cards/<bucket>/），不自創格式。

內容只記 ISEP 自己的事：
- 真身薄殼合一（為什麼環境設定收斂成一個 plugin）
- hook 路徑規約（${CLAUDE_PLUGIN_ROOT} vs $CLAUDE_PROJECT_DIR）
- repo 邊界與紅線（wiki 是這條紅線目前唯一開的例外，且例外本身也劃了邊界）

不複製 InkStoneCo 頂層 wiki 的任何內容——複製即 fork，fork 即漂移。

實測：hooks/session-start-recall.sh 以 ISEP 為 cwd 執行，exit 0，principles/mistakes
兩段真的印出剛寫的內容；wiki-secret-scan.sh 對全部新檔案掃過，exit 0；
wiki-recall/update/capture 三支 command 描述的路徑全部存在。

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

system-dev/docs/2-architecture/decisions/ADR-0001-isep-自建wiki.md

@@ -0,0 +1,34 @@
+# ADR-0001：ISEP 自建 wiki，不繼承 InkStoneCo 的內容
+
+- **狀態**：已採納
+- **日期**：2026-08-20
+- **票**：`inkstone/ISEP#3`
+
+## 背景
+
+ISEP 是獨立 repo，裝的是「環境」（hooks／commands／skills／scripts），本來刻意不放
+「知識」（wiki／docs／`_archive`）——見 `README.md`「裝什麼」段。但接手 ISEP 的 session
+（含雲端）若要查「這裡的決定、踩過的坑、現在什麼狀態」，過去只能回頭 clone InkStoneCo
+頂層知識庫，多一層跳轉、且 ISEP 自己的事並不天然屬於 InkStoneCo 頂層（那裡管的是跨專案決策）。
+
+## 決策
+
+ISEP 建立自己的 `system-dev/wiki/`，骨架取自 `inkstone/system-dev-template` 的 wiki
+template（三層 + 標籤橫切：`INDEX.md`／`TAXONOMY.md`／`status.md`／`mistakes.md`／
+`principles.md`／`cards/<bucket>/`），照它的規約裝，不自創格式。
+
+**紅線**：這份 wiki 只記 ISEP 自己的事。不把 InkStoneCo 頂層 wiki 的內容複製過來——
+複製即 fork，fork 即漂移，跟「真身薄殼合一」（見 `cards/isep/真身薄殼合一.md`）要解的病
+是同一種結構性錯誤，只是對象從 hook 換成知識庫。
+
+## 後果
+
+- 好處：接手 session 在 ISEP 內就能查到 ISEP 自己的歷史，不必先 clone 別的 repo。
+- 代價：多一份骨架要維護（跟 InkStoneCo 頂層、以及其他裝了 template 的子 repo 一樣）。
+- 邊界：跨專案的決策、鐵律、部署架構全局，仍然只在 InkStoneCo 頂層記錄，ISEP 不重複。
+
+## 相關
+
+- `cards/isep/真身薄殼合一.md`
+- `cards/isep/repo邊界與紅線.md`
+- `cards/isep/hook路徑規約.md`

system-dev/wiki/.wikiignore

@@ -0,0 +1,10 @@
+# wiki 機敏防護 L1：整檔排除，寫進 system-dev/wiki/ 前先過這份名單
+# 命中 pattern 的原文檔整份不讀、不編入 wiki（跟 L2 行內標記、L3 hook 掃描是三層防護的第一層）
+
+.env
+.env.*
+*.pem
+*.key
+*secret*
+*credential*
+*token*

system-dev/wiki/INDEX.md

@@ -0,0 +1,28 @@
+# ISEP wiki 索引
+
+> 這是 ISEP 自己的知識庫，只記 ISEP 自己的事（環境設定 repo 本身的決策／踩坑／狀態）。
+> **不是** InkStoneCo 頂層 wiki 的複製品——跨專案的事仍去 InkStoneCo 頂層查，見
+> `cards/isep/repo邊界與紅線.md`。
+
+## 三個 push 檔（session 開場自動注入，見 `hooks/session-start-recall.sh`）
+
+- [`status.md`](./status.md) — 當前進度、下次第一件事（全文注入）
+- [`principles.md`](./principles.md) — 行動前必服從的原則（全文注入）
+- [`mistakes.md`](./mistakes.md) — 已知踩過的坑（標題清單注入，全文按需查）
+
+## 相容視圖
+
+- [`decisions-summary.md`](./decisions-summary.md) — 決策速查表，指向 `cards/` 裡的完整卡片
+
+## 按桶瀏覽
+
+- [`cards/isep/00-INDEX.md`](./cards/isep/00-INDEX.md) — ISEP 環境治理 + wiki 自身這一桶的全部卡片
+
+## 按標籤瀏覽
+
+見 `TAXONOMY.md` 的軸線定義；目前卡片：
+
+- **環境治理**：[[真身薄殼合一]]、[[hook路徑規約]]
+- **wiki自身**：[[repo邊界與紅線]]
+- **決策**：[[真身薄殼合一]]、[[repo邊界與紅線]]
+- **規約**：[[hook路徑規約]]、[[repo邊界與紅線]]

system-dev/wiki/TAXONOMY.md

@@ -0,0 +1,17 @@
+# 標籤字典（TAXONOMY）
+
+> 受控擴充：卡片的 frontmatter `tags:` 只能從這裡挑；裝不下的先確認不是既有標籤的同義詞，
+> 確實是新軸才加進來（附定義）再用。ISEP 是「環境 + 治理」repo，不是一般業務專案，
+> 軸線跟著這個性質走。
+
+## 領域（主軸，1-3 個）
+
+- **環境治理**：hooks／commands／skills／scripts 這套 plugin 本身怎麼組織、怎麼改、怎麼同步本機與雲端。
+- **wiki 自身**：這套 wiki 骨架怎麼裝、怎麼維護、跟 InkStoneCo 頂層 wiki 的邊界在哪。
+- **部署同步**：本機 plugin ↔ 雲端 plugin 怎麼保持一致（`/plugin update`、marketplace 安裝）。
+
+## 形態（副軸，0-2 個）
+
+- **決策**：為什麼選這個做法不選那個。
+- **踩坑**：實際撞過、已經修正的錯誤。
+- **規約**：往後要遵守的具體寫法規則（如路徑寫法）。

system-dev/wiki/cards/isep/00-INDEX.md

@@ -0,0 +1,12 @@
+# ISEP 環境治理與 wiki 自身
+
+> 桶子索引——只連不重寫，卡片全文見各自檔案。
+
+## 環境治理
+
+- [[真身薄殼合一]] — 為什麼環境設定收斂成一個 plugin、本機雲端裝同一份。
+- [[hook路徑規約]] — hook 找自己用 `${CLAUDE_PLUGIN_ROOT}`、找專案檔案用 `$CLAUDE_PROJECT_DIR`，不可混用。
+
+## wiki 自身
+
+- [[repo邊界與紅線]] — ISEP 裝什麼／不裝什麼；wiki 為什麼是例外、例外的邊界在哪。

system-dev/wiki/cards/isep/hook路徑規約.md

@@ -0,0 +1,36 @@
+---
+tags: [環境治理, 規約]
+gloss: hook 路徑規約是 ISEP 裡「hook 找自己用什麼變數、找專案檔案用什麼變數」的強制寫法。
+---
+# hook 路徑規約
+
+← [[isep/00-INDEX]]
+
+**來源**：`README.md`「路徑規約（薄殼一直壞掉的根）」段
+**最後更新**：2026-08-20
+
+## 摘要
+hook 腳本裡有兩種完全不同的「路徑需求」，必須用不同變數，混用就是舊薄殼一直壞掉的根因。
+
+## 重點
+- **hook 找自己（或要 source 的其他 hook 檔）→ 一律用官方 `${CLAUDE_PLUGIN_ROOT}`**。
+  這是 plugin 安裝到哪裡，跟正在操作哪個專案無關，任何情境下都成立。
+- **禁止寫死絕對路徑**：本機測試時寫死看起來能跑，換一台機器或雲端就斷。
+- **禁止用 `$CLAUDE_PROJECT_DIR` 指 hook 自己**：這個變數指的是「目前操作的專案在哪」，
+  雲端執行時 cwd 不是本機那個真身目錄，用它找 hook 自己一定找不到——
+  這正是舊薄殼「雲端 33 支 guard 一支都沒生效」的根因（見 [[真身薄殼合一]]）。
+- **腳本內部要指專案裡的檔案（`system-dev/wiki/`、`system-dev/docs/` 等）才用
+  `$CLAUDE_PROJECT_DIR`**：這時候是對的，因為那些檔案本來就該住在被操作的那個 repo 裡，
+  不是住在 plugin 安裝目錄裡。
+- ISEP 0.1.0 一次把 51 條 hook 路徑登記全部改成 `${CLAUDE_PLUGIN_ROOT}`，零漏網。
+
+## 實體
+- **`${CLAUDE_PLUGIN_ROOT}`** — 官方變數，指 plugin 實際被安裝到的目錄，本機雲端都成立。
+- **`$CLAUDE_PROJECT_DIR`** — 指目前正在操作的專案根目錄，本機雲端可能是不同的路徑。
+
+## 關聯
+### 內文知識關係
+- ${CLAUDE_PLUGIN_ROOT} >> 用於定位 >> hook 自己
+- $CLAUDE_PROJECT_DIR >> 用於定位 >> 專案內檔案
+### 卡片關係
+- [[hook路徑規約]] >> 修正自 >> [[真身薄殼合一]]

system-dev/wiki/cards/isep/repo邊界與紅線.md

@@ -0,0 +1,44 @@
+---
+tags: [wiki自身, 決策, 規約]
+gloss: repo 邊界與紅線是 ISEP 這個 repo「裝什麼、不裝什麼、wiki 記什麼、不記什麼」的界線定義。
+---
+# repo 邊界與紅線
+
+← [[isep/00-INDEX]]
+
+**來源**：`README.md`「裝什麼」段、`inkstone/ISEP#3` 票內文
+**最後更新**：2026-08-20
+
+## 摘要
+ISEP 是「環境」repo（hooks／commands／skills／scripts），本來刻意不放「知識」（wiki／docs／
+_archive）。`inkstone/ISEP#3` 在這條界線上開了一個明確定義過的例外：ISEP 需要**自己的**
+wiki，但那份 wiki 只能記 ISEP 自己的事，不能變成 InkStoneCo 頂層 wiki 的複製品。
+
+## 重點
+- **裝的東西（環境）**：41 支 hook（`hooks.json` 註冊 51 條）、7 支 slash command、2 支 skill、
+  23 支腳本。全部只改這裡，改完兩邊（本機／雲端）各自 `/plugin update`，
+  不再改 `InkStoneCo/.claude/hooks/`（退場中）。
+- **原本不裝的東西**：`.env`（違反 D36「金鑰只有一個家」）、`wiki/`、`docs/`、`_archive/`——
+  這些被歸類為「知識」而非「環境」。
+- **`#3` 開的例外**：ISEP 現在有 `system-dev/wiki/`，理由是「接手 ISEP 的 session（含雲端）
+  要能在 repo 內就查到『這裡的決定、踩過的坑、現在什麼狀態』，不必先 clone InkStoneCo」。
+  這不是推翻原本的分類，是承認 ISEP 本身也是一個有歷史、有決策、會踩坑的專案，
+  需要一份屬於它自己的知識庫——跟裝進去的 hooks／commands 一樣，都是「這個 repo 自己的東西」。
+- **紅線沒有放寬**：ISEP 的 wiki **只記 ISEP 自己的事**。不把 InkStoneCo 頂層 wiki
+  （`status.md`／`mistakes.md`／`decisions-summary.md` 等）的內容抄過來——複製即 fork，
+  fork 即漂移，跟 [[真身薄殼合一]] 要解的病是同一種結構性錯誤，只是這次的對象換成知識庫。
+  查跨專案的事仍然去 InkStoneCo 頂層；查 ISEP 自己的事才查這裡。
+- 素材骨架取自 `inkstone/system-dev-template`（見該 repo 的 wiki template），照它的規約裝
+  （三層 + 標籤橫切：`INDEX.md`／`TAXONOMY.md`／`status.md`／`mistakes.md`／`principles.md`／
+  `cards/<bucket>/`），不是自己另外發明一套格式。
+
+## 實體
+- **環境**（environment）— hooks／commands／skills／scripts，本機雲端要同步的那層。
+- **知識**（knowledge）— wiki／docs，只跟這個 repo 自己被讀到什麼有關，不強求同步到別處。
+
+## 關聯
+### 內文知識關係
+- 環境 >> 對立於 >> 知識
+- ISEP 的 wiki >> 只記 >> ISEP 自己的事
+### 卡片關係
+- [[repo邊界與紅線]] >> 延續同一種錯誤形狀 >> [[真身薄殼合一]]

system-dev/wiki/cards/isep/真身薄殼合一.md

@@ -0,0 +1,41 @@
+---
+tags: [環境治理, 決策]
+gloss: 真身薄殼合一是把「本機在跑的環境設定」與「雲端另外產生的一份環境設定」收斂成同一個 Claude Code plugin 的決定。
+---
+# 真身薄殼合一
+
+← [[isep/00-INDEX]]
+
+**來源**：`README.md`、commit `c263866`（ISEP 0.1.0）
+**最後更新**：2026-08-20
+
+## 摘要
+在 ISEP 出現之前，同一套 Claude Code 環境設定（hooks／commands／skills／scripts）存在兩份：
+本機真身 `InkStoneCo/.claude/`，以及由 `generate-shell-payload.py` 另外產生、塞進 GitHub 私 repo
+給雲端用的「薄殼」。兩份必然漂移，且已經實測漂移過兩次。
+
+## 重點
+- **薄殼比真身少 7 支閘**：`inkstone/InkStoneCo#57` 實測結果，其中兩支閘是前一天才立的——
+  代表新立的規矩，雲端根本沒收到。
+- **雲端 33 支 guard 一支都沒生效**：`inkstone/InkStoneCo#14`，更早發現的同一個病，比上面那次更嚴重。
+- **解法不是修同步機制，是拿掉「兩份」這個結構**：ISEP 這個獨立 repo 本身就是唯一真相源，
+  本機與雲端用同一個 plugin 安裝機制裝進去。改動只有一個地方能改。
+- **總管自己也吃這套**（leo 原話：「你自己可以 dogfooding」）——壞掉時是總管先踩到，
+  不是雲端替他踩到才發現。
+- ISEP **不放** `.env`（金鑰另有家，見 D36）、`wiki/`、`docs/`、`_archive/`——那些原本被歸類為
+  「知識」不是「環境」。**但 `inkstone/ISEP#3` 之後這條有了例外**：ISEP 需要自己的 wiki 才能被
+  接手的 session 直接查到「這裡的事」，見 [[repo邊界與紅線]]。
+
+## 實體
+- **ISEP**（InkStone Environment Plugin）— leo 的 Claude Code 環境唯一真相源 repo，2026-08-20 建立。
+- **真身**（`InkStoneCo/.claude/`）— 舊的、本機在跑的那份環境設定，現已退場中。
+- **薄殼**（shell payload）— 舊的、由腳本產生塞進 GitHub 私 repo 給雲端用的那份環境設定副本。
+
+## 關聯
+### 內文知識關係
+- 真身 >> 與...漂移於 >> 薄殼
+- ISEP >> 取代 >> 真身
+- ISEP >> 取代 >> 薄殼
+### 卡片關係
+- [[真身薄殼合一]] >> 是...的前提 >> [[hook路徑規約]]
+- [[真身薄殼合一]] >> 帶出例外 >> [[repo邊界與紅線]]

system-dev/wiki/decisions-summary.md

@@ -0,0 +1,22 @@
+# 決策摘要
+
+> 這份是相容視圖（見 `wiki-init` 的 push/pull 判準：決策已降級為 cards 內容，這裡只放指標）。
+> 完整內容住在 `cards/isep/`，這裡只列「有這件決策、去哪張卡」。
+
+## 真身薄殼合一 — 2026-08-20
+**結論**：環境設定（hooks／commands／skills／scripts）只留一份，裝在 ISEP 這個獨立 repo，
+本機與雲端裝同一個 Claude Code plugin。
+**原因**：兩份必然漂移，且漂移已經實際發生兩次（`InkStoneCo#57`、`#14`）。
+**詳細**：`cards/isep/真身薄殼合一.md`
+
+## hook 路徑一律 ${CLAUDE_PLUGIN_ROOT} — 2026-08-20
+**結論**：hook 指自己用 `${CLAUDE_PLUGIN_ROOT}`；指專案內檔案（wiki／docs）才用 `$CLAUDE_PROJECT_DIR`。
+**原因**：寫死路徑或誤用 `$CLAUDE_PROJECT_DIR` 指自己＝雲端 cwd 不是真身，路徑斷掉。
+**詳細**：`cards/isep/hook路徑規約.md`
+
+## ISEP 自建 wiki，不繼承 InkStoneCo 的內容 — 2026-08-20
+**結論**：ISEP 裝一套自己的 `system-dev/wiki/`（依 `system-dev-template` 的骨架），只記 ISEP
+自己的決定與坑，不搬運 InkStoneCo 頂層 wiki 的內容。
+**原因**：wiki 是知識不是環境；複製過來即 fork，fork 即漂移——跟「真身薄殼合一」是同一個病，
+只是這次的對象換成知識庫而不是 hook。
+**詳細**：`cards/isep/repo邊界與紅線.md`；票 `inkstone/ISEP#3`。

system-dev/wiki/mistakes.md

@@ -0,0 +1,27 @@
+# 已知誤解 / 踩過的坑
+
+> 這是 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 路徑全部改過一輪）

system-dev/wiki/principles.md

@@ -0,0 +1,7 @@
+# 設計原則（行動前必服從，全文注入，一行一條）
+
+- 只改 ISEP，不改 `InkStoneCo/.claude/hooks/`（那個目錄退場中）；改完兩邊各自 `/plugin update`。
+- hook 指自己一律用 `${CLAUDE_PLUGIN_ROOT}`，不寫死絕對路徑；指專案內檔案（wiki／docs）才用 `$CLAUDE_PROJECT_DIR`。
+- 本 repo 不放 `.env`／任何金鑰真身（D36「金鑰只有一個家」）；也不放 `_archive/`。
+- ISEP 的 wiki 只記 ISEP 自己的事，不複製 InkStoneCo 的 wiki 內容（複製即 fork，fork 即漂移）。
+- 環境（hooks／commands／skills／scripts）與知識（wiki／docs）雖然裝在同一個 repo，改動理由不同——環境變更要同步本機＋雲端兩份，知識變更只影響這個 repo 自己被讀到什麼。

system-dev/wiki/status.md

@@ -0,0 +1,30 @@
+# 當前狀態
+> 更新時間：2026-08-20
+
+## 這是什麼專案
+ISEP（InkStone Environment Plugin）：leo 的 Claude Code 環境唯一真相源——41 支機械閘、
+7 支 slash command、2 支 skill、23 支腳本，打包成一個 plugin，本機與雲端裝同一份。
+建立於 2026-08-20（`c263866`），版本 0.1.0。全文見 `README.md`。
+
+## 正在做
+- [🔄] `inkstone/ISEP#3`：讓 ISEP 自己有一套可查的 wiki（本次改動）——
+  接手 ISEP 的 session 不必回頭 clone InkStoneCo 才查得到「這裡的決定/踩過的坑」。
+
+## milestone v0.2.0 的其餘票（2026-08-20 撈的快照，動手前用 Gitea 核實別信這份）
+- `#2` 規範全文搬進 ISEP 的 `docs/`（目前只有 wiki，還沒有 `docs/`）
+- `#4` 各 repo 標籤統一，不用每次猜標籤名
+- `#5` 雲端 session 一啟動要載到 ISEP 的閘與 command
+- `#6` 每次交貨要有 release tag + release note
+
+## 下次 session 第一件事
+查 Gitea `inkstone/ISEP` 的 `labels=s/todo,s/doing`，核對上面列的票是否還開著、狀態有沒有變，
+再從其中選一張接著做。**不要相信這份快照的票號清單本身**，只信「去查 Gitea」這個動作。
+
+## 待負責人確認
+（無）
+
+## 已知問題
+| 問題 | 優先級 | 狀態 |
+|------|--------|------|
+| Claude Code 能不能從私有 Gitea repo 裝 marketplace（要憑證）——README 明寫「尚未驗證」 | 🟡 | 待 `#1`／`#5` 相關票驗證 |
+| `system-dev/wiki/PANORAMA.md`（跨 repo wiki 全景圖）尚未產生——`scripts/wiki-panorama.sh --write` 要先建 `.panorama-repos.txt` roster，屬另一支票的地盤，本次未動 | ⚪ | 待補 |