Karpathy 最新分享:用 LLM 搭建个人知识库,告别 RAG 的低效循环
本文介绍 Karpathy 提出的 LLM Wiki 方案,对比 RAG 的不足,并手把手教你在 Obsidian 中搭建个人知识库。涵盖素材采集、图片本地化、图谱分析、版本管理及搜索等实战技巧,让 AI 辅助整理维护知识。

你以为把文档扔给 AI 让它检索就叫知识管理?Karpathy 说,那叫每次从零开始。
几个小时前,Karpathy 在 GitHub 上发了一篇 Gist,提出了一个完全不同的思路:不是让 AI 被动检索,而是让 AI 主动帮你建一个 Wiki,持续更新、自动交叉引用、知识越积越厚。你只用负责读和想,AI 负责整理和维护。
今天我们就来按照 Karpathy 这套方法,手把手教你在 Obsidian 里落地。
一、Karpathy 核心洞察:为什么 RAG 不够用?
大多数人用 AI 处理文档的方式是 RAG,例如通过 NotebookLM、ChatGPT 文件上传一堆文件,问问题的时候 AI 临时检索相关片段,拼出一个答案,基本都是这个模式。
Karpathy 指出了这种方式的根本问题是没有积累。每次提问,AI 都在从头搜寻知识。问一个需要综合五篇文档的问题?AI 要每次现场找碎片、现场拼,什么都没沉淀下来。
他提出的替代方案叫 LLM Wiki,让 AI 增量地构建和维护一个持久化的 Wiki,其实就是互相链接的 Markdown 文件。
二、Karpathy 的实战操作
2.1 用 Chrome 浏览器插件 Obsidian Web Clipper 做素材采集
- 在浏览器安装 Obsidian Web Clipper 扩展。
- 打开任意网页文章,点击扩展图标--Add to Obsidian。
- 保存后文章自动转为 Markdown 出现在 Obsidian 里。
2.2 一个快捷键,让图片本地化,告别外链失效
剪藏下来的文章,图片通常还是外链,过几个月链接一挂,文章就残了。更关键的是,AI 读不了挂掉的图片链接。Karpathy 的方案是两步配置,一劳永逸:
第一步:统一附件存储路径 打开 设置 → 文件与链接 → 找到附件存储路径 → 设为当前文件夹下指定的子文件夹,子文件夹名称设为 attachments。不推荐 Karpathy 的固定到一个目录 raw/assets/ 因为多了之后附件混在了一起不好管理。
第二步:绑定下载快捷键 设置 → 快捷键 → 搜索 "下载" → 绑定快捷键 Ctrl+Shift+D。
以后每次剪藏完一篇文章,按一下 Ctrl+Shift+D,所有图片自动下载到本地。AI 就能直接读取和引用这些图片了。
这里 Karpathy 分享了一个小细节:LLM 目前没法一次性读取带内嵌图片的 Markdown。变通做法是先让 AI 读文本内容,再让它单独查看文章引用的图片,不够优雅,但管用。
2.3 用图谱视图一眼看清知识库的全貌
Obsidian 的 Graph View 是这套方法使你的所有 Wiki 页面以节点形式展示,页面之间的 双链 关系自动连线。打开方式:左侧边栏点击图谱图标或者用快捷键 Ctrl+G。
Karpathy 把图谱视图结合 AI 用在两个场景:
- Lint 健康检查时:一眼看出哪些页面是孤岛没有任何链接指向它,说明交叉引用缺失,需要让 AI 补上。
- 发现知识盲区:如果某个概念被很多页面提到但自己没有独立页面,它在图谱里会显示为一个灰色的幽灵节点,提醒你应该让 AI 为它创建专页。
2.4 用 Dataview 让 Wiki 自己生成报表
Dataview 是 Obsidian 的社区插件,它能对页面的 YAML frontmatter 做数据库式查询,自动生成动态表格和列表。
配合 LLM Wiki 的用法是:让 AI 在每个 Wiki 页面的 frontmatter 里写上结构化元数据,比如:
---
type: source
title: "文章标题"
date: 2026-04-05
tags: [AI, knowledge-base]
source_count: 3
---
然后你在任意页面写一段 Dataview 查询:
TABLE title, date, tags
FROM "wiki/sources"
SORT date DESC
就会自动生成一个按日期倒序排列的来源列表,Wiki 页面越多,这个报表越有价值。
2.5 用 Marp 把 Wiki 里的内容直接变成幻灯片
Marp 是一个基于 Markdown 的幻灯片格式,在 Obsidian 里装上 Marp Slides 插件就能直接预览和导出。
用法:在 Markdown 文件开头加上 marp: true,用 --- 分隔每页幻灯片,写完直接在 Obsidian 里预览,也可以导出为 PDF / HTML / PPTX。
配合 LLM Wiki 的场景,让 AI 从 Wiki 的某个主题页面直接生成 Marp 格式的幻灯片草稿,你微调后就能用。
2.6 知识库用 Git 做版本管理
如果你的 Vault 还不是一个 Git 仓库,需要初始化一次:
- 打开终端(Windows 用 PowerShell,Mac 用 Terminal),cd 到你的 Vault 目录 执行
git init初始化仓库。 - 在 GitHub 上创建一个私有仓库(重要,知识库是私人数据),然后执行:
git branch -M main
git remote add origin https://github.com/你的用户名/knowledge-bases.git
git add .
git commit -m "init: 初始化知识库"
git push -u origin main
安装完 Obsidian Git 插件后,打开它将 Auto commit-and-sync interval 设为 10 分钟,插件会自动 commit + push,你完全不用管。
配好之后日常使用你不需要做任何事情。每隔几分钟插件自动 commit 和 push,相当于你的知识库有了一个实时备份 + 完整历史。Git 对这套 LLM Wiki 方法来说是必选项,AI 批量改文件的能力越强,你越需要版本管理来兜底。
2.7 搜索利器:qmd 让 AI 精准定位知识
Wiki 规模小的时候,一个 index.md 目录文件就够 AI 导航了。但页面多了之后,需要真正的搜索能力。Karpathy 推荐 qmd(github.com/tobi/qmd),一个完全本地运行的 Markdown 搜索引擎。
对于咱们大多数人,Wiki 到几百个页面之前 index.md 完全够用。等你觉得 AI 找东西变慢了,再接入 qmd 也不迟。
三、为什么这套方法有效?
Karpathy 的原话很到位:维护知识库最痛苦的不是阅读和思考,而是记录。更新交叉引用、保持摘要最新、标注新旧矛盾、维护几十个页面的一致性。人类放弃 Wiki 是因为维护成本的增长速度超过了价值的增长速度。
但是 AI 不会厌倦,不会忘记更新交叉引用,一次操作可以碰十五个文件。维护成本趋近于零,知识库就能真正活下去。
思想精髓: 你把精力放在 选素材、定方向、问好问题、思考意义,AI 负责其他一切。
Karpathy 的 LLM Wiki 链接: https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f

评论
(0)登录后即可发表评论
立即登录