我用纯文本管理一切:5 年后的复盘
2021 年我把所有笔记从 Notion 迁到了纯文本。五年过去,目录里有 1400 多个 .md 文件。
这不是一篇「纯文本最好」的布道文。纯文本有明确的优点,也有明确的崩溃点,我把两边都写清楚。
结构
~/notes/
├─ daily/ 2021-01-01.md ... 2026-10-17.md
├─ projects/ 每个项目一个目录
├─ notes/ 主题笔记(按领域分子目录)
├─ inbox.md 随手记,每周清空
└─ templates/
全部用 git 管理,每天自动 commit 一次。
为什么离开 Notion
三个具体的时刻:
- 地铁上想查一条笔记,Notion 打不开(离线)
- 想批量重命名 200 个页面,做不到
3 某次 Notion 挂了四小时,我什么都干不了
第三条是决定性的。我的笔记不应该依赖一个我无法控制的服务的可用性。
纯文本的四个真实好处
1. 检索快得离谱
rg -i "ssh 超时" ~/notes
1.4GB 的笔记目录,全量搜索 0.3 秒。Notion 搜同样的东西要等 2 秒。
2. 可以随便写脚本处理
比如「找出所有提到某个项目但超过 90 天没更新的笔记」:
rg -l "项目代号" ~/notes | xargs ls -lt | tail -20
这种操作在任何 SaaS 笔记里都做不到。
3. 格式永远不会失效
2016 年的 markdown 文件,今天用任何编辑器都能打开。2016 年的 Evernote 笔记,导出要折腾半天。
4. 迁移成本为零
换电脑就是 git clone。换编辑器随便换,文件还是那些文件。
纯文本的三个崩溃点
1. 移动端体验很差
这是最大的问题。
在手机上记一条东西,纯文本方案的流程是:打开 iA Writer / Obsidian → 找到目录 → 新建文件 → 打字 → 同步。
而 Notion/Flomo 的流程是:打开 App → 点加号 → 打字。
多出来的三步,让我在移动端彻底放弃了记录。
我的妥协方案:手机上用「快速捕捉」类 App(我用的是 Simplenote),只记碎片,每周导入到 inbox.md 里。
2. 附件和图片
markdown 引用图片是 ,图片文件要自己管理路径。写到第 300 篇的时候,我的 assets/ 目录里有一堆 image-2023-05-12-1.png 这种名字。
Notion 里直接粘贴就行。
我的方案:图片统一放 assets/YYYY/MM/,文件名用 YYYYMMDD-主题.png。写了个脚本自动重命名和移动,但依然比直接粘贴多一步。
3. 没有「数据库视图」
Notion 的表格视图、看板视图,本质上是在笔记上加了结构化字段。
纯文本要做到这个,得自己写 frontmatter + 解析脚本。我试过:
---
status: doing
due: 2026-10-20
project: blog-refactor
---
然后用 rg 加 yq 生成列表。能用,但每次都要想一下怎么写命令。
如果你重度依赖数据库视图,纯文本会让你痛苦。
五年后的实际使用情况
- 每天写日记:坚持了 4 年 8 个月,有 40 多天断更
- 项目笔记:约 200 个文件,大部分是「这个坑怎么解」
- 读书笔记:86 篇
- inbox 清空:每周一次,平均有 20 条,其中一半直接删掉
最有用的不是日记,是 notes/ 里那些「踩坑记录」。同一个报错第二次遇到时,搜一下就能找到上次怎么解决的。
我的工具链
- 编辑:Neovim(手机上用 iA Writer)
- 搜索:ripgrep
- 同步:git + 一台 VPS 做 remote
- 发布:脚本把
notes/里标了public: true的转成博客文章
发布这个环节值得一提:我写博客时其实是在 notes/ 里写,标一个 frontmatter,脚本生成 markdown 推到博客仓库。这样「笔记」和「文章」不用维护两份。
给想尝试的人
如果你要试,我的建议是:
- 先只用一个月,不要一次性迁移所有笔记
- 目录结构不要超过两层,不然找东西比搜索慢
- 文件名用日期或主题开头,方便排序
- 一定要用 git,纯文本没有版本历史就等于没有后悔药
- 不要把「整理笔记」当成一项任务,我见过太多人整理了三个月分类体系,然后不写了
最后
纯文本不是更高级的方案,它是一个更可控的方案。
它的代价是你得自己解决同步、移动端、附件、视图这些问题——这些在 SaaS 里都是现成的。
但如果你的核心需求是「十年后还能打开我的笔记」,纯文本是目前唯一确定能成立的答案。
评论 (0)
还没有评论,来说两句吧~
发表评论