如果你最近打开 Notion 时经常卡在加载页面或者你正在犹豫要不要把笔记从 Notion 迁到 Obsidian那这篇文章值得读完。先说我的核心判断Notion 和 Obsidian 并不是“同类工具的不同品牌”而是两种完全不同的数据架构。Notion 本质上是“云端数据库之上的协作空间”Obsidian 本质上是“本地文件系统之上的 Markdown 知识库”。选哪一个表面上是在选笔记软件实际上是在选数据的归属权、长期可维护性和知识库的架构方式。我之所以最终放弃 Notion、转向 Obsidian主要是因为三个理由数据所有权、性能响应、可扩展性。这三个理由不是“谁更好看”“谁模板多”这种主观偏好而是会直接影响你长期使用体验的硬性问题。下面我会把三个理由逐一拆开讲同时给出从 Notion 迁移到 Obsidian 的完整实操路径包括环境准备、基础配置、常用插件、同步方案和常见问题排查。如果你也做过知识管理应该能感受到这些痛点有多真实。1. 先用一句话说清楚结论如果你要建一个长期使用的个人知识库重视离线可用、文件可控、可深度定制那么 Obsidian 比 Notion 更适合如果你需要的是团队在线协作空间需要数据库视图和多人实时编辑那么 Notion 依然是更合适的选择。Obsidian 的“回不去”并不是因为它完美而是因为它把笔记最重要的几个底层能力做对了文件在本地、格式是标准 Markdown、功能可通过插件扩展。这几个能力决定了你的笔记库不会随着服务商调整、网络波动或页面膨胀而失控。这篇文章重点覆盖三块内容放弃 Notion 的三个核心理由以及这些理由背后的技术原因从 Notion 切换到 Obsidian 的实操步骤包括下载安装、建库、迁移、同步、插件配置Obsidian 使用中的常见问题与最佳实践。不管你是刚接触知识管理的新手还是已经积累了大量笔记的深度用户下面这些内容都能直接落地。尤其是那些已经被“Notion 打开很卡”折磨过的人看完应该能理解问题出在哪里。2. Notion 与 Obsidian 是什么两种数据架构的较量2.1 Notion 的核心概念Notion 的核心模型是Block块。你在页面上看到的每一段文字、每一张图片、每一个列表本质上都是一个块。页面由块组成数据库用于管理页面级的结构化数据。它的设计哲学是“一切皆块”通过块和数据库的组合可以实现文档、表格、看板、日历等多种视图。这种设计的优势非常明显创建复杂页面非常灵活数据库视图适合项目管理和资料整理模板丰富入门体验友好实时协作做得好适合团队共享。但它的底层问题也被架构决定了所有数据都存在 Notion 的云端服务中页面渲染高度依赖网络请求和服务端响应。你自己无法直接拿到一份原生 Markdown 文件所有内容都是通过 Notion 的私有格式存在远程服务器上。2.2 Obsidian 的核心概念Obsidian 的核心模型是Vault库Markdown 文件。一个 Vault 就是一个本地文件夹里面所有的.md文件就是你的笔记。你不需要数据库不需要网络不需要登录打开软件就能看到一个文件夹里的全部内容。Obsidian 的核心能力包括本地优先文件默认存到你自己的磁盘双向链接通过[[笔记名]]在笔记之间建立关联图谱视图可视化知识之间的关系插件系统核心插件与社区插件共同扩展能力。它把“笔记”还原成了“文件”。你写的每一篇笔记都可以用记事本打开都可以被 Git 追踪都可以被脚本批量处理。这种自由感是 Notion 给不了的。2.3 对比表格对比维度NotionObsidian数据存储位置云端服务器本地磁盘笔记文件格式私有块格式标准 Markdown离线可用性部分受限依赖缓存完全可用打开速度体感页面越大越慢白屏等待常见本地渲染启动迅速可扩展性有限的 API 与数据库工具庞大的社区插件生态团队协作强实时在线协作弱需借助同步方案迁移自由度导出受限格式转换有损耗文件级迁移几乎无损耗学习曲线界面友好但概念较重上手简单进阶依赖插件2.4 核心差异云端数据库 vs 本地文件系统很多人在比较 Notion 和 Obsidian 时会把焦点放在“界面好不好看”“模板多不多”上但真正的分水岭在更底层。Notion 是一个“云端数据库应用”。当你打开一个页面浏览器要先询问服务端“这个页面有哪些块”服务端返回数据后前端再把这些块渲染成你看到的样子。页面越长、嵌入内容越多要传输和渲染的数据量就越大。这也是很多人反馈“Why Notion 打开很卡”的原因之一。Obsidian 则是一个“本地文件编辑器”。打开软件时它读取本地文件夹里的 Markdown 文件在本地完成渲染和全文索引。没有网络依赖没有服务端渲染等待没有跨地域请求延迟。对于个人知识库来说这种架构明显更可控。3. 理由一数据所有权与文件格式的底层差异3.1 Notion 的数据其实是“借”来的Notion 非常方便但你很少会思考一个问题你写在 Notion 里的内容真正属于你吗从产品角度看你的数据确实属于你你可以导出。但从技术角度看你的数据以私有格式存在 Notion 的服务器上导出时会经过格式转换。对于简单的文本页面导出 Markdown 还能接受但包含数据库、看板、内嵌子页面、复杂表格的页面导出后结构会明显变化。你可以把内容拿走但很难把“使用体验”和“结构关系”完整拿走。对个人知识库来说这其实是一个长期风险。假如某天 Notion 调整收费策略、关停某些功能或者你只是想换一个工具迁移成本会很高。这不是说 Notion 一定会出问题而是说“数据的可移植性”应该是选择工具时的第一指标。3.2 Obsidian 的库就是一个文件夹Obsidian 的一个库就是一个文件夹。库里的每一篇笔记都是一个.md文本文件。图片等附件默认也可以存在库内的附件目录中。这意味着你可以直接备份整个文件夹你可以用任意编辑器打开笔记你可以写脚本批量处理笔记内容你可以把库直接放到 Git、NAS 或网盘里同步未来哪怕 Obsidian 停止更新你的笔记也依然是普通 Markdown 文件仍然可读可迁移。Markdown 是开源标准不是 Obsidian 的私有格式。这种“文件归我软件只是阅读器”的思路才是知识库长期主义的关键。3.3 用脚本验证你的知识库可控性下面用一个最简单的命令展示 Obsidian 库的可控性。假设你的库在本地D:\MyVault想统计总共有多少篇笔记# 进入库目录 cd /d D:\MyVault # 统计 md 文件数量 find . -name *.md | wc -l在 Windows PowerShell 下可以这样(Get-ChildItem -Recurse -Filter *.md | Measure-Object).Count这只是最基础的例子。更进一步你可以统计所有笔记中出现了哪些标签grep -rhoP (?#)[a-zA-Z0-9\u4e00-\u9fa5] --include*.md . | sort | uniq -c | sort -rn这个命令会扫描库内所有 Markdown 文件提取#标签形式的文本并按出现次数排序。原本在云笔记里做不到的事情在 Obsidian 里就是一个终端命令的事。这就是“数据归我”带来的直接价值。3.4 Markdown 元信息可以通过 Frontmatter 管理Obsidian 支持在笔记开头写 YAML Frontmatter 区域用来存放标签、时间、状态、来源、作者等元信息。这个特性非常重要因为它让笔记拥有了“结构化字段”可以被搜索、被插件读取、被模板自动填充。--- title: Obsidian 迁移笔记 tags: - 知识管理 - Obsidian created: 2025-05-01 author: myself status: 已迁移 source: https://obsidian.md ---这段 Frontmatter 是纯文本可以被插件读取也可以通过脚本统计。它相当于把数据库的“字段能力”带回了纯文件体系但又没有牺牲可迁移性。这是 Obsidian 比传统纯 Markdown 编辑器更有知识管理能力的原因。小节结论如果你把笔记当作资产那么资产应该以普通文件的形式放在你能直接访问的地方。Obsidian 至少做到了这一点而 Notion 的核心价值恰好建立在私有云端之上这是两者最本质的差别。4. 理由二性能与响应速度——为什么 Notion 打开越来越卡4.1 “Notion 打开很卡”不是错觉搜索“Notion”相关热词时“为什么 notion 打开很卡”是很常见的疑问。这个问题的根源不在网速而在产品架构。Notion 的页面内容以块的形式存在云端数据库中。每次打开页面时你需要经历浏览器发起网络请求服务端处理并返回块数据前端加载渲染所需的脚本和资源将块数据转换成 DOM 节点绘制到页面。当页面内容膨胀、图片增多、数据库视图刷新频繁时浏览器要维护的 DOM 节点数量会显著上涨。同时Notion 是典型的长驻型单页应用标签页长期不关闭时内存占用往往居高不下。即使页面不操作前端框架的监听和状态维护也会持续消耗资源。这就导致一个非常常见的使用体验今天新建页面还挺流畅半年后笔记多了、页面复杂了打开软件就转圈输入文字有延迟切换页面要等待。4.2 Obsidian 的本地渲染为什么快Obsidian 直接读取本地文件渲染发生在本地全文检索基于本地索引。打开一个库本质上是打开一个文件夹不需要提前向远程服务器请求任何内容。这意味着冷启动时不需要等待网络页面再大瓶颈主要在本地磁盘和 CPU 性能没有服务器宕机、没有跨地域延迟离线环境下依然可以做完整笔记。这并不代表 Obsidian 不会卡当你的库里有几十万个文件、大量高清图片、奇怪的大型插件时本地索引和启动速度也会受影响。但它的卡和 Notion 的卡是两种性质一个是“自己环境的问题自己可以优化”另一个是“服务端和前端架构带来的不可控因素”。从知识管理角度来说笔记工具必须“随叫随到”。你想记录一个灵感时打开软件等三秒钟可能还能接受你只想搜索一条旧笔记时每次都要经历加载白屏这种体验就会严重影响使用频率。4.3 如果你仍在使用 Notion可以这样缓解卡顿如果你暂时还不能离开 Notion可以尝试下面几个方向不要把单个页面做得过大拆成多个子页面减少页面中的嵌入内容尤其是无限制的数据库视图定期清理不再使用的大附件不要长期挂着一堆不用的工作区标签页尽量使用桌面客户端而不是浏览器标签页。但这些都是缓解手段。只要页面模型和服务端渲染机制不变页面变大后性能问题还是会回来。小节结论个人知识库需要的是“零等待”的记录体验。Obsidian 的本地渲染机制让它天生比云端数据库更适合作个人的高频笔记工具。5. 理由三可扩展性与插件生态5.1 Obsidian 的插件机制Obsidian 的第三个核心优势是插件生态。它的基本功能非常克制只有编辑器、文件管理、搜索、图谱、双向链接等核心能力。真正让它变得强大的是围绕本地 Markdown 文件形成的一整套插件机制。插件分为两类核心插件官方内置例如大纲、标签面板、关系图谱、模板、日记、录音、工作区社区插件由社区开发者发布覆盖主题美化、数据统计、AI 辅助、学术引用、剪藏、同步、图表、表格增强等方向。这意味着你不需要在“功能全面”和“轻量快速”之间二选一。你可以先使用一个轻量核心然后按需安装插件。5.2 热门插件方向与典型场景从常见搜索热词可以看到用户对 Obsidian 插件的需求集中在下面几类需求方向典型插件方向使用场景外观美化主题、自定义字体 CSS调整阅读体验、界面舒适度网页收藏Obsidian Web Clipper剪藏网页内容到库中学术引用Zotero 联动插件论文文献管理和笔记关联AI 辅助LLM Wiki、OpenCode、Codex 等方向基于本地知识库做问答和总结语音记录录音转文字插件会议记录、灵感速记表格增强Advanced Tables更顺手的 Markdown 表格编辑代码与工程Git 同步、代码折叠版本管理、代码块阅读这里特别值得说的是 AI 辅助方向。Obsidian 的优势在于你的笔记是本地纯文本文件所以很多大模型工具可以直接读取和处理这些文件。无论是做 RAG检索增强生成还是把本地知识库接入到大模型聊天工具Markdown 文件都是最友好的语料格式。这也是为什么 “Obsidian AI” “LLM Wiki obsidian插件” “obsidian codex” 这类热词出现得越来越多。5.3 配置示例自定义界面与字体Obsidian 默认界面已经不错但很多人希望调整字体和界面。这类需求可以通过“外观 → CSS 代码片段”实现。先在库目录下创建CSS文件夹再添加一个font.css文件/* 文件路径你的库/.obsidian/snippets/font.css */ body { --font-interface: Microsoft YaHei, PingFang SC, sans-serif; --font-text: 霞鹜文楷, Source Han Serif SC, serif; --font-monospace: JetBrains Mono, Consolas, monospace; } .markdown-preview-view { font-size: 17px; line-height: 1.8; }然后在 Obsidian 的设置 → 外观 → CSS 代码片段中启用它界面字体就会立即变化。这个配置不需要插件不需要联网直接生效。5.4 实时预览源码和渲染结果同时可见也有很多用户问“能不能在编辑模式同时看到源码和渲染结果”。Obsidian 的实时预览Live Preview模式就是为这件事设计的。在设置中配置设置 → 编辑器 → 默认编辑模式 → 选择“实时预览”这个模式下你可以直接输入 Markdown 语法也会看到文本加粗、标题、链接、甚至内嵌图片的渲染效果。它不像传统“源码编辑”那样只有纯文本也不像“阅读模式”那样完全隐藏源码。对于写作体验来说这个模式最接近 Typora 的“所见即所得”。如果你更习惯传统双栏显示也可以安装“源码模式”配合侧边栏预览这属于个人偏好。5.5 插件不是越多越好Obsidian 插件生态丰富但也要提醒新用户插件会改变编辑器行为、增加启动加载时间、引入潜在兼容问题。尤其有些社区插件长期不更新在 Obsidian 版本升级后会出现失效或报错。建议的使用策略是先使用核心插件跑通基本流程每安装一个社区插件都要明确它解决什么问题遇到软件升级后异常优先检查插件兼容性不要一次性安装几十个插件避免库的启动和稳定性恶化。小节结论Obsidian 真正的上限不在软件本身而在你能围绕本地 Markdown 文件构建出多大的工作流。它允许你从“普通笔记工具”长成“个人知识管理系统”这种可扩展性 Notion 很难复制。6. 从 Notion 迁移到 Obsidian环境准备与基础配置6.1 下载与安装解决 Obsidian 下载太慢的问题Obsidian 的下载地址是官网。国内用户下载时有时会遇到连接不稳定或速度较慢的情况。比较稳妥的解决办法优先从官网下载安装包如果官网访问很快这是最安全的路径如果官网下载明显缓慢可以使用国内常见的软件下载站或镜像站但要注意核对文件校验值避免下载到被篡改的安装包在浏览器中直接下载 .exe 或 .dmg 安装包而不是使用在线安装器往往更稳定安装完成后软件本体使用过程中不依赖官方服务器不需要担心下载慢影响后续使用。Obsidian 对 Windows 7 64 位的支持需要特别注意。新版本 Obsidian 对老旧操作系统的兼容性越来越差如果你还在 Windows 7 上使用建议先确认你需要的版本是否支持该操作系统再决定是否升级。6.2 创建 Vault 并配置基础界面安装完成后第一步是创建 Vault打开 Obsidian点击“Create new vault”输入 Vault 名称选择本地目录点击“Create”进入库主界面。Obsidian 的界面可以分为几个区域左侧边栏文件列表、搜索、标签面板、书签中间区域笔记编辑区右侧边栏大纲、图谱、反向链接等。如果你想知道“Obsidian app 界面说明”最直接的方法是打开“设置 → 外观”调整主题到“深色”或“浅色”再把“设置 → 编辑器”里的“默认编辑模式”切换为“实时预览”这个组合基本就是大多数中文用户最舒适的默认配置。6.3 从 Notion 导出内容如果你想从 Notion 迁出内容官方路径是进入 Notion 工作区点击左上角菜单选择“Settings”在“Import/Export”中选择“Export all workspace content”格式选择 Markdown CSV等待 Notion 打包后下载导出文件。导出后你会得到一个 ZIP 压缩包里面包含 Markdown 文件和附件。解压后可以直接放入 Obsidian 库目录中。但要注意Notion 导出的 Markdown 中数据库、子页面、内嵌块的结构可能会被扁平化需要手动整理。因此更稳妥的迁移方式是先在新工具里跑通流程再逐步迁移内容而不是一次性全量导入。6.4 网页剪藏Edge 插件 Obsidian Web Clipper如果你平时大量收藏网页可以用 Obsidian Web Clipper 浏览器插件完成剪藏。首次使用需要先连接 Obsidian 库。推荐配置一个独立文件夹用于保存剪藏内容例如01-Inbox避免剪藏内容直接混入正式笔记目录。剪藏时注意两点剪藏页面通常包含大量正文以外的导航和广告需要手动清理剪藏内容是别人写的文章一定要注意版权更适合作为个人学习笔记的素材而不是直接发布。6.5 同步方案官方同步、Git 与 NAS 远程备份Obsidian 本身是本地软件多设备同步需要自己解决。常见的同步方案有三种方案一Obsidian 官方 Sync官方同步服务端到端加密配置简单适合不想折腾的用户。缺点是收费速度有时也不稳定。方案二Git 同步适合开发者把 Vault 作为 Git 仓库多设备拉取和推送。# 在 Vault 根目录初始化仓库 git init git add . git commit -m 初始化 Obsidian 库 # 关联远程仓库 git remote add origin https://github.com/yourname/your-vault.git # 推送 git push -u origin main使用 Git 同步的注意点是笔记文件的修改会产生大量提交建议配置.gitignore忽略.obsidian/workspace.json等本地状态文件也可以忽略附件缓存目录。方案三NAS 远程备份如果你的家庭网络环境中有 NAS可以用 Syncthing、Drive 同步或 WebDAV 把 Vault 同步到 NAS 中。好处是数据完全由自己掌控适合对隐私敏感的用户。6.6 初次使用还需要设置附件目录Obsidian 默认会把图片等附件放在笔记同目录下这会让库目录越来越乱。建议在创建库的第二时间就设置附件目录设置 → 文件与链接 → 新附件位置 → 设置为“仓库内指定文件夹” 默认位置选择 99-Attachments这个设置会在后续所有笔记中生效新粘贴的图片都会进入统一附件目录避免散落各处。如果你已经有大量笔记也可以使用社区附件整理插件来迁移旧文件。7. 完整示例用 Obsidian 搭建一个可运行的本地知识库下面用一个最小但完整的例子演示如何把 Obsidian 配置成可运行的本地知识库。这个例子不需要第三方插件只依赖核心能力。7.1 目录结构在本地磁盘创建文件夹并用 Obsidian 打开它MyVault/ ├── 00-Inbox/ # 临时收集箱 ├── 01-Notes/ # 正式笔记 ├── 02-Projects/ # 项目笔记 ├── 03-Resources/ # 资源与文献 ├── 99-Attachments/ # 附件目录 └── .obsidian/ # 软件自动生成的配置目录7.2 在库中添加一篇笔记模板先在Templates文件夹可以自行创建中添加日记模板--- title: {{date}} 日记 type: daily tags: - 日记 created: {{date}} --- ## 今日完成 - ## 遇到的问题 - ## 明日计划 -Obsidian 支持核心模板插件。在“设置 → 核心插件”中启用“模板”在“模板文件夹位置”中指向Templates然后在日记中使用快捷键插入模板即可。7.3 用双向链接串联笔记新建一篇笔记Obsidian 入门.md在其中写入# Obsidian 入门 Obsidian 支持 [[双向链接]]也支持标签 #知识管理。 你可以把相关笔记通过 [[笔记名]] 关联起来。 相关的笔记有[[Notion 与 Obsidian 对比]]当你在其他笔记中输入[[Obsidian 入门]]时Obsidian 会自动创建关联。打开“图谱视图”就能看到笔记之间的节点关系。这是知识库从“文件夹分类”走向“网状关联”的关键能力。7.4 运行并验证完成上述步骤后在 Obsidian 中打开这个库使用“Ctrl N”新建笔记并插入模板输入[[]]触发双链补全点击左侧图谱图标观察节点是否出现在关系图中。如果图谱中能看到多个笔记节点且有连线说明双向链接已经生效。如果图谱一片空白检查笔记中是否真的使用了[[笔记名]]语法。7.5 验证文本渲染在实时预览模式下输入# 标题 **加粗文字***斜体文字*行内代码 引用内容 - [ ] 待办事项正常情况下你会看到这些 Markdown 语法被渲染成样式化文本而不是源码。如果仍然看到纯文本说明当前处于纯源码模式在右上角点击“编辑/阅读”切换即可。8. 常见问题与排查思路Obsidian 使用过程中有几个问题出现频率很高。我把它们整理成一张排查表问题现象可能原因排查方式解决方案Obsidian 下载太慢网络连接不稳定官方下载通道较慢查看下载源检查安装包大小是否正常使用官网下载或通过常见软件镜像站、离线安装包方式获取打开库时白屏或卡住插件冲突、库内文件过多、索引未完成关闭所有社区插件重新打开库禁用最近安装的插件等待索引完成必要时重建库多设备同步后笔记冲突没有使用统一同步工具多端同时修改检查冲突文件命名使用 Git、Obsidian Sync 或 Syncthing 等统一同步方案图片粘贴后不知道存到哪未配置附件目录查看“设置 → 文件与链接”中的附件位置新建99-Attachments并设置为默认附件目录插件失效或报错Obsidian 版本更新后插件不兼容查看插件更新状态查看控制台错误日志优先升级插件等待作者兼容更新必要时禁用插件无法在笔记中插入 ExcelMarkdown 本身不直接支持 xlsx 渲染检查表格语法是否正确将 Excel 转为 CSV 或 Markdown 表格用 Advanced Tables 插件增强Windows 7 无法打开新版本新版已放弃旧系统支持查看系统版本和安装包要求安装适合 Win7 的旧版本或升级操作系统想在编辑模式同时看到源码和渲染结果未切换到实时预览模式检查“设置 → 编辑器 → 默认编辑模式”切换为“实时预览”模式另外提醒一个安全边界如果你的库中存放了 API Key、密码、私钥等内容千万注意同步方式。不要把这些敏感信息直接提交到公开 Git 仓库也不要把包含密钥的笔记放到不受控的网盘中。Obsidian 是本地软件但安全边界依然掌握在你自己的同步方案中。9. 关于是否适合你的建议与最佳实践9.1 Obsidian 更适合哪些人从我的使用经验和大量用户反馈来看下面几类人更容易从 Obsidian 中获益需要长期积累并回查知识的开发者或研究人员喜欢使用 Markdown 写作、不依赖富文本编辑器的用户对数据私密性有要求不希望所有笔记都默认存在第三方云端的人愿意花一点时间配置插件和同步方案的人希望把本地知识库接入 AI 工具、实现个人知识问答的人。9.2 Obsidian 不适合哪些人同样下面几类情况更推荐继续使用 Notion 或同类在线协作工具需要一个团队共享的在线知识库多人实时编辑是刚需需要强大的数据库视图例如看板、日历、表格组合展示不想折腾本地文件、同步、备份、插件配置只想打开即用团队工作流已经深度依赖 Notion 的模板体系和页面权限。9.3 最佳实践清单如果你决定尝试 Obsidian下面这份清单可以帮你少走弯路先建库再堆内容规划好目录结构配置好附件目录再开始录入笔记优先使用 Frontmatter 记录元信息创建时间、标签、来源、状态字段尽量写在开头不要一开始就追求复杂插件先用核心插件跑通完整流程再按需引入社区插件同步方案尽早确定不要在 A 设备整理了一周笔记之后再想 B 设备怎么同步定期做备份验证无论用 Git 还是 NAS都要实际执行一次恢复操作确认备份真的可用不要把密钥放进库设置、同步工具、插件都可能暴露文件内容控制单篇笔记体量长文内容建议拆分为多个子笔记用双链关联比堆在一个文件里更好。10. 总结与下一步行动这篇文章最核心的内容可以归纳成三点。第一Notion 和 Obsidian 的选择本质上是“云端私有数据库”和“本地标准文件”两种数据架构的选择。如果你把笔记当作长期资产本地 Markdown 文件的可控性更有优势。第二Obsidian 在性能上更适合个人高频使用因为本地渲染没有网络和服务端依赖。而 Notion 的卡顿更多来自它的架构本身而非用户的网络质量。第三Obsidian 的价值上限取决于插件生态。从剪藏、同步、Zotero 联动到 AI 知识库这套基于普通文件的扩展能力让它成了目前最适合构建个人知识系统的 Markdown 工具之一。如果你当前还在 Notion 中下一步建议不要急着全量迁移。先在本地创建一个 Obsidian 库整理十来篇近期最重要的笔记跑通“建库→录入→双链→同步”这条完整链路。等你确认 Obsidian 的生态和工作流能满足需求再逐步把更多笔记迁入。笔记工具只是为了让你更好地思考而不是让你花更多时间管理笔记。从这个角度看Obsidian 让我可以拿回数据、加快响应速度、自由扩展工具链这就是我“回不去”的原因。