从零整理一份可以长期维护的知识笔记

知识笔记最容易陷入两个极端：一种是完全不整理，需要时找不到；另一种是过度设计分类体系，最后把大部分时间花在维护结构上。

这篇文章记录一套足够简单、也能够长期扩展的方法。它不依赖某一种软件，使用普通 Markdown 文件也可以实践。

一、先明确笔记的用途

在创建目录之前，先问自己一个问题：这些内容以后会怎样被使用？

如果只是保存临时信息，简单的收件箱就足够；如果要用于写作、项目复盘或长期研究，则需要让笔记之间建立联系。用途不同，结构也应该不同。

二、使用最少的目录

一开始只需要三个区域：

1. inbox：尚未整理的内容；
2. notes：已经形成主题的笔记；
3. projects：与具体目标相关的材料。

目录不是越细越好。过多的层级会让“这条内容应该放在哪里”变成新的负担。与其建立十几层目录，不如使用清晰的标题、标签和链接。

一个简单的文件名规则

文件名应该能够帮助搜索，例如：

2026-07-26-typecho-theme-notes.md
markdown-writing-checklist.md
personal-site-deployment-log.md

日期适合记录和日志，主题词适合长期知识。二者可以同时使用，但不必强迫所有文件遵循完全相同的格式。

三、让每篇笔记解决一个问题

一篇笔记最好围绕一个主要问题展开。标题尽量具体，不要只写“数据库”“网站”或“随想”。

不够具体的标题：

关于 Markdown

更容易使用的标题：

Markdown 表格在移动端如何保持可读性

当标题本身就像一个搜索问题时，未来会更容易找到它。

四、保留上下文

只有结论的笔记往往很难复用。过一段时间之后，我们可能已经忘记当时为什么做出这个判断。

建议至少保留以下信息：

• 问题从哪里出现；
• 尝试过哪些方案；
• 最终为什么选择当前方案；
• 哪些条件变化后需要重新评估；
• 参考资料的原始链接。

下面是一段适合技术记录的模板：

## 背景

## 目标

## 尝试

## 最终方案

## 尚未解决

## 参考资料

五、定期将记录整理成文章

笔记与文章并不是两套互不相关的系统。笔记可以保留探索过程，文章则负责把其中最有价值的部分重新组织成清晰的叙述。

每隔一段时间，可以从最近的笔记中挑选一个主题：

• 合并重复内容；
• 删除已经失效的信息；
• 补上缺少的背景；
• 验证命令和引用；
• 用读者能够理解的顺序重新编排。

整理的过程也是再次学习的过程。很多模糊的理解，只有在试图解释给别人时才会暴露出来。

六、接受系统会不断变化

一套真正使用中的笔记系统一定会发生变化。分类会调整，旧文章会被修订，某些工具也可能被替换。

不要追求一次设计出完美结构。更可靠的方法是从最小结构开始，在真实使用中观察问题，然后每次只解决一个最明显的摩擦点。

最后的小清单

• [ ] 新内容是否能够快速记录？
• [ ] 一个月后还能否通过搜索找到？
• [ ] 是否保留了结论产生的背景？
• [ ] 是否能够方便地整理成公开文章？
• [ ] 当前结构是否比内容本身更耗费精力？

如果前四项大多为“是”，最后一项为“否”，这套系统就已经足够好了。