大概两年前，我是个”云端原教旨主义者”。
笔记要用Notion，文档要用Google Docs，任务管理要用飞书/钉钉，文件存在iCloud/Dropbox。随时随地访问，多设备同步，所有数据都在云上，感觉自己走在时代前列。
然后问题来了。
云端的代价
首先是速度。云端产品再快，也有网络延迟。特别是Notion，编辑器卡一下、搜索慢一拍、离线打不开——这些小问题积累起来，用起来就不那么顺畅了。
其次是依赖。你用Notion记了两年笔记，某天Notion改变定价策略，或者服务不可用，或者公司倒闭了，你的数据怎么办？虽然他们都说”你可以导出”，但真正需要导出的时候会发现，要么格式有问题，要么数据量太大，要么就是懒得搞。
最要命的”失控感”。我的数据在别人的服务器上，我的笔记体验被别人的产品决策绑架。我想加个功能，只能等官方开发。我想改个设置，只能接受现有的选项。我想离线用，对不起不支持。
:::warning 疫情期间的真实体验 出差时酒店WiFi很差，Notion打不开，飞书消息收不到，整个人就像断线的风筝一样焦虑。云端产品在你最需要它的时候，往往最不可靠。 :::
本地优先的好处
后来我开始往回撤。
笔记迁移到Obsidian，文档用VSCode+Git管理，图片存本地配合Syncthing同步，手机上用Markdown编辑器偶尔查看。放弃了”随时随地访问”的便利，换来了”我的数据我做主“的掌控感。
说实话，便利性确实下降了。但奇怪的是，焦虑感也下降了。
:::tip 心态变化 因为我知道这些数据会一直在那里，不会因为某个公司的决策而消失。我不需要担心服务商跑路、数据泄露、账号被封这些问题。我的笔记就是文件，文件就在我的硬盘上，随时可以打开，随时可以备份，随时可以迁移到任何其他平台。这种确定感，是云端产品给不了的。 :::
本地优先不是复古
我知道有些人会觉得本地优先是一种”复古”甚至”落后”的想法。云端是趋势，协作是刚需，本地能比得过吗？
我的观点是：本地优先和云端协作不冲突，关键是怎么组合。
我现在的方案是：核心数据本地管理 + 必要协作用云端。重要的笔记存在Obsidian本地，文件夹用Syncthing在几个设备间同步。工作时需要协作的文档用腾讯文档，但协作文档我会定期导出备份到本地。这个”定期备份”可能每周只有一次，但足以保证即使腾讯文档明天没了，我的工作也不会停摆。
:::abstract 数据可迁移性 选择工具的时候要看它的”数据可迁移性”。Obsidian的数据就是Markdown文件，任何文本编辑器都能打开。腾讯文档导出成Word/Excel也没问题。但Notion导出来格式经常乱。这个”导出友好度”应该是选择工具的重要考量。 :::
不是非此即彼
我不是说要完全抛弃云端。云端有很多本地替代不了的价值：实时协作、跨设备访问、数据恢复。这些都是真实的需求。
但云端不是唯一的答案。在追求便利性的同时，也要意识到它的代价：速度损失、依赖风险、失控感。
我的做法是，按”数据重要程度”分层管理。真正重要的、长期积累的数据——笔记、文章、项目文档——尽量本地优先。不那么重要的、临时性的东西，用云端工具没问题。
这个分层不复杂，但能帮你找到便利性和掌控感之间的平衡点。
:::note 延伸阅读 如果你对本地优先的工程落地感兴趣，可以继续阅读 本地优先架构在个人项目中的实践，里面拆解了存储层选型、同步策略和冲突处理的具体方案。 :::
本地优先是一种心态
说了这么多工具和方案，但我觉得本地优先本质上是一种心态：你的数据，你想不想真正拥有它？
如果你的所有数据都在别人的平台上，你的数据体验就受制于那个平台的体验。平台好，你就好；平台出问题，你就焦虑。
这不是一个技术问题，这是一个掌控感的问题。
我喜欢Obsidian，不只是因为它功能强大，更是因为我知道我的笔记就在那里，不会消失，不会被审查，不会因为订阅费涨价就肉疼。这种感觉让人安心。
安心这东西，有时候比功能更重要。
种下你的想法
在花园里留下一条评论，和这篇文章一起生长。