纯文本生活十年：当笔记软件来去匆匆，只有 Markdown 留了下来

前些天整理旧硬盘时，我用 find ~/Notes -type f -name "*.md" | wc -l 统计了一下自己目前正在维护的个人笔记库：一共 2,418 个纯文本文件，总大小不过 38MB（不含独立存放的扫描图档）。其中创建时间最早的一篇，是 2016 年 8 月写下的《Linux 内核网络栈收包路径备忘》。

十年间，我身边朋友们的主力笔记工具几乎经历了三四轮彻底的洗牌：从早期的印象笔记、OneNote，到后来的 Notion、Roam Research，再到各种主打双向链接、图谱可视化与 AI 摘要的新兴客户端。每一次潮流更迭，总伴随着浩浩荡荡的“搬家工程”——导出私有格式、修复断裂的图片外链、重新配置复杂的数据库属性模板。

而我的 ~/Notes 文件夹在这十年里几乎没有发生过任何结构性迁移。无论我用的是 macOS 上的 Vim、VS Code，还是 Linux 终端里的 less，抑或手机上的任何一款简易文本编辑器，那些十年前写下的字句都能在毫秒之间原样展开，连一个标点符号都没有走样。

一、为什么私有格式是记忆的牢笼

商业笔记软件的核心商业模式往往建立在“提高迁移成本”之上。当你开始重度依赖某款软件独有的块级数据库（Block Database）、私有宏语法或者只存在于云端服务器上的关联表时，你的文字实际上就已经不再属于你，而是变成了某家创业公司专有数据库引擎里的一行行 JSON 碎片。

“真正能够抵抗时间腐蚀的数字格式，必须满足一个朴素的标准：即便这款软件的母公司明天倒闭，你依然可以用操作系统自带的记事本无损地读出自己写下的每一个字。”

UTF-8 编码的纯文本（Plain Text）配合最基础的 CommonMark 语法，是人类目前能找到的最接近“纸张”的数字载体。它没有复杂的树状 DOM 嵌套，没有必须联网才能解析的云端组件，天然契合 Git 版本控制与 ripgrep、grep、awk 等历经半个世纪检验的命令行工具。

二、历经十年收敛出的目录与命名规范

很多人在尝试纯文本笔记的初期，容易陷入另一种焦虑：创建几十个层层嵌套的子文件夹，为了“某篇笔记到底属于《编程》还是《架构》”而犹豫不决。经过前两年的试错，我在 2018 年把整个笔记库彻底扁平化，只保留了四个顶层目录，并沿用至今：

~/Notes/
├── 01-inbox/          # 临时速记与未整理草稿（每周日清空归档）
├── 02-journal/        # 按年份存放的日常手记与读书摘录 (YYYY/YYYY-MM-DD.md)
├── 03-evergreen/      # 长期维护的专题笔记与技术手册 (YYYYMMDD-topic-slug.md)
└── 04-assets/         # 静态图片与 PDF 附件（按年月归档，严格使用相对路径引用）

在文件命名上，我严格遵循 YYYYMMDD-简短标题.md 的格式，并在文件头部保留极简的 YAML Frontmatter：

---
title: 虎跑泉水与手冲咖啡水质记录
date: 2026-06-30
tags: [coffee, water, daily]
---

为什么坚持在文件名前缀加上八位数字日期？因为文件系统的 mtime（修改时间）极易在跨设备拷贝、Git 克隆或云盘同步时被意外重置。一旦把创建日期直接焊死在文件名里，哪怕把所有文件丢进同一个目录按字典序排列，它们依然是一部天然按时间轴展开的个人编年史。

三、警惕“知识管理”带来的虚假获得感

这几年流行一种展示“知识图谱（Knowledge Graph）”的风气：无数个节点与连线在黑色背景上汇成璀璨的星系，看起来极具科技感。但如果你诚实地审视自己的使用习惯，就会发现那张星系图除了用来截图发社交网络之外，几乎从未真正帮助我们写出过哪怕一段有深度的文字。

把时间花在调整笔记软件的主题配色、设计复杂的打卡看板、给每一句话打上七八个精细标签上，本质上是一种用“整理的勤奋”来逃避“思考的痛苦”。

真正的思考发生在你面对一个空白的文本缓冲区，试图用自己的语言把一个模糊的概念向未来的自己解释清楚的那一刻。当工具退到幕后，不再用花哨的交互打断你的思绪，文字本身的力量才会慢慢浮现出来。