从 Notion 迁到 Obsidian：本地优先笔记方案的半年使用报告

半年前，我把攒了四年的 Notion 工作区——600 多个页面、30 多个数据库——整体搬进了 Obsidian。这篇文章不是"Notion 已死"的站队文，而是一份尽量客观的半年使用报告：迁移怎么做、哪些预期被验证、哪些认知被推翻。

一、为什么决定迁移

促使我下决心的不是 Obsidian 有多好，而是 Notion 的三个硬伤逐渐无法忍受：

• 网络依赖是原罪。Notion 是云端优先产品，冷启动要转圈、地铁断网就抓瞎、桌面端本质是套壳网页。对重度使用者来说，"笔记打不开"的焦虑会随内容量增长而放大。
• 数据主权的不安。所有内容躺在别人的服务器上，导出格式（尤其是数据库）很难完整还原，越用越觉得被"绑架"。
• 成本悄悄上涨。免费额度收紧、AI 功能单独收费、Plus 档位对个人用户不算便宜——而 Obsidian 个人使用完全免费。

当然，Notion 的协作和数据库能力依然是顶级水平，这也是后文要反复提到的"回不去的部分"。

二、迁移过程：麻烦，但可控

导出与清洗

Notion 官方支持 Markdown + CSV 导出，但导出内容需要大量清洗：

• 数据库导出后变成"一个文件夹 + 一个 CSV + 一堆零散页面"，属性引用关系全部丢失；
• 部分 callout、嵌套列表转换后格式错乱，需要手工修补；
• 图片是 Notion 的临时 URL，必须批量下载转存为本地附件。

我最终用脚本完成了附件链接重写，整个清洗花了两个周末。如果你的库超过千页，请预留充足时间，并在动手前先备份原始导出文件。

结构重建

这是认知转变最大的地方：Notion 的"无限层级页面 + 数据库"不建议原样照搬，而应按 Obsidian 的习惯重构：

• 层级页面 → 文件夹 + 双链：目录只保留最粗一层，其余关系交给 [[]] 链接和标签；
• 数据库 → Dataview 查询：用 YAML 属性 + Dataview 实现"按状态筛选读书笔记"这类需求，代价是学一点查询语法；
• 模板 → Templater：日记、周报、会议记录全部模板化，一键生成。

三、半年后的真实体验

验证了的预期

• 快，是真的快。本地文件 + 原生客户端，搜索、打开、切换几乎零延迟，这种"跟手"的感觉用惯了回不去。
• 离线完全可用。飞机上、隧道里、服务器抽风时，笔记照写不误。
• 数据真正属于自己。整个仓库就是一个 Markdown 文件夹，可以用 Git 做版本管理，可以用任意编辑器打开，十年后依然读得动。
• 插件生态能打。Dataview、Templater、Excalidraw、QuickAdd 组合起来，个人知识库的自动化程度不输 Notion 数据库。

被推翻的认知

• 协作是硬缺口。共享页面、评论、多人实时编辑，Obsidian 基本没有解法。团队协作场景请直接放弃迁移念头。
• 移动端体验一般。iOS 端能用但不够顺滑，Dataview 在手机上偶尔加载偏慢。
• 折腾成本被低估。插件会冲突、主题要调、CSS 要改，前两个月花在"搭系统"上的时间比写笔记还多。工具的终极陷阱是：折腾工具本身成了主要内容产出。
• 网页剪藏偏弱。官方 Web Clipper 够用，但离 Notion"剪藏即结构化"的水平还有差距。

四、同步方案：本地优先的最大难题

数据在本地，多设备同步就得自己解决。半年里我试了四种：

我的最终组合：日常用 Obsidian Sync 保证可靠，核心仓库额外用 Git 做长期版本管理。双保险每年不到 400 元，对比 Notion Plus 订阅反而更便宜。

五、半年沉淀下来的工作流

• 每日笔记做入口：临时想法先扔进当天日记，周末统一归档到主题笔记；
• MOC（内容地图）替代数据库视图：每个主题一页，用 Dataview 自动汇总该主题下的全部笔记，"数据库感"回来了，但文件依然是自由的 Markdown；
• 写作即沉淀：博客和公众号初稿直接在仓库完成，从素材收集到成稿一个环境闭环。

六、谁适合迁移，谁别折腾

建议迁移：

• 以个人知识管理为主、重视隐私与数据长期保存的用户；
• 网络环境对 Notion 不友好的重度用户；
• 喜欢折腾、愿意用插件定制工作流的人。

建议留在 Notion：

• 团队协作是核心需求；
• 重度依赖数据库做项目管理、CRM；
• 不想花时间维护工具本身。

写在最后

半年用下来，我的结论是：Obsidian 赢在"拥有"，Notion 赢在"协作"。对个人知识库而言，一份躺在自己硬盘里、随时可迁移的纯文本资产，带来的安全感和速度提升是实打实的。迁移不是叛逃，而是想清楚一件事——你的笔记，到底为谁而写。