如何利用 Karpathy 的方法構建「第二大腦」(Claude + Obsidian)

@kirillk_web3
英語3 天前 · 2026年7月08日
149K
120
26
3
464

TL;DR

本指南詳細介紹了 Andrej Karpathy 構建「第二大腦」的方法,讓 AI 擔任你知識庫的程式設計師,自動化維護筆記之間的連結。

以下是這套知識系統的完整 A–Z 解析,這套系統由 Andrej Karpathy 發揚光大,並說明如何用 Claude Code 自己建構出來。

趁你還沒忘記,先收藏這篇。

觸及 2100 萬次觀看的點子

Andrej Karpathy — OpenAI 共同創辦人、Anthropic AI 研究員 — 分享了一個簡單的點子,並迅速爆紅。

別再用 AI 來寫程式碼了。用它來打造你的第二個大腦。

https://x.com/karpathy/status/2039805659525644595

這個概念聽起來很基本,直到你理解其獨特之處。你不只是儲存筆記。你是在建立一個循環——一個每個你加入的來源都能讓整個系統變得更智慧的系統,包括你幾個月前加入的筆記。

大多數的筆記應用程式只是儲存空間。你把東西放進去,它們就待在那裡,你搜尋,然後祈禱能找到。

這個方法不同。它會產生複利效應。就像利息一樣。你餵養它的東西越多,它裡面已經存在的東西價值就越高。

以下是如何用 Claude Code 來建構它。

這個方法實際上是什麼

大多數人的「第二個大腦」其實是個墳場。

筆記進去了。它們再也沒出來過。圖形檢視看起來很厲害,但你實際上從未使用過裡面 95% 的內容。這是囤積,不是系統。

Karpathy 說明了它與 RAG 的真正區別——RAG 是人們將 AI 附加到筆記上的標準方法。

Kirill - inline image

RAG 每次針對每個問題都從頭重新搜尋你的文件。沒有任何累積。你提問,它檢索,它回答,然後它就忘記了——下一個問題又從零開始。知識從未被真正編譯。它只是被一遍又一遍地搜尋。

維基方法則是一次編譯知識並持續維護它。AI 讀取一個來源,將其整合到結構化的維基中,並連結到所有已經存在的內容。下次你提問時,答案已經有一半建立在結構中了。而且關鍵的是:答案本身可以作為一個新頁面存檔回去。輸出變成了輸入。

正如 Karpathy 所說:Obsidian 是 IDE,LLM 是程式設計師,維基是程式碼庫。

查看官方連結 - https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f

你不是在搜尋一堆文件。你是在維護一個活生生的、已編譯的知識庫——就像維護程式碼庫一樣,而不是像資料夾裡的文件那樣只是放著。

這就是循環。它有三個操作,每個操作都會反饋給系統:

匯入 — 你丟入一個來源。AI 讀取它,將其分解成原子化的頁面,並整合到維基中。

查詢 — 你針對所有內容提出問題。AI 從已編譯的結構中回答,並將答案作為一個新頁面存檔回去。

檢查 — 定期地,AI 會檢查維基的健康狀況:頁面之間的矛盾、過時的論述、沒有連結的孤立頁面、知識覆蓋的缺口。這是每個人都跳過的操作,但也是真正讓系統保持活力的操作。

儲存與循環的區別:儲存只是變大。循環則會變得更聰明——並且保持一致性。

為什麼循環會產生複利效應

這是讓它運作的數學原理。

一個有 10 則筆記的知識庫,最多有 45 個可能的連結。一個有 100 則筆記的知識庫,有 4,950 個連結。一個有 500 則筆記的知識庫,則有超過 124,000 個潛在連結。

Kirill - inline image

你的第二個大腦的價值不在於筆記本身。而在於它們之間的連結。而當筆記數量線性增長時,連結的數量是呈二次方增長的。

問題在於:你無法手動維護 124,000 個連結。沒有人類能做到。這正是為什麼大多數的第二個大腦都會消亡——維護成本增長的速度遠超過人類能負荷的程度。

Claude Code 解決了這個問題。它為你維護這些連結。每當你匯入一個來源,Claude 就會將它與整個現有知識庫重新連結。那些會扼殺手動系統的維護工作,變成了自動化流程。

這就是全部的訣竅。只有當有人維護這些連結時,循環才能產生複利效應。人類做不到。但 Claude 可以。

設定 —— Karpathy 使用的結構

Karpathy 的結構刻意保持簡潔。幾個資料夾和一個結構檔案。

Kirill - inline image
  1. /raw — 你的原始來源。文章、逐字稿、PDF、任何東西。未經處理。這是你的收件匣。
  2. /wiki — AI 生成的頁面。從你的原始來源中處理、連結、原子化的筆記。這是真正的第二個大腦。
  3. index.md — 目錄。維基中每個頁面的索引,讓你和 AI 都能一目了然地瀏覽整個結構。
  4. log.md — 時間軸。記錄了哪些內容何時被匯入的執行日誌。這是系統成長的歷史記錄。
  5. CLAUDE.md(結構檔案)— 規則。AI 在每次會話開始時讀取的檔案,它定義了如何匯入、查詢和檢查維基。Karpathy 稱之為結構——這是 AI 遵循的規範,用以一致地維護整個系統。

就這樣。沒有外掛程式,沒有複雜的工具。幾個資料夾、一個結構檔案,以及一個在終端機中運行的 AI Agent。

第 1 步 — 安裝 Obsidian 和 Claude Code

Obsidian — 免費,從 obsidian.md 下載。建立一個新的知識庫。這裡就是你第二個大腦的所在。

Kirill - inline image

Claude Code — 透過終端機安裝:

text
1npm install -g @anthropic-ai/claude-code

導航到你的知識庫資料夾並開啟 Claude Code:

text
1cd your-vault-folder
2claude

現在 Claude Code 在你的知識庫中運行,並擁有對每個檔案的直接讀寫權限。

第 2 步 — 建立 CLAUDE.md 引擎

這是整個系統中最重要的檔案。它是讓循環運作的關鍵。

在你的知識庫根目錄建立一個 CLAUDE.md。貼上以下內容:

markdown
1# Second Brain Schema
2
3## Structure
4- /raw 包含未處理的原始來源
5- /wiki 包含已處理的原子化頁面
6- index.md 是所有 wiki 頁面的目錄
7- log.md 是按時間順序的匯入歷史記錄
8- 此檔案是運行系統的結構規範
9
10## INGEST — 當我說「匯入這個」或將檔案放入 /raw 時:
111. 完整讀取來源
122. 將核心概念提取為獨立的原子化頁面
133. 對於每個頁面:清晰的標題、一句話摘要、
14 用我自己的話重述想法、來源歸屬
154. 使用 [[wikilinks]] 將每個新頁面連結到 /wiki 中相關的現有頁面
165. 如果一個頁面連結到 3 個以上的現有頁面,將其標記為樞紐頁面
176. 將每個新頁面加入 index.md
187. 在 log.md 中附加一條記錄,包含日期和來源
198. 將來源移動到 /raw/processed
20
21## QUERY — 當我提出問題時:
22- 在回答前搜尋整個 /wiki
23- 引用哪些頁面支持你的答案
24- 如果頁面之間有矛盾,揭露這個矛盾
25- 如果答案值得保留,將其作為新頁面存檔回去
26
27## LINT — 當我說「檢查 wiki」時:
28- 找出頁面之間的矛盾
29- 標記過時或被取代的論述
30- 找出沒有傳入連結的孤立頁面
31- 識別缺口:被提及但從未深入發展的主題
32- 報告所有發現;不要自動刪除
33
34## 規則
35- 每個頁面都是原子化的:一個頁面一個想法
36- 用我的語氣書寫,而不是來源的語氣
37- 絕不遺失來源歸屬
38- 積極找出非顯而易見的連結

AI 在每次會話開始時都會讀取這個檔案。你再也不需要解釋這個系統了。這個結構檔案就是引擎。

Kirill - inline image

第 3 步 — 餵養循環

現在循環開始運轉。將任何來源丟入 /raw 並告訴 Claude:

text
1ingest this

Claude 讀取來源,將其分解為原子化筆記,將每個筆記連結到你現有的知識庫,標記潛在的樞紐筆記,並歸檔所有內容。原本需要你花 30 分鐘手動處理的工作,現在只需要一個指令。

對所有內容都這樣做。你讀的一篇文章、一個播客逐字稿、一篇論文的 PDF、會議記錄、書籍重點摘要。

Kirill - inline image

每一次匯入都會讓整個系統變得更聰明——因為 Claude 會將新材料與所有已經存在的內容進行連結。

第 4 步 — 跨所有內容查詢

這就是儲存轉變為循環的關鍵。

一旦你的知識庫中有了一些材料,你就不再需要搜尋,而是開始提問:

text
1What do I know about [topic]? Pull from every relevant note
2and synthesize it into a coherent answer. Cite the notes.
Kirill - inline image
text
1What connects [concept A] and [concept B] in my vault?
2Find the non-obvious link.
text
1Based on everything in my vault, what's a question
2I should be asking that I'm not?
text
1What are the gaps in my knowledge about [topic]?
2What should I read next?

最後一個問題閉合了循環。Claude 識別出缺少的知識,你找到來源來填補這個缺口,你匯入它們,然後系統變得更聰明。輸出產生了下一個輸入。

第 5 步 — 檢查維基(每個人都跳過的步驟)

這是一個幾乎沒有人會做的操作——而這正是讓整個系統免於腐化的關鍵。

隨著你的維基增長,混亂會悄悄出現。兩個頁面開始互相矛盾。你在三月歸檔的一個論述,被你在六月讀到的某個東西取代了,但舊頁面仍然說著舊的內容。頁面變成孤兒,沒有任何連結指向它們。主題被提及,但從未真正發展。

放任不管,圖形結構會逐漸偏離。賦予它價值的連結會慢慢變得過時。

檢查可以解決這個問題。

每週執行一次:

text
1lint the wiki.
21. Find any pages that contradict each other
32. Flag claims that are outdated or superseded by newer notes
43. Find orphan pages with no incoming links
54. Identify gaps: topics I reference but never developed
65. Report everything. Don't delete anything —
7 just show me what needs attention.

Claude 遍歷整個維基並報告哪些地方出了問題。由你決定要修復什麼。

這就是區分一個保持敏銳的第二個大腦,與一個默默變成你不再信任的爛攤子的關鍵。Karpathy 的方法將檢查視為核心操作,而非可選的附加功能——因為一個你不信任的知識庫,你很快就會停止使用它。

第 6 步 — 每週循環回顧

每週一次,在執行檢查的同時,進行一次回顧,讓循環保持正確的方向:

text
1Review everything I added this week.
21. What are the 3 most important ideas I captured?
32. What new connections emerged between old and new pages?
43. What hub pages are forming — concepts that many
5 pages now link to?
64. What am I clearly interested in based on what I've been
7 feeding the system?
85. What should I explore next week to deepen the strongest threads?

這不僅僅是回顧。這是循環變得自我意識——系統在你意識到之前,就告訴你你正在朝著什麼方向建構。

為什麼這比任何筆記應用程式都強

Notion、Roam、標準的 Obsidian——它們都只是擁有更好 UI 的儲存空間。

Karpathy 的方法在一個特定方面與眾不同:連結會自我維護。

在一個一般的知識庫中,你必須自己記住,你現在讀的文章與你三個月前寫的一則筆記有關。你永遠不會記得。連結永遠不會建立。知識仍然被孤立。

在循環中,Claude 會自動建立那個連結,每次都是,跨越你的整個知識庫,永遠如此。那個會扼殺所有手動系統的東西——連結維護——正是 Claude Code 自動化的部分。

這就是為什麼它會產生複利效應。這也是為什麼 2100 萬人停下來閱讀 Karpathy 的點子。

額外技巧:讓你的第二個大腦全年無休運作

這是一個沒有人提到的限制。

在你的筆記型電腦上運行循環,意味著它只在你的筆記型電腦開機時才能運作。闔上螢幕,你的第二個大腦就停止思考了。你在晚上 11 點用手機找到一篇好文章,它就只能待在分頁中,直到你回到桌前。

你需要一個 VPS——一個全天候線上、不間斷執行、並能對資料變更立即反應的雲端伺服器。

我個人使用

👉

https://ishosting.com/affiliate/NzE0MiM2

他們提供簡單的 Linux 環境,並附有現成的安裝指南——即使你不懂技術也能輕鬆上手。

我的訂閱者可以獲得特別折扣。

Kirill - inline image

一個便宜的、永遠在線的伺服器,讓你的第二個大腦全天候運行。將連結透過電子郵件發送給自己,將檔案放入同步資料夾,循環就會自動處理——即使你的筆記型電腦已經闔上,你正在睡覺。

設定步驟:

  1. 取得一個基本的 Ubuntu VPS(推薦: Start - Linux SSD, Ubuntu 22.04, 芝加哥位置或其他位置)
Kirill - inline image

年付方案每月 $10.19 美元。

對於更複雜的任務,我建議使用: Medium 或 Premium

最低伺服器配置:Xeon 2x2.20GHz, 2GB RAM, 30GB SSD — 繁重的工作由 Anthropic/Moonshot 伺服器透過 API 處理。你的 VPS 只需運行 Agent 並存放你的文字檔案,因此不需要強大的配置。對於大量批次匯入,4GB RAM 會更舒適。

建議配置:

  • 4 vCPU
  • 8 GB RAM
  • 80 GB SSD
  • 位置:紐約 / 倫敦 / 法蘭克福(延遲更低)
Kirill - inline image

一次預付一整年更划算

你可以在這個單一伺服器上同時運行多個機器人。一個 VPS,無限策略。

連接到你的 VPS

檢查你的電子郵件。

Kirill - inline image

Windows: 開啟遠端桌面 (RDP) → 輸入伺服器 IP → 使用憑證登入(如果你選擇了 Windows 主機)

Mac: 開啟終端機 → 貼上 IP → 連線

text
1ssh root@SERVER_IP

你現在已經在你的雲端機器內部了。這個伺服器將不間斷地運行你的機器人。

在上面安裝 Claude Code

https://code.claude.com/docs/en/setup - 設定 Claude

https://obsidian.md/help/install - 安裝 Obsidian

  1. 將你的 Obsidian 知識庫資料夾放在伺服器上,並與你本機的知識庫同步
  2. 設定一個 cron 工作,每小時對 /raw 資料夾執行「ingest this」指令

現在循環永不休息。來源一落地就會被匯入、連結和歸檔——無論你在哪裡,無論你的電腦是否開機。

對於一個其全部價值在於持續產生複利效應的系統來說,一個永不關機的伺服器,就是區分一個「偶爾使用」的第二個大腦,與一個「始終在背景默默運作」的第二個大腦的關鍵。

值得了解的更便宜替代方案

Claude Code 是 Karpathy 方法得以傳播的工具。但完全相同的系統也可以在 Kimi K2.7 上運行——它擁有 256K 的上下文視窗,可以一次容納更多你的知識庫內容,能夠同時讀取多達 50 個檔案,而且 API 成本僅為一小部分。

https://x.com/kirillk_web3/status/2071705181432266793

對於一個只會隨著時間增長、每次匯入都需要重新讀取整個知識庫的系統來說,上下文大小和成本至關重要。Kimi 以更低的成本運行相同的循環。

相同的三個資料夾。相同的設定檔。相同的指令。將 Claude Code 換成 Kimi Code CLI,循環完全相同。

根據你的預算選擇合適的工具。方法才是關鍵,而不是模型。

結論

Karpathy 的洞見不在於筆記方法。而在於循環。

一個只會儲存的第二個大腦,隨著時間推移會變得更大且更無用。一個會產生複利效應的第二個大腦,會隨著你加入的每個來源而變得更聰明——因為有東西在維護那些賦予知識價值的連結。

三個資料夾。一個設定檔。一個指令:「ingest this」。

五分鐘設定。你再也不需要從一個空白對話開始。

你已經擁有的知識開始為你工作,而不是待在你已經忘記的資料夾裡。

這就是 Karpathy 的方法。這就是第二個大腦應有的運作方式。

連結

追蹤以獲取更多 Vibe Coding 資訊。感謝你的閱讀!

二次創作

使用 YouMind 創作爆款文章

收集素材、拆解爆點、生成視覺資產、撰寫內容,並在一個 AI 工作空間裡完成分發。

了解 YouMind
寫給創作者

把你的 Markdown 變成乾淨的 𝕏 文章

圖片上傳、表格、程式碼區塊,往 𝕏 上手動重排太痛苦。YouMind 把整篇 Markdown 一鍵轉成乾淨、可直接發佈的 𝕏 文章草稿。

試試 Markdown 轉 𝕏

更多可拆解樣本

近期爆款文章

探索更多爆款文章