這是什麼

llm-wiki 是我的筆記庫：七百多個 markdown、放在一個 Obsidian vault 裡，由 Claude Code 的 skill 負責整理。架構來自 Andrej Karpathy 的 LLM Wiki——Raw（原始素材，人放入、LLM 只讀）、Wiki（整理後的概念頁，LLM 維護）、Schema（一份規則檔定義結構，人制定）三層 分工。它沒有網站，操作介面就是 Obsidian 和一組 skill。

為什麼做

在幾個筆記工具裡都寫過東西，幾個月後想找某個概念，不是找不到，就是不記得當初為什麼 覺得它重要。看起來的正解是把筆記全餵進向量資料庫做 RAG，但 RAG 是查詢時才整理，每次 都從同一堆雜訊重新推導；wiki 是寫入時整理一次，之後反覆複用，整理出來的東西會累積。 代價是寫入變重，換到的是查詢變輕，也沒有向量資料庫要維護。

怎麼用

我在原架構上加了一層「域優先」：頂層資料夾用生活域切（books、coffee、art、engineer、 skateboard……），每個域有自己的 index。找咖啡相關的東西就從 coffee 的 index 進去，LLM 每次只讀 2 到 4 個檔，不用掃全庫。不確定歸屬的東西先放 others，同主題累積到 5 個檔 才升成自己的域，避免先建好一堆永遠是空的資料夾。

日常靠一組 skill 運作：inbox-triage 把新東西分流進來、wiki-build 把原始素材整理成概念頁、 wiki-query 回答問題、vault-maintain 定期檢修，note-enrich 和 note-explore 分別顧思考的 廣度與深度。

技術重點

規則分兩種強度。寫在規則檔和 skill 裡的是軟約束，覆蓋率高但靠 LLM 自律；最常被違反的 那幾條改成硬約束，用 hook 在寫入前直接擋下，做錯了根本存不進去。這些護欄每一條背後都 有一次真的發生過的違規，是長出來的，不是一開始設計好的。

儲存層從雲端同步碟搬到 git：同步碟帶來檔案變成佔位檔、改名被還原、靜默產生衝突副本 這幾類問題，而且同步不到放 skill 的資料夾。搬到 git 之後的新問題是同一個 vault 同時開 好幾個 Claude session，共用工作目錄時不會有 merge conflict，只會互相覆蓋，所以另外訂了 一份並行協定。

設計取捨

skill 從 9 個原子指令開始，現在 15 個，中間有 10 個名字已經退場：同一個域裡的指令收成 一條龍，新的域再帶來自己的入口。其中六個已整理成拿掉個人資訊的範本公開在文章裡，可以 直接拿去改。