北京
六個文件夾、一份上下文文件、一個記憶目錄和幾條斜杠命令——這就是我用了一天時間搭好，又跑了整整兩周的完整方案。說出來你可能不信，最讓我得意的是，這套東西全是純文本，就算明天 AI 工具突然不能用，我的筆記也不會丟。
我以前折騰過六次“第二大腦”，從 Roam、Notion 到 Tana、Logseq，每次都死得一模一樣：周天興致勃勃搭好結構，周三之前拼命往里塞筆記，到下個周末那個資料庫就變成了另一個需要清理的收件箱。檢索太痛苦了，200 條筆記堆進去，半年后想不起來 3 月份某個決策的思考過程是什么，那個關系圖譜截圖看著很炫，但它回答不了任何實際問題。
我后來才明白問題所在。不是工具不行，是“檢索員”一直只有我自己。讓一個人每周翻看 500 個 Markdown 文件，本質上就是把人當數據庫來用——沒人受得了，知識庫一定會爛掉。所以我把一個語言模型塞到了筆記下面，讓它擔任那個不出聲的讀者。整個方案就圍繞這一點展開：筆記你照常寫，但回顧和提取這件事交給 AI 干。
這套東西的核心部件就三個。Obsidian 負責存儲，它是一個桌面應用，打開一個本地文件夾就能直接管理所有 Markdown 文件，并提供鏈接、搜索和圖譜視圖。文件就在你硬盤上，沒開云同步就用不著云端，沒有專有數據庫，導出步驟都省了，想拿回筆記隨時能拿。Claude Code 則扮演操作員，它是 Anthropic 的終端工具，能讀取你指定的文件夾，并按照預設提示去執行任務。你讓它閱讀你的知識庫并執行指令，它就去干。兩個工具各做一半的事：Obsidian 讓筆記對人友好，Claude Code 讓筆記對機器可執行。單獨用哪一個都搭不出真正能跑的第二大腦，合起來才行。
搭建順序共六步，但我得先說清楚，真正讓系統能跑通的其實是后兩步。前面四步只算結構搭建：
第一步，建立 PARA 文件夾。也就是項目、領域、資源、歸檔四類目錄。這是基礎骨架，讓每一條筆記都有地方放，而不是隨意攤在根目錄。
第二步，創建 CLAUDE.md 文件。這個上下文文件會告訴 Claude Code 整個知識庫的規則、當前活躍的項目是什么、你常用的標簽和命名約定，相當于給它一本使用手冊。
第三步，建一個記憶目錄。里面放的恰恰是你希望 AI 反復記住的那些東西，比如重要的決策理由、反復用到的代碼片段、個人偏好設定。這一步很關鍵，否則 AI 每次讀筆記都是重新開始，記不住長期背景。
第四步，配好斜杠命令。把“幫我查找上周關于某項目的討論”“匯總過去三天新加的待辦”這類高頻需求寫成可復用的命令，下次直接觸發就行，省得每次都臨時拼提示詞。
第五步才開始真正用起來。你正常在 Obsidian 里記筆記，但每次寫完就把 Claude Code 指向記憶目錄讓它更新。也就是說，你并不需要為了“給 AI 看”而改變記錄方式，維護工作在后臺就完成了。
第六步是這當中最容易被忽略的：定期讓 AI 重新讀一遍最近變動的文件，并根據記憶目錄輸出一份當前狀態簡報。這份簡報反過來又會變成下一次對話的上下文。這樣一來，哪怕你隔了一周才重新打開終端，AI 也清楚這期間你積累了哪些上下文，不至于每次都得從頭梳理。
做到這里你會發現，筆記庫的檢索壓力被徹底轉移了。你再也不用靠記憶去翻幾十個 Markdown 文件，而是直接用自然語言問 Claude Code，它會把符合語境的那幾條當場給你。說白了，不是不記筆記，是不再需要靠腦子去當數據庫了。
還有一點值得提：整個方案說到底就是一個裝滿純 Markdown 文件的文件夾。沒鎖在哪個平臺里，也沒有復雜的數據庫。萬一 Claude 消失了，筆記仍然在——你不過又回到了手動翻找的日子罷了。因為這個底層的可遷移性，我才愿意把這套東西叫作“第二大腦”，而不是又一個會過期的數字櫥窗。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
