推荐一种工作方式,而非一个工具

这两年，我越来越习惯把几乎所有文字都放进同一个地方。

日记写在那里，随手冒出来的想法写在那里，项目过程中的记录写在那里，周报草稿写在那里，读书时留下的摘录和感受也写在那里。很多还没有成形的念头，最开始也总是先落在那里，像是先找一个地方安顿下来，等以后再慢慢长出轮廓。

这个地方，就是 Obsidian。

但写到现在，我越来越觉得，我真正想推荐给别人的，其实已经不只是 Obsidian 这个工具了。我更想推荐的，是一种以本地文本仓库为核心的工作方式。

因为我越来越清楚地感受到，在今天，工具的意义正在悄悄发生变化。

过去我们选择笔记软件，更在意的往往是界面是否顺手，功能是否丰富，排版是否好看，同步是否方便。只要能写、能搜、能同步，似乎就已经够用了。可这两年，随着 AI 和 agent 一点点进入日常工作流，我慢慢意识到，判断一款工具是否合适的标准，正在发生变化。

我们需要的，已经不只是一个“写东西的地方”。

我们更需要一个能够承接内容、组织内容、沉淀内容，并且让这些内容在未来继续被调用的环境。你今天写下来的东西，不该只是安静地躺在那里。它应该有机会在之后被整理、被连接、被提取、被复用，甚至进入你和 agent 协作的过程里。

也正因为这样，我越来越偏向一种更朴素的方式：把自己的文字、项目记录、思考痕迹，尽量沉淀在本地、清晰、纯文本的仓库里。

我一直觉得，很多人对“本地”这件事的理解，停留在“文件存在电脑里”。但对我来说，本地真正重要的地方，从来不只是存储位置，而是可控。

谷歌硬盘、OneDrive、Notion 这一类方案当然也很好用。在同步、分享、跨设备访问这些方面，它们确实非常方便，我也并不否认这一点。可如果把视角拉长一点，你会发现，方便和可控其实是两回事。

云端方案更擅长解决“我能随时访问这份内容”的问题，本地仓库更擅长解决“我知道这些内容是怎样被组织起来的”这个问题。

这个差别看起来不明显，真正长期使用之后，感受会越来越深。因为你积累下来的，从来不只是几篇孤立的文档，而是一整套文件结构、命名习惯、主题索引、项目脉络和思考轨迹。只有当这些东西足够稳定地掌握在自己手里，它们才有可能慢慢长成一个真正属于自己的系统。

这也是我一直偏爱 Obsidian 的原因。

它表面上是一个笔记软件，底层却非常朴素。你写下来的内容，本质上就是一个个 Markdown 文件，也就是 .md 文件。它们不依附于某个平台而存在，也不会因为某个产品的变化一起消失。今天你用 Obsidian 打开它，明天你也可以换一个编辑器继续写。只要这些文件还在，你的内容就还在。

这种感觉会让人安心。

尤其在今天这个阶段，这种安心感又多了一层现实意义。因为 agent 对这类内容的处理，通常会更自然一些。

一个目录清晰、命名稳定、结构明确的本地文本仓库，本身就很适合读取、检索、整理和归纳。你可以让 agent 帮你回顾某个主题过去写过什么，帮你从一段时间的记录里找出反复出现的问题，帮你把零散草稿拼成一篇文章，也可以让它围绕已有项目文档继续推进工作。

这里真正有价值的地方，不只是“文件能不能被读取”，而是你的内容有没有形成一个足够稳定的上下文。

很多时候，AI 的能力并不缺，真正稀缺的，是进入你真实语境的入口。它不知道你过去写过什么，不知道你的项目是怎么一步步推进的，不知道你最近反复在想什么，也不知道你习惯怎样组织信息。可一旦这些内容长期沉淀在一个本地仓库里，它们就不再只是静态资料，而开始变成你工作流的一部分，甚至变成 agent 可以逐步接入的上下文土壤。

写到这里，我会觉得，Obsidian 最吸引我的地方，其实也已经不只是“好用”。

它更像是在这个时代里，恰好能承担“个人系统”的角色。

我这里说的个人系统，并不是什么宏大的概念。它没有那么玄，也没有那么复杂。它更接近于，一个人如何持续记录，如何持续整理，如何在之后继续调用自己留下来的内容。

很多工具都很擅长解决单点问题。写文档有写文档的地方，记待办有记待办的地方，做项目文档有项目文档的地方，写日记又在另一个地方。刚开始这样用，其实没有什么问题。可时间一长，内容会越来越散，工具会越来越多，人自己的注意力也会越来越碎。

到最后，真正重要的东西往往不是没有留下来，而是散在太多地方，已经很难彼此发生关系了。

而 Obsidian 这类本地仓库最特别的一点就在这里。它很适合做那个中间层。

日常记录可以放进去，项目过程可以放进去，阅读摘录可以放进去，周报和文章草稿也可以放进去。更重要的是，这些内容不会一直彼此隔绝。今天写下的一段随笔，过几周也许会变成公众号文章里的一小段。某次项目记录里提到的问题，之后可能会成为一份正式需求文档的起点。一篇周报里反复出现的困惑，过段时间再回头看，可能会暴露出某种长期存在的结构性问题。

当内容开始彼此连接，记录这件事才真正有了系统感。

我越来越觉得，Obsidian 的价值不只在记录本身，更在承接。它能够承接那些一时还没有用处的想法，承接那些暂时零散的片段，也承接不同主题之间尚未显现清楚的关系。时间久了，它就不再只是一个笔记仓库，而更像一个持续生长的个人系统。

而这件事，和当下这个时代的变化恰好是同频的。

因为这个时代对个人内容的要求，正在从“保存下来”走向“持续可用”。

过去我们记笔记，很多时候只是为了防止遗忘。可今天再看，真正有价值的内容，不应该只在写下来的那一刻发挥作用。它们应该能够在之后重新参与工作，重新进入创作，重新进入思考，甚至重新进入协作。一个好的个人系统，应该让过去的输入不断回到现在，而不是写完就沉底。

从这个角度看，我喜欢 Obsidian，从来都不只是因为它的界面或者插件。更重要的是，它让我觉得，我写下来的东西是真正属于我的。它们有稳定的存放方式，有清晰的组织结构，也有被未来继续调用的可能。

这种感觉，比单纯拥有一个“很好用的软件”更重要。

当然，Obsidian 也不是完全没有门槛。

很多人第一次接触它时，会觉得 Markdown 有点陌生，会觉得本地仓库、文件夹结构、插件这些东西听起来有点技术化。可如果真的上手，你会发现它没有想象中那么复杂。Markdown 的基础语法非常简单，标题、段落、链接、代码块，用不了多久就能熟悉。.md 文件也没有什么神秘的地方，它本质上就是一种纯文本文件，只是更适合写作和组织内容。

真正重要的，也不是一开始就搭出一个多么复杂的系统。

更现实的路径，是先用起来。先把自己的文字尽量集中到一个地方，先让记录稳定下来，先让内容开始沉淀。至于目录怎么划分，标签怎么设计，链接怎么建立，插件要不要装，很多时候都可以在使用过程中慢慢长出来。好的系统往往不是事先设计完成的，它更像是在长期使用里一点点生长出来的。

至于同步和备份，这也是我很看重的一部分。

很多人会担心，本地仓库会不会意味着同步麻烦。我的感受是，并不会。Obsidian 本身就支持很多同步方式，而我个人更喜欢的一种方案，是用 Obsidian 的 Git 插件配合 GitHub 来做版本同步。

我喜欢这套方式，不只是因为它能实现多端同步，更因为它保留了内容的演化过程。你可以看到一篇文章是怎么一点点改出来的，也可以看到一个仓库是怎样慢慢长出结构的。对于长期写作、长期记录、长期做项目的人来说，版本历史本身就是一种很有价值的资产。它记录的不是结果，而是过程；不是最后那一下提交，而是一路走到这里的痕迹。

写到最后，我越来越清楚，自己真正想推荐的，的确已经不是某一个具体工具。

我想推荐的，是一种更适合这个时代的工作方式：把自己的内容尽量沉淀在可控、清晰、开放的本地文本仓库里，让记录不只服务于当下，也能够进入未来的工作流；让写下来的东西不只是存档，而能慢慢变成资产；让个人知识管理不只是“记了很多”，而是逐渐形成一个可以被连接、被调用、被协同的个人系统。

对我来说，Obsidian 只是当前阶段一个很合适的入口。

它让我重新理解了记录这件事。记录不只是为了留下痕迹，也是在为未来的自己搭建环境；写作不只是输出内容，也是在为之后的整理、调用和协作提前准备材料。

也许再过几年，我们手里的工具还会继续变化，AI 的形态也会继续变化。可我越来越相信，那些足够朴素、足够稳定、足够可持续的底层组织方式，会变得越来越重要。

而以本地文本仓库为核心，把自己的内容一点点沉淀成系统，正是我目前最愿意坚持的一种方式。

—

X：@LeeDaud_0212

website：licheng.website

—

“所谓的对抗虚无主义，就是去热爱生活细节。”
我是 LeeDaud ，感谢你的阅读，也欢迎你陪伴一个普通人成长。