Obsidian · 横向对比

Obsidian 库换别的软件打开,会怎样

Obsidian 的库就是磁盘上一个普通的 .md 文件夹。没有数据库,没有私有格式,也没有什么要先导出的东西,所以今天就有许多软件能打开它。各家真正的差别,在于你笔记里那些不属于标准 Markdown 的部分,到了别人手上会变成什么样。

这些部分是 Obsidian 自己点名的。它的官方文档在 CommonMark、GitHub 风格 Markdown 和 LaTeX 之上,列了五个自家扩展:双链、嵌入、块引用、块 id 定义、callout。所以真正该问的不是别的软件能不能读你的库,而是这五个它认得几个,认不出来的时候屏幕上会显示成什么。

一句话

照 Obsidian 官方的说法,这五个是它自己加的,各配一种写法:

  • 双链,写作 [[链接]]
  • 嵌入文件,写作 ![[链接]]
  • 块引用,写作 ![[链接#^id]]
  • 给块起 id,在段落末尾写 ^id
  • callout,在引用块第一行写 > [!note]

剩下的全是标准语法。标题、列表、表格、代码块、脚注、LaTeX 公式,都是 CommonMark、GFM 或者 KaTeX 那一套,换到任何支持它们的地方,渲染出来都一样。

软件不认这五个当中的某一个时,通常不会把文件损坏,只是把原文显示给你看。一条 [[会议记录]] 就以这几个字符的样子躺在正文里,点不动。一个 ![[示意图.png]] 显示成这串字而不是图。callout 算里面坏得最轻的,因为 > [!note] 在标准 Markdown 里本来就是合法引用块,你会看到一个普通引用块,第一行多了 [!note]。最难看的是块 id:段落末尾挂着一串 ^a1b2c3,谁也不知道那是什么。

真正要提防的其实不是渲染,是写入。保存时自动格式化整篇 Markdown、或者把 YAML 属性区重新排序加引号的编辑器,会改掉你没打算改的文件,而且你可能几周都发现不了。

怎么对比

软件 怎么打开这个库 [[双链]] ![[嵌入]] 块引用 ^id callout
Obsidian 装桌面或手机 app 原生支持 原生支持 原生支持 原生支持
NoteLoom 在 Chromium 系桌面浏览器里打开文件夹 支持,带反向链接 支持 支持,两种写法都认 支持,13 类全有
Logseq OG(文件版) 装好后把文件夹当图谱打开 原生支持 不支持,它有自己的嵌入语法 支持,但用的是它自己的块模型 不支持,它叫 admonition
Logseq(数据库版) 装好后导入,之后数据库才是权威 支持,但存在数据库里 不支持,写法不同 支持,它自己的块模型 不支持,它叫 admonition
VS Code 和 vscode.dev 打开文件夹,自带 Markdown 预览 不支持,要装扩展 不支持 不支持 不支持,渲染成普通引用块
Typora 装好后在侧栏打开文件夹 不支持,要装社区插件 不支持 不支持 不支持,渲染成普通引用块
纯文本编辑器 一次开一个文件 不支持,显示原文 不支持,显示原文 不支持,显示原文 不支持,显示原文

2026 年 8 月逐家对着官网和官方文档核过。软件会变,真要搬一个在乎的库之前,自己再确认一遍当前版本。

一个一个说

Obsidian

基准线,而且得说清楚:论深度没有别的能比。插件、白板、图谱、手机端、Bases 都在这儿,上面那五个语法本来就是它的,自然全都支持。能装软件、用着也合适的话,根本不存在什么可移植性问题要解决。大家会去找别的,通常是因为公司电脑装不了东西、手上是 Chromebook、机器是借的,或者想要第二个工具读同一个文件夹、又不想把笔记复制一份。

NoteLoom

NoteLoom 靠 File System Access API 在 Chromium 系桌面浏览器里打开库文件夹,直接读写里面真实的 .md 文件,不上传、也不用注册。那五个语法它都认:[[双链]] 带自动补全和反向链接面板,![[嵌入]],块引用连 Obsidian 写的 [[笔记#^id]] 和简写 [[笔记^id]] 两种都认,callout 支持全部 13 类以及它们的别名、折叠和自定义标题。段落末尾那个 ^id 标记在阅读和编辑时都自动藏起来。同一篇笔记有源码、编辑、阅读三个视图可切。文件夹之上还有全文搜索、标签和关系图谱。

边界也是实打实的,动手前值得知道。它跑在桌面版 Chrome、Edge、Arc 里,因为 File System Access API 目前就在这些浏览器上。没有插件生态。文件树只列 .md.markdown,所以你的 .canvas 白板和 .base 文件会原样躺在磁盘上、但不出现在树里,.obsidian 文件夹同理。这是本站自己的工具,所以这一段请当成作者自述来读,别家怎么样按别家的说法核。

Logseq

先问是哪个 Logseq。2.0 把项目拆成了两个。Logseq OG 是文件版,Markdown 文件仍然是权威数据,能打开一个笔记文件夹,而且你还能在别的软件里改那些文件。数据库版把自己的数据库当权威,Markdown 变成导出格式而不是数据源头,于是打开一个库就从共用文件夹变成了一次导入。另外 Logseq 两个版本都是大纲式的,你的笔记会变成一个个块,在 Obsidian 里写的长段落读起来会碎得有点奇怪。

[[双链]] 两边都是原生的,能带过去。嵌入和 callout 不行:Logseq 有自己的嵌入写法,callout 在它那儿叫 admonition,所以才会有专门的转换工具,把双链、嵌入、callout 从一种方言改写成另一种。想要块级结构和日记优先的用法,它合适;只想拿它当 Obsidian 库的阅读器,不太合适。

VS Code 和 vscode.dev

不少人机器上本来就有,而且 vscode.dev 无需安装,在 Chromium 浏览器里就能打开本地文件夹。它的 Markdown 预览基于 CommonMark,所以标题、表格、代码块渲染得都对,而 Obsidian 那五个一个都不认。双链和 YAML 属性区都得先装扩展才不是大段原始文本,市面上那几个扩展存在的理由正是这个。换来的是跨文件搜索、Git,以及你早就熟悉的一整套文本处理手段。笔记本来就挨着代码放,或者你想 grep 两千篇而不是读它们,这就是个合理选择。

Typora

Typora 是个很舒服的单窗口 Markdown 写作工具,侧栏也能开文件夹,标准 Markdown 边打边渲染。但它不原生支持 [[双链]]。官方文档里讲的只有标准的 [label](src) 写法,issue 区那条功能请求挂了好些年,绕路的办法是装社区插件。用来写一篇文档很好,用来在一个满是链接的库里穿行就不是它了。

纯文本编辑器

记事本、TextEdit、nano,机器上有什么就用什么。什么都不渲染,标题前面是 #,加粗两边是 **,那五个扩展全都以你敲进去的字符原样出现。这不算失败,反而是个证明:你的笔记确实就是纯文本,最简陋的工具也永远读得了。在一台什么都装不了的机器上确认某个文件里写了什么,它就够用。

库里那些根本不是 Markdown 的东西

一个库通常不止有笔记,可移植性真正断掉的地方就在这儿。Obsidian 官方列的自家文件类型是 .md.base.canvas,另外还有图片、音频、视频和 PDF。

  • .obsidian 文件夹装的是设置、主题、快捷键、工作区布局和社区插件,属于配置不属于内容。多数别的软件根本不进隐藏文件夹,所以是放着不动,而不是损坏它。
  • .canvas 白板用的是 JSON Canvas 格式。文件本身是可读的 JSON,这比多数私有白板格式厚道得多,但 Markdown 软件不会把这块板子画出来。
  • .base 是 Bases,Obsidian 的数据库视图。不是 Markdown,换到别处不渲染。
  • 附件就是普通文件。图片、PDF、音频躺在文件夹里,系统用什么打开就用什么打开。

如果白板或者 Bases 在你的流程里是承重的,那再好的 Markdown 兼容性也搬不走它。这件事值得在计划搬家之前知道,而不是搬完才发现。

怎么选

  • 能装软件,也想要最全的那个:继续用 Obsidian,这篇里没有一条构成换掉它的理由。
  • 这台机器装不了东西:在 Chromium 系桌面浏览器里打开该文件夹。
  • 想要大纲和块级结构:Logseq,但开始之前先想清楚是 OG 还是数据库版。
  • 库本来就挨着代码:VS Code,装不了就用 vscode.dev。
  • 只想查看某个文件里写了什么:机器上任何一个文本编辑器。

要是浏览器这条值得一试,挂上库文件夹、打开一篇里面有几条 [[双链]] 的笔记,一分钟左右就能看出合不合用。

在桌面版 Chrome、Edge 或 Arc 里打开即可。

相关阅读

常见问题

Obsidian 的库能用别的软件打开吗?
能。库就是磁盘上一个普通的 .md 文件夹,没有数据库、也没有私有格式,任何能打开 Markdown 的软件都读得了。Obsidian 在 CommonMark、GitHub 风格 Markdown 和 LaTeX 之上,官方文档里列了自己的五个扩展语法:双链 [[链接]]、嵌入 ![[链接]]、块引用 ![[链接#^id]]、块 id 定义 ^id,还有 callout。各家的差别就在这五个上,笔记里其余的内容换到哪都一样。
不认双链的软件里,[[链接]] 会变成什么样?
会原样留在正文里,方括号都在。不会被删、也不会损坏,你还是看得出它当初指向哪篇笔记,只是点不动,也没有反向链接面板。嵌入是同样的道理:![[示意图.png]] 会显示成这串字符而不是图片。callout 算是坏得最轻的,因为在标准 Markdown 眼里 > [!note] 本来就是合法的引用块,所以你会看到一个普通引用块,第一行写着 [!note]。
用别的软件改笔记,会把库改坏吗?
一般不会,但动手前先确认两件事。第一,那个软件保存时会不会重写 YAML 属性区,把字段顺序调了或者给值加上引号,这是最容易发生又最不容易被发现的一种改动。第二,它保存时会不会自动格式化整篇 Markdown,有些编辑器会统一列表符号、强调符号或者换行方式。只写回你亲手改的那部分、其余一个字节都不动的编辑器,才算安全。
Logseq 能打开 Obsidian 的库吗?
先问是哪个 Logseq。2.0 之后它拆成了两个:Logseq OG 是文件版,Markdown 文件仍然是权威数据,可以直接打开一个笔记文件夹;数据库版则以自己的数据库为权威,Markdown 只是导出格式,所以那更像是导入而不是共用一个文件夹。两个版本的双链都是原生的,但 Obsidian 的嵌入和 callout 用的是另一套写法,直接打开不会按原样渲染。
库里有哪些东西根本不是 Markdown?
三样。.obsidian 文件夹装的是设置、主题、快捷键和社区插件,属于配置不属于笔记。白板是 .canvas 文件,用的是 JSON Canvas 格式;Bases 是 .base 文件。这两样都不是 Markdown,Markdown 软件要么直接忽略、要么显示成大段原始文本。图片、PDF 和音频就是普通文件,放在文件夹里,换到哪都能打开。
我到底该用哪个打开?
能装软件、又想要插件生态和白板,那就继续用 Obsidian,这篇里没有一条构成换掉它的理由。手上这台机器装不了东西,Chromium 系桌面浏览器可以靠 File System Access API 直接打开文件夹。想要大纲和块级结构,去看 Logseq。笔记本来就跟代码放在一起,VS Code 已经在手边了。只是想确认某个文件里写了什么,机器上任何一个文本编辑器都够。