LLM Wiki
Andrej Karpathy 提出的个人知识库范式:把 Obsidian 当 IDE、LLM 当程序员、wiki 当代码库——LLM 不再只是摘要工具,而是持续维护结构化知识体系的协作者,负责人类最容易放弃的重复维护工作。
简介
LLM Wiki 是 Andrej Karpathy 在 2026 年 4 月一篇 gist 中提出的个人知识管理范式。它的核心隐喻极其简洁:Obsidian 是 IDE,LLM 是程序员,wiki 是代码库。这句话的深意不在类比本身,而在于它重新定义了 LLM 在知识系统中的角色——LLM 不只是帮你总结文章的摘要工具,而是帮你持续维护一个结构化知识体系的协作者,它负责总结、交叉引用、归档、记账这些”人类最容易放弃的重复性维护工作”。
Karpathy 给出的关键洞察是:人类之所以放弃维护 wiki,是因为维护成本增长得比价值快;而 LLM 恰好解决了这个问题——它不嫌烦、不会忘记交叉引用、一次操作可以触及十五个文件。但 LLM 解决不了的是”你往知识库里注入什么判断、什么经验、什么偏好”,这部分只能人自己来(这正是 认知资产 不可外包的部分)。
这个范式已经成为一批个人 AI 知识库实践的共同方法论源头。@Sean 在《从囤积到经营》中说读到这篇 gist 时有”不谋而合”的感觉,同时它补上了他还没想清楚的几个点——尤其是”多角色 LLM”和”演进日志”两个设计。本仓库自身(llm-wiki 项目)也是这一范式的工程化实现。
关键信息
- 类型:方法论 / 个人知识管理范式
- 提出者:Andrej Karpathy(2026 年 4 月的一篇 gist)
- 核心隐喻:Obsidian = IDE,LLM = 程序员,wiki = 代码库
- 核心工作流角色:Ingest(摄入)、深度讨论、Lint(巡检治理)
- 解决的根本矛盾:wiki 维护成本增长快于价值 → LLM 承接重复维护,成本被压平
- 相关概念:认知资产、Obsidian、知识库构建工程、知识卡片四分机制、CLAUDE.md 项目指令
核心特性
定义:三个类比重定义 LLM 角色
传统用法把 LLM 当”帮我总结文章”的一次性工具。LLM Wiki 把它升格为”代码库的维护程序员”:知识库像代码库一样需要持续重构、交叉引用、归档、记账,而这些正是 LLM 不知疲倦、可批量触及大量文件的强项。
核心组成:LLM 的多角色映射
Karpathy 的隐喻映射到实践中,LLM 的角色随工作流阶段变化(@Sean 的三层实现):
| 工作流阶段 | LLM 角色 | 对应 Karpathy 术语 |
|---|---|---|
| 处理层 | 批量引擎:批处理脚本调 API 把原文提炼为 Processed 笔记 | Ingest |
| 讨论层 | 有知识储备的对话伙伴:AI 带教、相互 battle 共创、批判性质疑 | —(深度讨论) |
| 治理层 | 巡检员:扫描全库识别孤儿卡、重复卡、主题结构失衡 | Lint |
同一个 LLM(也可以是不同的)在不同层做不同的事,比”让 AI 帮我总结”丰富得多。
典型应用:两个被反复借鉴的设计
- 演进日志(Evolution Logs):Karpathy 认为 log 不是噪音,关键 log 本身就是知识资产的一部分。@Sean 据此建立机制,记录”什么变了、为什么这样定、放弃了什么方案”,让知识库不只保存”当前共识”,也保存”共识是怎么形成的”。
- 查询反向归档:好的查询结果可以反向归档为新的 wiki 页面,让探索本身也成为知识资产。@Sean 的”知识应用 Skill”(写文章检验知识库)就是这个思路的实现——写作既是调用知识库,也是检验知识库,写完后回溯校验表会指出哪些主张可追溯到源卡片、哪些找不到来源(即真实缺口)。
常见误区
- 只把 LLM 当摘要器:停留在”帮我总结”,浪费了它作为交叉引用/归档/治理协作者的能力
- 以为 LLM 能替你形成判断:LLM 能做维护,但注入判断、经验、偏好只能靠人(见 认知资产)
- 跳步做自动化:参考 LLM Wiki 方法论搭库后直接跳到”活体进化/自动更新”,但系统还没进入真实使用场景,缺少反馈源,推进往往落空
不同素材中的观点
- 2026-07-14-woshipm-hoarding-to-cultivation-cognitive-assets:@Sean 把 Karpathy 的 LLM Wiki 作为自己知识库方法论的重要理论来源,重点吸收了三点:其一,“IDE/程序员/代码库”隐喻让他把 LLM 从摘要工具升格为多角色协作者(处理层批量引擎、讨论层对话伙伴、治理层巡检员);其二,演进日志机制让他记录决策而非只存结论;其三,“查询可反向归档为 wiki 页面”启发了他的知识应用 Skill。他也强调 LLM Wiki 的边界——LLM 能压平维护成本,但判断和偏好的注入无法外包,这与 认知资产 的”不可替代”一脉相承。
相关资源
- 方法论源头:Andrej Karpathy 的 LLM Wiki gist(2026 年 4 月)
- 工程化实现:本仓库 llm-wiki 项目(Ingest / Query / Lint / Digest / Graph 等工作流)
- 相关实践复盘:2026-07-14-woshipm-hoarding-to-cultivation-cognitive-assets、2026-07-11-woshipm-knowledge-base-engineering-practice