我想怎样用 Obsidian 和 Codex 整理个人知识库

个人知识库最难的地方，常常出现在资料存进去以后。文件已经有了，下次遇到同类问题时，却还是得重新找、重新读，或者重新问一遍。

我原来已经有按个人、业务、内容和项目划分的目录。再换一套完整的新结构，容易让同一份材料出现两遍。所以这次整理，我先保留原来的目录，再补上来源、整理和关联的规则。

这篇记录的是我的 V1 设计取舍。哪些环节值得自动化，还需要用真实资料继续校准。

借用一个思路，保留自己的目录

Karpathy 的 LLM Wiki 提供了一个有启发的模式：把原始资料保留下来，让模型在它们之上持续维护可阅读、互相链接的 Markdown 知识页。

我借用了这种分层方式。具体的文件夹、审核方式和公开边界，按自己已有的资料来定。

这里的目标很小：同一主题下次再用到时，能找到已经整理过的理解，也能回到它所依据的原文。

我给材料安排了三个位置。

原件层保存收到的文件或原始内容。提炼以后仍然留着，避免以后只能读到 AI 总结，找不到上下文。

待整理层处理还没确定去向的材料。先收进来，记录来源和用途，分类可以稍后再做。不能因为不知道放哪个文件夹，就把捕获这件事卡住。

知识层保存值得反复使用的内容：一个工具是什么，一个方法怎样用，几个来源之间有什么联系，哪些判断还没确定。

项目专属资料继续留在原项目里。需要和其他主题连接时，用链接接过去，减少重复副本。

同一页里，我希望能分清几种内容：

这些内容可以相邻，但不能在整理过程中悄悄混成一个确定的结论。来源之间出现矛盾，也先保留双方说法，记录差别，等有依据以后再处理。

我给 Codex 的工作主要是登记来源、搜索相近笔记、提炼材料、补上关联和检查缺失。Obsidian 留作浏览、搜索和沿着链接继续读的界面。

这里有一个我在意的顺序：先查已有页面，再考虑新建。材料增加，不代表页面也要等量增加。很多新信息，放回已有主题会更好找。

有价值的查询结果也可以变成下一次使用的起点。不过保存前仍然要看一遍，确认有没有把猜测写成事实，有没有遗漏重要条件。

一份目录设计，并不能证明它已经适合所有资料。我更愿意先用一小批真实材料试一轮，看分类是否自然、链接有没有帮助、哪些内容需要反复改。

检查也应当留痕：改了什么，依据哪份来源，哪些地方还待确认。发现孤立页、重复候选或过时内容时，先报告，再决定怎样处理，不因为一个相似度结果就删掉原文。

网站是给别人阅读的文章，知识库里则还会有半成品、私人记录和业务材料。两边的用途不同。

这次给网站补内容，我采用的也是单篇整理：选出适合公开的底稿，去掉内部路径、私人信息和仅供自己参考的内容，再保存为网站文章。原稿继续留在知识库里。

以后更新一篇公开文章，也应该有明确的选择和检查过程。不会因为某份笔记刚好放在一个目录，就自动把它发布出去。

如果你也在连接自己的工具和知识，可以从能力盘点与编排开始，先把一个经常发生的任务整理清楚。