前言
我这个 Obsidian 库已经用了挺长时间。最开始的想法很简单：学习资料、项目记录、面试题和临时想法都放进来，以后需要的时候就能找到。
实际用起来就没这么顺利了。文件越来越多以后，我开始折腾目录、模板、状态字段、审核区和各种索引。每次整理完看起来都挺完整，过一段时间又会积累一批没处理的内容。知识还没学多少，管理知识的方法倒是越来越复杂。
后来我开始让 AI 接手整理工作，也踩了新的坑：它很喜欢生成结构完整的长文。标题、总结、表格一应俱全，但内容未必是我真正理解的，写作语气有时也完全不像我。
所以这篇文章想记录一下，我现在具体怎么让 AI 帮忙维护这个库，以及哪些事情仍然需要自己判断。
先让 Inbox 保持随便
我平时遇到资料、问题或突然想到的东西，会先扔进 00-Inbox。文件名可以临时一点，也不用当场判断它属于哪个目录。
如果每保存一份资料都要先想分类、标签和状态，大概率会因为嫌麻烦直接不记。Inbox 的作用就是先接住这些东西。
等到资料确实和某个目标有关时，再让 AI 一起处理。例如：
- 准备 Unity 面试时，查找已有的项目深挖和技术笔记；
- 写项目博客时，整理开发记录、公开源码和旧文章；
- 做完一份秋招练习后，把错题拆成可以复习的知识点；
- Inbox 堆得比较多时，判断哪些要移动、合并或归档。
这样我不用每天专门安排“整理知识库”的时间。
给 AI 的最好输入是当前目标
以前我会尝试先设计一套很详细的分类规则，再要求所有内容严格遵守。后来发现，AI 更适合在知道目标以后处理材料。
例如我直接说：
明天要准备游戏客户端笔试，根据仓库里的练习和旧资料整理复习文件。
AI 就可以先搜索项目和知识笔记，找出相关主题，再生成复习材料。如果只说“帮我整理一下”，它可能会花很多精力调整目录，却没有产生马上能用的东西。
我现在常用的目标主要有几类：
准备面试
完成练习并批改
整理项目经历
写博客
补一份长期技术笔记
检查仓库里有没有重复和断链
目标确定后，资料应该放在哪里通常也比较好判断。
AI 整理时要先看真实文件
让 AI 根据一句描述直接写项目总结很危险。它会补齐听起来合理的架构、性能数据和开发过程，其中一部分可能根本没有在项目里实现。
所以我会要求它先找：
- 真实代码和调用链；
- 现有项目记录；
- 以前写过的文章；
- 测试结果和构建输出；
- 原始资料的链接。
以写 Unity 项目博客为例，至少要先对照公开仓库和项目笔记。代码里只有对象池，就只能说明使用了对象池；没有 Profiler 记录时，不能自动写成“性能提升了多少”。
这个限制会让文章少一些漂亮结论，不过内容更容易核对。
整理结果需要对应一个用途
同一份项目记录可以加工成不同内容：
开发记录
├── 面试回答：重点解释个人职责和技术取舍
├── 博客文章：重点解释问题、代码和踩坑
├── 长期笔记：抽取以后还能复用的技术知识
└── 项目索引：帮助以后找到原始文件
这几种输出不能直接互相复制。面试回答追求短和准；博客需要让读者看懂过程；长期笔记要能脱离当前项目独立阅读。
我以前容易让 AI 把一份材料改写成几份长得差不多的文档，最后只是增加文件数量。现在会先说明这次要得到什么产物，其他内容暂时不动。
哪些维护工作可以交给 AI
目前这类工作比较适合自动处理：
- 查找重复、空文件和断链；
- 根据正文内容重命名；
- 把混在一起的几个主题拆开；
- 移动文件后修复 Obsidian 链接；
- 更新 MOC；
- 从练习和项目记录中提取候选文章；
- 检查博客能否正常生成。
这些操作有明确结果，也容易验证。整理完以后，我主要看文件是否放对、内容有没有失真，以及下一次能不能快速找到。
删除资料、放弃项目、公开公司经历等决定仍然由我确认。尤其是博客发布，AI 可以写草稿和本地构建，正式上线前最好自己过一遍。
这次重写就是一个例子
这篇文章原来的版本也是 AI 写的。它把知识库规则整理得很完整，里面有很多“资料不是目标，输出才是目标”一类的句子。单独看都挺有道理，连在一起就很像一份 AI 生成的方法论，而且完全不像我以前写博客的语气。
我指出问题后，AI 再去对比以前的博客，才发现我的文章更接近实践记录：先说为什么折腾，然后按实际过程说明怎么做，没验证过的地方直接写清楚。
这也刚好说明当前分工：AI 可以快速查文件、整理差异和重写草稿；文章像不像我、哪些判断多余，还是需要我来指出。以后这些修改又会变成新的写作依据。
我现在的使用流程
目前这套流程可以压缩成几步：
- 平时把东西先丢进 Inbox；
- 有具体任务时，把目标直接告诉 AI；
- AI 搜索真实资料，完成整理、移动或草稿；
- 自动检查链接、构建和文件范围；
- 我确认内容是否符合真实经历和自己的表达；
- 有问题就继续改，确认后再公开输出。
它没有要求我每天维护状态，也没有把所有资料都变成正式笔记。需要用到哪一部分，就处理哪一部分。
写在最后
我现在使用 AI 维护知识库，主要是为了少做查找、搬运、改名和修链接这些事情。它也能写初稿，但初稿只是待检查的产物。
这套流程还在不断调整。最近最明显的一次调整，就是重新检查博客写作风格。以前只检查内容是否完整，现在还要检查文章有没有我的实际过程、有没有把推测写成事实、读起来像不像我自己会写的东西。
如果后面又发现新的问题，再继续改规则就好。只要知识库最终能帮我做项目、准备面试和写出东西，它就算有用。