为什么我放弃了 Notion 转向 Obsidian

我用 Notion 两年了。从最初的惊艳到后来的疲惫，这个过程中我对"笔记工具"的理解发生了根本性的转变。两个月前，我终于下定决心将所有笔记迁移到 Obsidian。这篇文章记录我的思考过程。

Notion 做对了什么

2023 年初第一次接触 Notion 时，我的感受是震撼的。一个 All-in-One 的工作空间，集成了笔记、数据库、看板、日历、Wiki——而且界面设计得非常精致。我开始将一切内容都往 Notion 里搬：

• 技术笔记和代码片段
• 项目管理和任务追踪
• 读书笔记和文章收藏
• 旅行计划和购物清单

Notion 的 Database 功能尤其强大。通过关联、汇总、筛选、排序，你可以搭建出高度定制化的工作流。我在上面搭建了一个完整的个人知识管理系统，包含技术 Wiki、项目看板和学习进度追踪。

裂痕：什么时候开始感到不舒服

大约使用一年后，问题开始浮现：

1. 离线体验极差

这是压倒骆驼的最后一根稻草。有一次在飞机上想查一个数据库迁移的笔记，打开 Notion——空白页面，转圈，然后超时。你的数据不在你的设备上，它在 Notion 的服务器上。Notion 至今没有真正的离线模式。

2. 性能问题

随着笔记数量增长（我的 Workspace 最终有超过 2000 个页面），Notion 的打开速度明显变慢。尤其是 Database 页面，从点击到内容加载出来，经常需要 3-5 秒。对于一个笔记工具来说，这个延迟是不可接受的。

3. 格式锁定

Notion 使用自己的专有格式。虽然支持导出 Markdown 和 CSV，但导出的内容会丢失大量结构化信息（尤其是 Database 数据）。这让我意识到，我在 Notion 上投入的时间越多，迁移成本就越高。

4. 过度设计

Notion 太"重"了。当我只是想快速记下一个想法时，我面对的是一个功能齐全的富文本编辑器、一个可以选择模板的菜单、一堆侧边栏和图标。这种"重"在前期是加分项，后期却成了阻碍。

为什么是 Obsidian

Obsidian 解决了 Notion 让我痛苦的每一个点：

迁移方案

迁移过程大约花了我一个周末。步骤拆解如下：

1. 导出：使用 Notion 的"导出为 Markdown & CSV"功能，选择"包含子页面"
2. 清理：导出的 Markdown 文件会有很多 Notion 特有的格式残留，我用了一个简单的 Rust CLI 脚本批量清理 UUID 文件名、空行和损坏的链接
3. 重组：在 Obsidian 中重新组织文件夹结构。我放弃了 Notion 那种严格的层级结构，改用更扁平化的组织方式 + 标签
4. Database 重建：原先在 Notion 中的项目追踪看板，我用 Dataview 插件重建。虽然不如 Notion 的 Database 直观，但功能上没有缺失
5. 同步方案：使用 Obsidian Sync（付费）或自建 Git + cron 自动提交的方案，在多设备间同步

我失去的和得到的

失去的：

• 所见即所得的富文本编辑体验（Obsidian 默认是源码模式，虽然可以开 Live Preview）
• 内置的数据库功能（Dataview 的语法学习曲线较陡）
• 协作功能（Obsidian 不适合多人实时协作编辑）

得到的：

• 完全的数据所有权和控制权
• 飞快的启动和搜索速度
• 双向链接带来的知识发现
• 用 Git 做版本控制和备份的灵活性
• 一个更简单、更纯粹的写作环境

总结

Notion 和 Obsidian 不是谁替代谁的问题——它们瞄准的是不同的需求。如果你需要团队协作、丰富的可视化数据库和 All-in-One 工作空间，Notion 依然是很好的选择。但如果你像我一样，更关注个人知识管理、写作体验和数据所有权，Obsidian 值得一试。

最终，工具是为人服务的。不要为了用工具而用工具。找到最适合自己工作流的那一个，然后专注于创造内容本身。