Files

T

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.1 KiB

Raw Permalink Blame History

/wiki-update — Session 結束，更新狀態

每次 session 結束時執行。更新 status.md，確保下次 session 能無縫接上。

執行流程

第一步：整理這次 session 的結果

從對話中提取：

完成了哪些 tasks（標記為 [x]）
進行中但未完成的（標記為 [🔄]）
遇到什麼問題或阻擋
下次應該從哪裡開始

第二步：更新 tasks.md

把對應 SDD 的 tasks.md 狀態更新（如果這次有動到的話）。

第三步：更新 status.md

用以下格式覆蓋 status.md：

# 當前狀態
> 更新時間：[YYYY-MM-DD]

## 正在做
- [🔄] [task 描述] — 阻擋點：[如果有]

## 下次 session 第一件事
[具體的第一個動作，越具體越好]

## 待負責人確認
- [描述] — 等待：[什麼決定]

## 已知問題
| 問題 | 優先級 | 狀態 |
|------|--------|------|
| [問題] | 🔴/🟡/⚪ | [狀態] |

第四步：如果有新的誤解或決策

順帶執行 /wiki-capture 的邏輯，把這次的誤解和決策也存進去。

第五步：確認

告知 status.md 更新完成，下次 session 從哪裡開始。

1.1 KiB Raw Permalink Blame History Unescape Escape