Karpathy LLM Wiki 是什麼?一個卡片盒筆記法使用者的實測

作者:WenHao Yu(yu-wenhao.com) 日期:2026-04-10

背景

這一週,AI 社群被 Karpathy 一篇技術筆記洗版。4 月 3 日他在 X 發了一段話,隔天把整套做法寫成一份 GitHub gist 放出來。

最被瘋狂轉的一句:

Obsidian is the IDE; the LLM is the programmer; the wiki is the codebase.

作者本身是 Obsidian + LYT(Linking Your Thinking)框架 + Claude Code 的長期使用者,用 Karpathy 的方法研究 Karpathy 的方法,把 7 份素材丟進去跑 ingest,然後跟自己的 LYT 系統對照。

Karpathy 的核心主張

不要做 RAG,改做 wiki。

RAG:每次查詢重新從 raw 文件找答案(stateless, transient) LLM Wiki:一次編譯、持續維護(stateful, compounding)

Karpathy 的理由:

The tedious part of maintaining a knowledge base is not the reading or the thinking — it’s the bookkeeping. Humans abandon wikis because the maintenance burden grows faster than the value. LLMs don’t get bored.

Karpathy 把此 pattern 連回 Vannevar Bush 1945 的 Memex 願景:

The part he couldn’t solve was who does the maintenance. The LLM handles that.

骨架對照:Karpathy vs LYT

Karpathy PatternLYT 系統
raw/(原始來源)Atlas/Sources/
wiki/(LLM 維護的知識頁)Atlas/Dots/ + Maps/
schema 檔CLAUDE.md + 各 SKILL.md
index.mdMaps/ MOC

學到的三件事

  1. 矛盾偵測:新 source 進來,LLM 比對新資訊跟舊 page 的衝突並標出
  2. 跨 page 連鎖更新:一個新 source 可同時更新 10-15 張 page
  3. Lint:定期掃整座 wiki 做健康檢查 — 找矛盾、孤立 page、過期內容、概念缺口

核心分歧:一張卡到底是什麼?

LYT(原子概念):一張卡一件事,邊界由概念本身決定。新東西進來就開新卡。代價是得靠 MOC 和連結自己拼出主題全貌。

Karpathy(主題聚合):一張 wiki page 是該主題的 best-of 總整理。打開就看到全貌,但你要決定主題邊界在哪。

作者的核心洞見:

Evernote 時代你在問「這個筆記放哪個 folder」。Notion 早期你在問「這個頁面打哪些 tag」。Karpathy wiki 現在在問「這個 source 併進哪張 wiki page」。三個問題的形狀一模一樣:對一個新進來的東西,你要決定它屬於哪個容器。

Zettelkasten(卡片盒筆記法)的原子化就是在繞開這個問題 — 一張卡一個概念,連結取代分類。

反對聲音

Model Collapse(技術面)

LLM 在自己寫的 wiki 上反覆 ingest,細節被磨平、風格單一化,長期變成「平均的平均的平均」。2024 Nature 有論文論證此現象。

Vibe Thinking(認知面)

「vibe coding」的延伸 — 把整理外包等於把思考外包。worst case: wiki 看起來很有組織但人根本沒內化。

作者的結論

真正不搬家的原因只有一個:容器。兩條路都用 LLM 做 compound,bookkeeping 成本都壓得下來。分歧不在技術,在對分類決策的容忍度。

延伸連結