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 已经在手边了。只是想确认某个文件里写了什么，机器上任何一个文本编辑器都够。

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 里打开即可。