Files
Leo c2638668e3 ISEP 0.1.0:環境設定收成一個 plugin,本機與雲端共用一份
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>
2026-08-20 11:41:46 +08:00

1.8 KiB
Raw Permalink Blame History

/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,再動手。