# 雲端 session 怎麼載到 ISEP —— inkstone/ISEP#5

對照 `docs/governance/sdd-gitea-governance.md` §11.3「載入契約」三條硬規則
（L11.3.1／L11.3.2／L11.3.3）與其驗收標準（L11.3.4：能貼出雲端實際載到的清單，
逐條對上 ISEP 的註冊條數）。本檔記錄機制、實測結果、還缺什麼。

## 舊模型死在哪（不要重蹈）

`InkStoneCo/.claude/cloud-shell/`（`generate-shell-payload.py` + 薄殼）的模型是：
真身 hook/command/skill → 產生器跑出「薄殼該長的樣子」→ 人推一份**複製本**進
GitHub 私 repo `youlinhsieh/inkstoneco`。這條鏈上兩個環節都「要有人記得」：

- 忘了重跑產生器 → 產物落後真身
- 產物沒推 → 薄殼落後產物

`inkstone/InkStoneCo#57` 的實測：薄殼比真身少 7 支閘，其中兩支才立一天。
`#14` 更早：雲端 33 支閘一支都沒生效。**兩次同一個病**：任何「複製一份」的設計，
新鮮度只能靠人記得，而人會忘。

## 新機制：讓 Claude Code 自己的 plugin marketplace 去裝真身

不做複製，改用 Claude Code 原生支援、且經官方文件證實可行的路徑：

1. **ISEP 本身已經是一個合法 plugin**（`.claude-plugin/plugin.json` +
   `.claude-plugin/marketplace.json`，另一張票的產物），hook 一律用
   `${CLAUDE_PLUGIN_ROOT}`，不寫死路徑。
2. Cloud environment 的 **Setup script**（code-on-web 原生功能，
   在 Claude Code 啟動**之前**跑，跑在同一台會被拍成快照的 VM 上）裡跑：
   ```
   claude plugin marketplace add https://git.uncle6.me/inkstone/ISEP.git --scope user
   claude plugin install isep@inkstone --scope user
   ```
   這兩行**不是複製**——跟本機 `claude plugin install` 是同一條路徑，裝的內容
   100% 來自 ISEP 這個 repo 的 HEAD，沒有第二份、沒有產生器、沒有「子集」。
3. Setup script 跑完，Anthropic 把整個檔案系統（含 `~/.claude/plugins/`）拍成快照，
   之後每個新 session 直接沿用快照，**在 Claude Code 啟動當下**（不是「clone 完才補」）
   plugin 就已經在磁碟上——`command`／`skill` 啟動時的目錄掃描掃得到，不再是
   `#14` 那個「hook 可以晚到、skill/command 不行」的破口（見 L11.3.2）。

私有 repo 的認證：不把 token 寫進任何檔案，改用官方文件建議的 CI/CD 寫法——
用 `GITEA_TOKEN_CLAUDE_CODE`（既有機器帳號 token，`InkStoneCo#14` 已建立的同一把，
沒有新造）在 Setup script 裡做一次 git URL 重寫：

```sh
git config --global url."https://x-access-token:${GITEA_TOKEN_CLAUDE_CODE}@git.uncle6.me/".insteadOf \
  "https://git.uncle6.me/"
```

`marketplace add` 用乾淨網址（不帶 token），認證完全交給上面那條重寫，
所以 `known_marketplaces.json` 裡存的來源網址也不帶 token
（本機實測驗過，見下面「已驗」第 2 輪）。

完整腳本：`docs/cloud-setup-script.sh`（貼進 code-on-web 的 Setup script 欄位用）。

## 已驗（本機，隔離環境，不影響本機正在跑的任何 session）

🔴 **怎麼保證沒有干擾**：全程把 `$HOME` 指到 scratchpad 底下的隔離目錄
（`isep-test-home`／`isep-test-home2`），從未寫到真正的 `~/.claude/`，
也沒有動到 `InkStoneCo/.claude/` 那份舊設定。兩者互不相干，
本機目前跑著的其他 session／agent 全程沒受影響。

**第 1 輪**（token 直接嵌在 marketplace URL 裡，沿用 ISEP 這個 git checkout
本來就有的、已解析好的 origin 憑證——不是我另外造的憑證，是既有機制解析出來的那份）：

```
$ claude plugin marketplace add "https://claude-code:<token>@git.uncle6.me/inkstone/ISEP.git" --scope user
Adding marketplace…Refreshing marketplace cache (timeout: 120s)…
Cloning repository (timeout: 120s): https://***:***@git.uncle6.me/inkstone/ISEP.git
Clone complete, validating marketplace…
✔ Successfully added marketplace: inkstone (declared in user settings)

$ claude plugin install isep@inkstone --scope user
Installing plugin "isep@inkstone"...✔ Successfully installed plugin: isep@inkstone (scope: user)

$ claude plugin list
Installed plugins:
  ❯ isep@inkstone
    Version: 0.0.0
    Scope: user
    Status: ✔ enabled
```

**第 2 輪**（重跑一次，改用實際要交付的「乾淨 URL + git config url.insteadOf 重寫」
寫法，驗證 §建議腳本 那段真的可行，而不是理論上可行）：

```
$ git config --global url."https://x-access-token:<token>@git.uncle6.me/".insteadOf "https://git.uncle6.me/"
$ claude plugin marketplace add https://git.uncle6.me/inkstone/ISEP.git --scope user
✔ Successfully added marketplace: inkstone (declared in user settings)
$ claude plugin install isep@inkstone --scope user
✔ Successfully installed plugin: isep@inkstone (scope: user)

$ cat ~/.claude/plugins/known_marketplaces.json
{
  "inkstone": {
    "source": { "source": "git", "url": "https://git.uncle6.me/inkstone/ISEP.git" },
    ...
  }
}
```
⇒ 存在磁碟上的 marketplace 來源紀錄**不帶 token**——符合 L11.3.3「憑證只准取名字」。

**逐條對照**（`claude plugin details isep@inkstone` 的輸出 + 直接數快取目錄裡的檔案，
對照 ISEP 這次測試當下的 Gitea `main` HEAD）：

| | 裝到本機隔離環境的 | ISEP `main` 當下的來源 | 對上了嗎 |
|---|---|---|---|
| Skills | 9（`cp-write`／`deep-recall`／`issue-handle`／`sdd-check`／`ship-check`／`wiki-capture`／`wiki-init`／`wiki-recall`／`wiki-update`） | `commands/` 7 支 + `skills/` 2 支 = 9 | ✅ 逐支比對名稱一致 |
| Commands 目錄 | 7 個 `.md` | 7 個 `.md` | ✅ `diff` 兩邊檔名清單完全一致 |
| Skills 目錄 | `deep-recall`／`ship-check` 2 個 | 同 | ✅ |
| Hook 腳本（`hooks/*.sh` 實體檔） | 42 支 | 42 支 | ✅ `ls` 兩邊都是 42 |
| `hooks.json` 裡註冊的 hook 腳本路徑（去重） | 39 支唯一路徑 | 39 支 | ✅ `diff` 兩邊 grep 結果完全一致 |

（42 支實體檔 vs 39 支被 `hooks.json` 引用：差的 3 支是 `hooks.json` 自己
＋ `pre-write-guard.sh`／`pre-write-guard.template.sh` 這類非直接掛註冊的輔助檔，
兩邊都一樣，不是漏裝。）

**意外的額外證據**：測試途中 ISEP 的 `main` 因為別的票（`#6`／`#9` 等）合併而往前推進
（多出 `hooks/release-tag-guard.sh`、`docs/governance/`…），**下一次 `claude plugin
marketplace update` / 重裝立刻拿到新內容**——證明這條路徑讀的是 Gitea 當下的 HEAD，
不是任何時間點的快照複製本。

## 沒驗到的（明講，不含糊）

- ❌ **沒有在真正的 code-on-web 雲端 session 裡跑過。** 本機能做到的最接近測試是
  「隔離 `$HOME` + 真的私有 repo + 真的 `claude plugin` CLI」，但 Cloud environment
  的 Setup script 欄位、Environment variables 欄位是 claude.ai 帳號層級的設定，
  我沒有去改——那是 leo 的 dashboard，不是這台機器上的檔案，我也判斷這件事
  不屬於「可以自己裁」的範圍（不是 GitHub push，但同樣是帳號層級設定，
  比照 D20 的精神交給 leo 動手）。
- ❌ **沒有驗到「hook 真的攔下第一個工具呼叫」這一步的完整 runtime 行為**——
  只驗到「plugin 在磁碟上正確就位、`claude plugin list` 回報 enabled」。
  完整跑一個已登入的 `claude -p` session需要這台機器的 Claude Code 登入憑證
  （存在 macOS Keychain，不是可複製的檔案），我判斷把它匯出到隔離測試環境
  超出這張票該做的事，沒有做。
  Q5（plugin 是否在 SessionStart 前同步就位、保證第一個工具呼叫就有效）
  這格的證據來自官方文件（`plugin-marketplaces.md` §Pre-populate plugins for
  containers：「At startup, Claude Code registers marketplaces found in the
  seed's `known_marketplaces.json`... This works in both interactive mode and
  non-interactive mode with the `-p` flag.」），**不是我自己重現的 runtime 實測**。
- ❌ **Environment caching 的 ~7 天新鮮度窗口沒有解**——setup script 只在
  「這個 environment 第一次開 session」跑一次，之後沿用快照，直到快照過期
  （約 7 天）或 leo 改了 setup script／allowed network hosts 才重跑。
  這代表 ISEP 若在窗口期內更新，雲端會暫時停在舊版本，直到快照重建。
  這不是本票要解的「載不載得到」問題，而是另一種新鮮度問題，**留給 leo 決定
  要不要另開票**（例如：leo 定期手動點一下「rebuild environment」，或接受
  7 天週期）。

## 需要 leo 做的（帳號層級設定，非 GitHub push，但同樣是我不該自己動的地方）

去 code-on-web 的 **Cloud environments** 設定（`claude.ai` 帳號設定，不是
GitHub、不是 Gitea）：

1. 選 InkStoneCo 這條線在用的 environment（或建一個新的），
   **Environment variables** 欄位加一行：`GITEA_TOKEN_CLAUDE_CODE=<既有那把值>`
   （名字沿用 `InkStoneCo#14` 已建立的那把，不要新造；值只有 leo 知道要填什麼，
   我這邊沒有也不該有）。
2. **Setup script** 欄位貼 `docs/cloud-setup-script.sh` 的內容。
3. 開一個新 session（或用 dashboard 的「rebuild environment」逼快照重建），
   驗 `claude plugin list` 顯示 `isep@inkstone enabled`，且照 §逐條對照 那張表
   再核一次數字。

## 這張票沒動、也不會動的東西

- 沒有動 `youlinhsieh/inkstoneco`（GitHub 薄殼 repo）——這個新機制**完全不需要
  改它**：安裝目標是 `--scope user`（VM 家目錄），跟 session 從哪個 cwd 啟動無關。
  舊模型需要在薄殼裡放 `.claude/settings.json` 指標，新模型不需要。
- 沒有 push 到 GitHub、沒有 push 到本 repo的 `main`。全部改動只在
  `leaf/5-cloud` 這條分支。
- 沒有把任何 token 值寫進這個 repo 的任何檔案（`docs/cloud-setup-script.sh`
  只引用環境變數名字 `GITEA_TOKEN_CLAUDE_CODE`）。