2023 年，我为什么又把 Markdown 写作放回本地优先
· 阅读需 3 分钟
前几年大家聊知识管理、写作工具时，常常会自然地往云端协作、在线同步、全平台无缝这些方向靠。它们当然很有吸引力，我自己也长期在用。可到了 2023 年，我反而把一部分最常写的技术笔记和草稿，又重新放回了本地 Markdown 为主的工作流。
这不是因为我突然开始怀旧，而是我越来越在意“内容到底归谁掌控”。
本地优先给我的第一个好处：写作边界更清楚
在线工具的优点是随时能开，但它也容易让写作、同步、协作、发布几件事糊在一起。
你打开一个页面，既像在写草稿，也像在编辑正式内容，还时不时被权限、分享、版本历史这些东西打断。
而本地 Markdown 的好处，是边界很清楚：
- 先写
- 再整理
- 最后决定怎么发布
这对技术写作尤其舒服，因为很多文章在真正发布前，本来就需要经历反复修改。
第二个好处：文件就是资产本身
这一点我在 2023 年感受特别强。
当文章、笔记、草稿都只是一个个普通文件时，你会更容易：
- 用 Git 管历史
- 用脚本批量处理
- 按自己的目录习惯管理
- 在不同工具间迁移
工具可以换，文件还在；这层安全感和在线页面式的拥有感不太一样。
第三个好处：更适合技术内容的长期积累
技术写作和普通随笔不太一样。
它经常包含代码片段、命令、截图引用、版本说明，后面还会被再次引用、重写、合并或者拆开。
本地 Markdown 在这些动作上非常自然，因为它本来就更接近工程资产，而不是一次性页面内容。
这不是否定云端工具
我现在依然会用在线工具做协作、共享和快速发布。
只是对我来说，2023 年最舒服的一种组合变成了：
- 本地 Markdown 负责生产和归档
- 在线工具负责协作和分发
把两者分开之后，反而没有之前那种“什么都能做，但什么都不够沉淀”的漂浮感。
小结
技术写作这件事，说到底还是在经营自己的知识资产。
2023 年我重新把 Markdown 放回本地优先，不是为了回到过去，而是为了把写作、文件、版本和发布之间的关系重新拉清楚。工具越多，边界越值得被认真设计。