你有没有这种经历：收藏了一百篇文章，一篇都没再打开过。笔记本里存了几百条摘抄，需要的时候一条都想不起来。微信收藏夹里塞满了”以后再看”，以后永远不会来。
知识库不是笔记软件
很多人觉得装个 Notion、Obsidian、飞书文档就是有了知识库。不是。工具只是容器，真正的问题是：你往里面放的东西，以后能不能找出来。 大多数人的笔记是这样的：今天记一条”SQLite 的 WAL 模式不错”，明天记一条”FRP 穿透要注意端口映射”，后天记一条”Docker Compose 重启命令”。三个月后，你记得自己写过，但死活找不着。 根本原因：信息没有经过处理就存进去了。 就像你把快递箱子整个扔进储藏室，不拆包不分类，等你要用的时候翻箱倒柜。
先想清楚存什么
知识库不是日记本，也不是剪贴板。不是什么都往里塞。 我觉得值得存的东西就三类： 第一类：你踩过的坑。 折腾了半天才搞定的问题，解决方案值得记下来。比如”Ubuntu 26.04 的 r8168 和 r8169 驱动冲突怎么解决”——这种东西你今天查了能解决，三个月后再遇到又得查一遍。 第二类：你做过的选择。 为什么用 BillionMail 不用 Mailcow？为什么选 Obsidian 不选 Notion？当时考虑了什么，排除了什么。这种决策记录比教程有价值得多，因为下次遇到类似选择你不用从头分析。 第三类：你自己总结出来的方法论。 不是别人写的教程，是你自己实践过、验证过、踩坑之后提炼出来的。比如”给 WordPress 发文章用 REST API 比后台编辑器快十倍”——这是你用过之后才能说出来的话。 不属于这三类的东西，别存。新闻不用存，观点不用存，鸡汤更不用存。那些东西搜一下就有，不值得占你知识库的空间。
怎么搭
分两条路，看你是什么人。 如果你是开发者，喜欢折腾——用 Markdown 文件 + Git 仓库。 最简单的方案：在你的工作目录里建一个 `notes` 文件夹，按主题分子文件夹，每个笔记一个 `.md` 文件。用 Git 做版本管理，推到你自己的服务器或者 GitHub 上。笔记内容就是纯文本 Markdown，不依赖任何特定软件，二十年后 Vim 也能打开。 想好看一点就用 Obsidian 打开同一个文件夹，它会自动识别 Markdown 文件，给你加上双链、图谱、搜索这些功能。但底层还是那些纯文本文件。Obsidian 挂了你的知识库还在。 如果你不想折腾——用 Notion 或者飞书文档。建几个数据库，按”待整理/已归档”分类，用标签做关联。简单粗暴，够用。 但有一个前提条件：定期导出备份。 你的知识库如果放在别人的服务器上，有一天人家收费了、跑路了、改政策了，你就什么都没了。Notion 导出 Markdown 一键就能完成，每周花两分钟导一份到本地，不费劲。
最容易踩的坑
坑一：花太多时间在”怎么组织”上。 有人建知识库，先花三天设计分类体系，再花两天调模板，再花一天选配色。最后真正写了零条笔记。分类不重要，先写起来。写到一定量级再整理，比提前设计好框架再往里填要高效得多。 坑二：只存不回顾。 知识库里有五百条笔记，但从来不翻。跟收藏夹有什么区别？每周花半小时随机翻几条，你会发现自己会把不同领域的知识关联起来。这就是知识库真正的价值——不是存储，是连接。坑三：追求完美格式。 笔记是给自己看的，不是给别人看的。字写错没关系，排版丑没关系，能看懂就行。如果你每条笔记都要写得像博客文章一样工整，你就永远不想写第二条。先潦草，后整理。这跟写代码一样，先跑通再优化。
我的做法
我自己用的是最笨的办法：Markdown 文件扔在本地文件夹里，有需要的时候全局搜索。 不做分类，不做标签，不做思维导图。每条笔记开头就写一句话说明这是什么，正文想怎么写怎么写。找东西的时候搜关键词，比翻分类快得多。 知识库这个东西，用起来比好看重要一万倍。 哪怕你今天就建一个 txt 文件，把自己踩过的坑记进去，也比研究三个月”最佳知识管理方案”要强。 别想了，先建一个文件夹，写第一条笔记。就写你今天遇到的、刚解决的问题。
暂无评论内容