c2638668e3
leo 2026-08-20:「同一個 plugin 你用,薄殼也用,保證兩邊同步」
「我要你幫雲端做薄殼,永遠都有問題,你要做的就是這組設定
你自己可以 dogfooding」
搬進來:41 支 hook(51 條註冊)/7 支 command/2 支 skill/23 支腳本。
不搬 .env、wiki、docs——那些是知識不是環境。
51 條 hook 路徑全部從 $CLAUDE_PROJECT_DIR/.claude/hooks/ 改成 ${CLAUDE_PLUGIN_ROOT}/hooks/,
零漏網。那正是薄殼一直壞掉的根:雲端 cwd 不是真身,寫死路徑就斷。
尚未驗證:Claude Code 能不能從私有 Gitea repo 裝 marketplace(要憑證)。
下一步就是在本機實際裝一次,通了才動雲端 bootstrap.sh。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
59 lines
1.8 KiB
Markdown
59 lines
1.8 KiB
Markdown
# /wiki-recall — Session 開始,手動接關
|
||
|
||
開新對話時接上次進度。**Fallback 命令**:SessionStart hook 沒啟動時手動接關;要完整脈絡時也用。
|
||
|
||
> 主路徑是 SessionStart hook 自動注入 status 重點,不靠你打命令。
|
||
> 這支命令應對 hook 失效,以及需要比「status 重點」更完整脈絡的時候。
|
||
|
||
---
|
||
|
||
## 命名閉環
|
||
|
||
init(建) → update(存,session 末) ↔ **recall(接,session 初)** → capture(隨時存結論)
|
||
|
||
---
|
||
|
||
## 執行流程
|
||
|
||
### 第一步:讀 status.md(當前進度)
|
||
|
||
讀 `system-dev/wiki/status.md`,掌握:
|
||
- 正在做什麼、阻擋點
|
||
- 下次 session 第一件事
|
||
- 待負責人確認、已知問題
|
||
|
||
### 第二步:讀 decisions-summary.md(為什麼這樣做)
|
||
|
||
讀 `system-dev/wiki/decisions-summary.md`,掌握相關的架構決策——避免重新討論已定案的事。
|
||
|
||
### 第三步:讀 mistakes.md(別重犯)
|
||
|
||
讀 `system-dev/wiki/mistakes.md`,掌握已知誤解 + 快速檢查清單。
|
||
|
||
### 第四步:掃 wishlist / HANDOFF(如果有)
|
||
|
||
- `docs/wishlist.md`:待補功能
|
||
- 任何 `HANDOFF.md` / 交接note:上一棒留下的脈絡
|
||
|
||
### 第五步:回報接關結果
|
||
|
||
```
|
||
📍 接關完成
|
||
🔄 上次正在做:[status 的「正在做」]
|
||
🎯 下次第一件事:[status 的「下次 session 第一件事」]
|
||
⚠️ 待確認:[如有]
|
||
```
|
||
|
||
---
|
||
|
||
## 鐵律:快照非即時狀態
|
||
|
||
status / wiki 是 **point-in-time 快照,不是即時狀態**。
|
||
|
||
接關 = 讀快照 **+ 核實快照**,**不盲信**。
|
||
|
||
> 實例:某專案 status 曾寫「待 A 收尾 X」,實際 X 早已完成。
|
||
> 照舊資訊行動會去催一件已完成的事。
|
||
|
||
動手前,先用當前 code / git / 檔案核實快照寫的事項是否仍成立。發現落差 → 先更新 status,再動手。
|