Obsidian 變 AI 共用記憶:Codex、Claude Code 同本機模型點睇同一套資料
3C 產品

Obsidian 變 AI 共用記憶:Codex、Claude Code 同本機模型點睇同一套資料

圖片:via XDA Developers — https://www.xda-developers.com/my-obsidian-vault-is-shared-memory-for-claude-code-codex-and-local-llm/
TechLab 編輯部(譯)·

一個 Markdown vault 串起多款 agent,方便之餘亦要管好權限同衝突

XDA 作者 Nolen Jonker 將成個 Obsidian vault 開畀 Claude Code、Codex 同經 filesystem MCP 接入嘅本機模型,等幾款工具睇同一批專案資料。佢示範先用 Claude Code 記低 landing page 嘅決定,再開另一個 Codex session 查問,最後由 LM Studio 入面嘅 Qwen 3.5 整理狀態。三款工具接得上,全靠佢哋讀寫同一批 Markdown 檔案,效果幾似跨工具記憶。

五份資料,加三個入口檔案

作者喺 vault 根目錄開咗個 meta folder,入面分開記低電腦規格、vault 結構、手頭項目、已接駁嘅 MCP,同埋自己偏好 agent 點樣答。根目錄再放 AGENTS.md 畀 Codex、CLAUDE.md 畀 Claude Code,另有一份 prompt 手動貼入 LM Studio;三份入口都叫工具先讀 meta。Obsidian 官方亦講明,vault 本身就係本機 folder,筆記係普通 Markdown,所以換成 VS Code 或其他文字編輯器一樣用得。

Obsidian 變 AI 共用記憶:Codex、Claude Code 同本機模型點睇同一套資料

圖片:Wikimedia Commons — Marine BAJAN(CC BY-SA 4.0)

「共享記憶」實情係共用可讀寫檔案

叫佢共享記憶有少少誇張。模型冇突然得到一套跨平台腦袋,每次開新 session 都要重新建立 context,只係入口檔案會叫佢再讀一次專案狀態。呢個分別幾重要:模型漏讀、讀錯舊版本,或者某款本機工具冇自動載入入口,記憶就會斷。好處係資料跟住 Markdown 走,日後轉模型、轉 app,甚至停用某間供應商,都唔使由零再講一次背景,亦容易由人手直接修正。

AGENTS.md 同 CLAUDE.md 要短,詳情按需要先讀

OpenAI 官方文件話,Codex 會由專案根目錄一路向而家 folder 讀取 AGENTS.md,合併後預設上限係 32 KiB。Anthropic 就建議每份 CLAUDE.md 控制喺 200 行內,因為內容會佔用每次 session 嘅 context,匯入其他檔案亦照樣計。實用做法係入口只放硬規則、資料索引同「而家應該讀邊份狀態」,架構說明、研究筆記同舊決策分拆保存,有需要先叫 agent 開。每次都讀晒成個 vault,既嘥 token、拖慢速度,agent 跟指示亦可能冇咁穩定。

狀態、決策同待辦要有清楚分工

真係要照做,可以先用三類檔案:status.md 寫而家做到邊,decisions.md 記低決定、日期同原因,tasks.md 放下一步同負責工具。每次交棒前只更新呢三處,舊研究留喺獨立 folder,再喺入口加連結。決策紀錄最好逐項追加,唔好叫 agent 重寫成篇;待辦亦加上 ownerupdated 同完成狀態。咁 Codex 改完程式、Claude Code 接手整理時,先有辦法判斷邊份資料最新,亦方便人手睇 diff。

唔好成個私人 vault 一次過開晒

Obsidian 官方講得好清楚:本機 vault 冇由 Obsidian 加密,Sync 嘅端對端加密只保障同步途中同遠端副本。agent 一旦有 folder 讀取權限,私人日記、客戶資料、合約同抄低咗嘅 API key 都可能入 context;雲端模型仲牽涉資料傳送同保留設定。本機模型少咗上傳呢層風險,filesystem MCP 仍然可以誤讀或誤改檔案。較穩陣係另開乾淨嘅專案 vault,secret 只放環境變數,預設用唯讀;要改檔先開指定 folder。Codex 官方亦有 read-onlyworkspace-write sandbox,冇必要就唔好畀 full access。

多個 agent 同時寫,衝突唔會自己消失

同一時間叫兩個 agent 改 status.md,好容易互相覆蓋。Obsidian Sync 遇到 Markdown 衝突會嘗試合併,但官方承認結果可能有重複文字或格式問題;其他檔案類型就多數由最後修改版本勝出。簡單做法係每次只畀一個 agent 做寫入者,其他工具先唯讀,交棒前 commit 或留低細粒度 diff。同步服務亦只負責同步,唔可以當備份;版本控制、定期備份同人工 review 仍然要做。

呢套做法最啱同時用幾款 AI 工具、又成日要交接專案背景嘅 developer、freelancer 同知識工作者。由細規模開始,先共用狀態同決策,確定權限同更新習慣管得住,再逐步加入其他筆記,會實際好多。


參考來源

本文根據原文及公開資料整理;資料有出入時,以原文及官方資料為準。

分享:WhatsAppThreadsTelegramFacebook