花园不是仓库
好用的知识系统并不负责保存一切。它应该帮助一个想法从有点意思走向可以行动，并允许剩下的东西自然消失。这里的重点不是收集规模，而是让内容拥有明确的下一站。
我把内容分成三层：
- 收件箱： 几秒钟内记下的碎片，只负责降低捕捉成本。
- 工作笔记： 围绕一个正在处理的问题组织的材料，需要上下文与下一步。
- 长期页面： 明年仍值得重新找到的结论，必须离开记忆也能读懂。
普通 Markdown 文件可以承担三层职责；再复杂的工作区也会失败，只要它把每一句随手记录都当成永久资产。
每周一次的修剪
- 清空收件箱，把每条内容明确归入项目、长期页面或删除。
- 把有用碎片放进当前项目，并补上它回答的问题。
- 用完整句子重写一篇长期页面。
- 删除已经无法带来决定或新问题的内容。
| 判断信号 | 建议动作 | 理由 |
|---|---|---|
| 会改变决定 | 保留 | 它能影响未来行动 |
| 保存了可复用背景 | 重写后保留 | 让上下文脱离记忆仍然成立 |
| 只是因为容易记录才存在 | 通常删除 | 捕捉成本低不等于维护价值高 |
最小维护清单
- 长期页面都有清晰标题。
- 重要链接写明了为什么重要。
- 活跃项目都有下一步行动。
- 导出文件不依赖原应用也能阅读。
- 每月随机恢复一次备份。 Markdown Guide 的价值不只是教语法。简单格式降低了迁移成本；可移植并不意味着拒绝丰富工具，而是让底层想法始终清楚。
如果只能先导出一部分
优先导出长期页面和活跃项目。收件箱本来就是可丢弃的，而长期页面保存了理解整个系统所需的词汇、判断和上下文。