DMBot onepage/ Claude × Obsidian
X Article · kai · 2026-08-07
10 個免費 GitHub Repo：把 Claude＋Obsidian 變成第二大腦
這份清單真正有用的地方，不是一次安裝十個 repo，而是先分清楚：誰負責把原始資料整理成可讀知識、誰負責在需要時取回它、誰又有權限寫回你的 vault。
Published: 2026-08-07Source: kai / X ArticleFormat: repo landscape
01 / 編譯
Wiki pattern
將 raw、wiki、instructions 分層：模型讀一次來源，產出可連結的摘要頁，後續查詢主要讀編譯後知識，而不是反覆塞進原文。
02 / 觸發
Skills pattern
把特定任務的規則包成按需載入的 skill，例如讀 paper、整理筆記或遵守 vault 命名。重點是減少主上下文長期負擔。
03 / 連接
MCP bridge
MCP 讓 agent 在執行時查詢 vault；read-only 適合先驗證檢索品質，read-write 才能做自動建檔、修訂與維護。
Key signals
從清單裡應該先看見的四件事
Landscape
10 repos
原文把工具放進三種架構，而非視為十個彼此等價的選項。
Minimum
2 roles
作者建議一個編譯器加一個 bridge；實際選擇應從現有工作流出發。
Access
R / W
讀取與寫入是不同風險層級。先 read-only，確認資料邊界後再開自動寫入。
Caveat
claims vary
功能、維護狀況與相容性會變動；清單是研究起點，不是安裝或安全背書。
Architecture
三種架構，各自解決不同問題
01
Karpathy LLM Wiki：把知識「編譯」成可用格式
核心概念是 source、compiled wiki、操作規則三層分工。它適合重複查詢同一批資料的人，因為後續工作以結構化頁面為基礎；代價是要接受其資料夾與命名慣例。
02
Skills：讓專用流程按需進場
Skills 處理的不是儲存本身，而是「何時該如何做」。它適合已經有 Obsidian 習慣，想把論文閱讀、會議整理、標籤或連結規則固定下來的人。
03
MCP：把 vault 接進 agent 的執行當下
MCP 解決即時檢索與操作。只讀版本比較適合研究與問答；讀寫版本才可能讓 agent 維護筆記，但也必須有備份、範圍限制與可檢查的變更紀錄。
Repo map
原文列出的 10 個方向，怎麼讀才不會被名稱淹沒
先做第一個 wiki：AgriciDaniel/claude-obsidian原文定位為較純粹的 wiki pattern：從 raw source 生成連結頁面。適合從空 vault 或新工作區開始；既有大量筆記者需先評估遷移成本。
大 vault 的自動維護：eugeniughelbur/obsidian-second-brain結合 MCP、skills 與指令，主打檢索與排程維護。功能多意味著安裝、資源與權限面都更複雜，應先在備份副本測試。
Obsidian 原生流程：kepano/obsidian-skills、qhuang20/obsidian-skills前者偏向 Obsidian 作者的技能慣例；後者結合 skills 與 wiki ingest。它們適合把既有筆記規則轉成可重複觸發的 agent 工作流。
不同資料邊界：iansinnott、noesskeetit、CoMfUcIoS、MegaMem清單涵蓋 Obsidian API、唯讀語意搜尋、嚴格唯讀與時間知識圖譜等路線。選擇重點是資料是否可被寫入、是否依賴外部服務及是否真的需要時間推理。
Decision guide
依你的起點，選最小可行組合
新 vault、想理解這套方法從單一 wiki-pattern 專案開始，匯入一份非敏感資料，檢查產出的連結、引用與命名是否真的比原始筆記更好用。
已經有大量筆記、只想先問得更準先選 read-only MCP 或檢索方案。確認它的搜尋結果、索引範圍與隱私設計，再決定是否需要自動寫回。
已經日用 Claude Code／Codex先以 skills 固定你的筆記整理規則；只有當手動整理明確成為瓶頸時，才加入 ingest 或排程自動化。
考慮讓 agent 自動維護 vault把寫入範圍限制在測試資料夾，保留 Git／版本備份與人工 review。不要把「能寫」誤當成「應該讓它全域寫」。
Practical checks
安裝前的五分鐘檢查表
資料去哪裡？確認 repo 是否只讀本機檔案、是否建立 embeddings、是否傳送內容到外部 API，以及 embeddings／索引儲存在何處。
權限有多大？查看 MCP 與 scripts 的讀寫能力。對可寫工具，先用獨立的測試 vault，不要直接連上唯一的工作筆記庫。
如何回退？先建立完整備份或版本控制；驗證工具會不會批次改名、改連結、刪檔或重寫 metadata。
是否真的解決痛點？用三個真實問題評估：找得到嗎、回答有來源嗎、整理後比原本更容易維護嗎。答不出來就先別加下一個工具。
References