Files

T

Leo 06e901f590 chore: template 1.9.x 知識庫遷移 → system-dev/

把 system-dev-template 1.9.x 的知識庫基建搬進 git（從功能 PR 拆出，獨立成筆）：
- system-dev/wiki/：LLM 記憶系統（principles 鐵律 + 5 張 ingest 卡 + INDEX/TAXONOMY + status/mistakes）
- system-dev/docs/：SDD 新家（3-specs/ + 2-architecture/ + README/SKILL）；ingest-pipeline SDD 從 docs/3-specs/ 搬來
- system-dev/scripts/：install/update
- .claude/：wiki/SDD harness（commands + hooks：session-recall / sdd-guard / wiki-secret-scan）

SDD 位置統一：docs/3-specs/ingest-pipeline → system-dev/docs/3-specs/ingest-pipeline
（對齊 SDD guard hook 預期路徑 + template 1.9.x 規約）。

純基建遷移，不含任何功能程式碼（src/tests/contracts 在功能 PR #3）。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-26 20:45:18 +08:00

1.8 KiB

Raw 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，再動手。

1.8 KiB Raw Blame History Unescape Escape