
llm-wiki用一個問句替兩個 navi 分工,Obsidian 看內容、mod 專心跟 Claude 互動
我的 vault 有兩個都叫 navi 的工具,這篇記錄怎麼用一輪拷問定下分工規則:綁在 Claude Code 輸入框、session 或 git 上的留在 mod,其餘交給 Obsidian,以及搬家時數字對不起來、手機版沒有輸入欄這幾個坑。

我的 vault 有兩個都叫 navi 的工具,這篇記錄怎麼用一輪拷問定下分工規則:綁在 Claude Code 輸入框、session 或 git 上的留在 mod,其餘交給 Obsidian,以及搬家時數字對不起來、手機版沒有輸入欄這幾個坑。

vault 的 log 月檔從根目錄一份改到切月檔加 union,每次都在解衝突;git 和 PR 已經記下同樣的東西,我也從不翻,於是停寫、交給 git。

vault 儀表板 navi 只活在 Claude Code 的終端機裡,打開 Obsidian 看筆記時什麼也看不到。這篇記錄 Obsidian 版 navi 的做法:為什麼不用 Dataview、也不產生靜態 Markdown,而是寫一個免建置的小外掛隨 git 同步;健診頁的健康分數怎麼扣分、趣味頁的今日三頁與「今日媒人」怎麼算。也記錄用 mock 資料驗證時的兩個坑,以及真的在 Obsidian 打開後,分數從 mock 的 89 掉到 66:mock 只認 wikilink,漏掉了從 Heptabase 搬過來、沒整理過的約 183 條 Markdown 死連結。

note-enrich 跑完的 raw 常常已經夠格當 wiki 頁,但要升格時卡在一件事:原本「就近融入」的規則讓我寫的句子和網路查來的句子混在一起,升格只能動 LLM 寫的部分,卻分不出是哪幾句。這篇記錄把輸出改成「原文一塊、## 補充一塊、## 來源清單」的取捨,為什麼不從 raw 全面改、已經 enrich 過的 20 幾篇為什麼不回頭拆,以及 enrich 結束時怎麼判斷該不該提議 wiki-build –promote。也記錄兩份規格各寫各的 frontmatter,悄悄分歧出 kebab tag 和被挪用的 source 欄位。

frontmatter 的 source 欄位在 69 個檔裡有三種用法:外部網址、vault 內連結、note-enrich 的流程標記。這篇記錄把它全部併進 sources、流程標記另立 enriched 的取捨,raw 與 wiki 同名時為什麼要加路徑,以及跟另一個 session 同時改 enriched 格式撞在一起的合併。支線是藝評頁標題改成「前綴《展名》一句話」:一句話只從我說過的原話挑、個展的前綴用作者名,還有自己給的範例反過來違反新規則。

前兩天都在講這個筆記庫的儲存層——搬家的決定,和雲端同步碟咬出來的三類症狀。今天正式介紹它本身。Karpathy 的 LLM Wiki 架構是 Raw / Wiki / Schema 三層分工,我加的是「域優先」——用生活域當頂層資料夾,讓查詢有路徑可循,LLM 每次只讀 2 到 4 個檔而不是掃全庫。這篇講五個取捨:為什麼不用 RAG、為什麼域優先、為什麼 raw 不到五個檔不准開 wiki、為什麼規範要用 hook 擋、以及 skill 怎麼從原子指令收斂成管線。附三個實際踩過的判斷錯誤。

放在 iCloud 的第二大腦 vault,五個月累積了檔案脫水、衝突副本、rename 被還原一整套症狀(細節明天單獨寫一篇)。搬到 Obsidian Sync 才發現它排除所有 dot 資料夾,.claude/ 的 15 個 skill 和 4 支 hook 一個都不同步。這篇記錄三個方案怎麼比、為什麼最後整個 vault 改用 git,以及三個坑:文件宣稱可攜但程式碼寫死、dispatcher 靜默不執行、我自己把路徑長度算錯。
用 Karpathy LLM Wiki 架構重建個人知識庫:域優先結構、Inbox 分類流程、成熟後的 Skill 管線、hooks 機械護欄與跨域 hub 策展