用 Obsidian 和 AI 搭建个人知识库：让资料真正用起来

先从 Obsidian 讲起

我用 Obsidian 来阅读和整理自己的知识库。它最方便的一点，是笔记保存在本地：一个仓库，也就是一个放着笔记、附件和设置的文件夹。笔记主体是 .md 文件，换个文本编辑器也能打开。你可以把它当成一套有目录、有链接、能随时修改的个人资料集。Obsidian 官方说明介绍了如何新建仓库，以及把已有文件夹打开为仓库。

Markdown 也不用先系统学习。写下文字，用 # 标一个标题，就能开始。想让两篇笔记相互关联，可以在一篇里写 [[另一篇笔记的名字]]；Obsidian 会把它显示成可点击的内部链接。以后读到某个结论，就能顺着链接查看相关说明或来源。内部链接文档有完整用法。

先准备一个新的文件夹，把它打开为 Obsidian 仓库，再放进一份真正会用到的资料，就已经有了起点。文末的起步包可以把基础结构一起建好。

我想解决的问题很具体：跟 AI 的对话、下载的文件、收藏的网页、项目做完后的记录，散落在不同地方。过一段时间，要找一个参数、一段经验或者当时的判断，常常得重新翻一遍。知识库要做的，就是让这些资料有稳定的去处，并在下一次需要时能找到、能核对、能接着使用。

再让一个能操作文件的 AI 参与整理

Obsidian 负责把笔记呈现给我，AI 负责帮我整理它们。我需要的是一个能在授权范围内读取、创建和修改本地文件的 AI 工具。开始任务时，我会告诉它知识库在哪里，让它先读入口和维护约定，再处理指定资料。

例如使用 Codex 时，可以把知识库作为当前工作目录，并在根目录放一份 AGENTS.md，写明资料应该怎样保存、怎样查证、哪些文件不能覆盖。Codex 有读取这类项目约定的机制，具体规则见官方文档。换成别的 AI，也可以明确要求它先阅读同一份文件；是否自动加载，取决于那个工具。

这里要分清两件事：AI 能帮我生成一段总结，以及 AI 能把这段总结保存到正确的目录、合并已有页面、补上来源，是不同的能力。只有聊天窗口、没有文件访问能力时，它可以起草内容，落盘和整理仍需要人来完成。

我的分工是：我挑选值得保存的资料，核对重要结论；AI 做归档、摘要、关联和维护。 新开一个会话时，它再去读这些文件，之前的整理成果就能继续派上用场。

用一次收录，理解知识库的结构

假设我刚和 AI 处理完一次博客部署，想留下以后能用的经验。我可以这样说：

把这次对话中关于博客部署的内容收进知识库。保留实际能读取的对话范围，整理出操作方法、踩过的坑和待核对的问题，并合并到已有的博客维护主题。

这句话背后，是三步不同的整理工作。

第一步：把资料本身保存下来

对话记录、原始文件或者网页来源，先进入 raw/。复制文件时保留原件；保存对话时写明实际保存了哪些内容；收录网页时记录原始链接和访问日期。只有链接、没有取得全文，就如实写“仅保存链接”。

这一步解决的是“以后还能不能回头看”。原件收录后不改写，有新版本就另存。这样发现摘要有误时，可以回到当时的材料，而不用依赖 AI 对上一轮对话的记忆。

保存下来的资料也有自己的可信范围：一份 AI 工作日志能说明它当时记录了什么，是否真的部署成功，仍要看测试结果或重新验证。留住原件，是为了有据可查。

第二步：为这份资料写一页来源说明

接着，AI 在 wiki/来源/ 里建立来源页。这里会写资料讲了什么、有哪些要点、适用于什么情况，以及原件在哪里。重要细节尽量指向原件的页码、段落或具体记录。

对刚才的部署对话，来源页可以整理出：用了哪种部署方式、出现过什么错误、最后怎样验证、哪些做法还需要确认。以后找资料时，我先看这一页，就知道它是否与当前问题有关；需要确认细节，再打开原件。

第三步：把它并入长期使用的主题页

最后，AI 在 wiki/主题/ 里更新“个人博客维护”之类的主题页。

来源页围绕一份资料，主题页围绕一个问题。博客维护主题里，可能已经有以前的开发记录、部署说明和排错经验。这次的新资料应该与它们一起整理成可用的方法：什么情况下采用哪个步骤、哪些经验仍然有效、哪些问题有了新答案。

以后再遇到部署问题，我就可以先打开主题页，而不用从头阅读每次聊天。主题里的关键结论仍然链接到来源，让我能一路查回原始记录。

整个过程可以这样理解：

一份对话、文件或网页
        ↓ 保存
原始资料：当时实际拿到了什么
        ↓ 整理
来源页：这份资料讲了什么
        ↓ 合并
主题页：围绕这个问题，现在知道什么、可以怎么做

我的目录因此保持得很直观：

raw/          原始资料与来源记录
wiki/来源/     每份资料的摘要和证据入口
wiki/主题/     可以持续修订的知识页面

这套做法参考了 Karpathy 的 LLM Wiki 构想：让 AI 持续维护一套可以复用的知识页面。上面的目录划分和维护细节，是我在自己知识库里的具体选择。

整理完以后，人和 AI 分别怎么用

对我来说，最直接的入口是 Obsidian 里的分类目录。我可以像读一本不断增补的手册一样，打开主题、修改理解、点击来源。链接把相关内容接在一起，反向链接和图谱也能帮助我看到笔记之间的关系。

第一次收录完，我会检查三件事：原件是不是实际收到的内容，来源页有没有误读，主题页的重要结论能不能点回出处。若只保存了部分对话，或者某个文件暂时无法解析，这些限制应该在页面上看得见。

让 AI 使用知识库时，我通常会把目的说清楚：

先读知识库入口，找出与博客发布有关的主题和来源。根据已有资料整理本次操作步骤，说明依据和需要现场核对的地方。

为此，我准备了几个很小的导航文件：

文件	使用时的作用
`AI-入口.md`	用少量关键词说明有哪些领域、从哪里开始找
`wiki/index.md`	按用途分类，让人和 AI 都能找到页面
`wiki/log.md`	记录何时收录或修改了什么，以及由谁操作
`llms.txt`、`wiki/index.json`	从现有页面自动生成，方便其他工具读取导航信息

AI 先看入口，再按问题打开相关主题和来源，最后核对需要的原件。入口没有命中时，还要搜索关键词和同义词。这样一来，平常问一个问题，只读取与它相关的内容就够了。

知识库提供的是可以重新读取的外部资料。每次任务仍需要检索和核对；模型不会因为文件存在，就自动知道全部内容。那些机器索引也只负责指路，回答的依据仍来自实际资料。

我会把它用在这些事情上

接手项目。 把技术选择、操作记录、排错过程和当前限制整理在同一主题下。隔一段时间继续做，或者换一个 AI 帮忙，先读这页就能了解背景，再核对实际环境。
学习和研究。 同一个问题的文章、自己的笔记和实践结果放在一起。新资料进来时，补充原有理解，也把相互矛盾的地方留下来继续研究。
写文章和做视频。 写作前查出相关经验、案例和来源，整理为提纲。引用能回到原文，选题也能沿着已有主题继续展开。
保存工具与工作方法。 记录某个工具怎样使用、适用条件是什么、遇到问题怎样处理。下次用它时，可以直接找到以前整理过的说明。

比如准备一篇博客文章，我会这样问：

查找知识库里关于本地知识管理的资料，给我一个面向普通读者的文章提纲。每部分注明可以使用的来源，把需要补充验证的内容单独列出。

有价值的成果还可以再次收录：一篇写完的文章、一份经过验证的项目复盘，都会成为下一次工作的材料。我会明确指定保存它们，避免把每次随口聊天都变成知识页。

让它长期可用，需要一点维护

我先收录真正会用的资料，再按需要增加主题。主题的价值体现在使用中：能否回答一个问题，能否找到操作依据，能否帮我继续推进工作。

新旧资料有分歧时，要保留各自的依据和日期。如果差异来自软件版本，就把适用版本讲清楚；暂时无法判断的地方，标为待核对。AI 做出的跨来源推断也需要明确标注。

多个人或多个 AI 维护同一个仓库时，写入前先看近期日志，重读目标页面，再在最新内容上合并。完成后记下实际改动和操作者。日志方便交接，不能代替协调，也不能保证文件没有被同时修改。

我还会定期检查索引是否同步、链接能否打开、主题有没有遗漏来源。脚本适合检查路径和索引，摘要是否正确仍要读原件。重要资料也需要独立备份；本地保存方式与所用 AI 服务的数据处理方式，要分别了解。

把搭建文件交给你的 AI

如果想照着做，可以下载下面的文件。正文讲使用和思路，搭建细节放在附件里，便于交给 AI 执行。

下载完整起步包 ZIP：包含空白仓库、维护约定、来源与主题模板、初始化脚本和索引检查脚本。
打开 AI 搭建说明 Markdown：说明从哪里开始、怎样收录和查询、如何接入已有仓库，以及完成后检查什么。建议与完整 ZIP 一起使用。

解压起步包后，把说明文件交给一个能操作本地文件的 AI，再给它一句话：

请按照《AI-搭建说明.md》，在我指定的新目录建立知识库，运行初始化和检查。完成后告诉我怎样用 Obsidian 打开，再等我指定第一份要收录的资料。

起步包的本地脚本使用 Python 3.10 或以上版本，只依赖标准库；初始化会拒绝覆盖已有目录。包内没有我的私人资料，也没有替你接入 AI 服务或云同步。要接入已有知识库，说明文件里有单独的合并流程。

先留下第一份以后确实会用的资料，整理成能读、能查、能继续补充的页面。等下一次工作从这些页面开始，知识库就开始发挥作用了。