Obsidian 和 LogSeq 能否互相取代？ 以及 2024 效率工具的几个悬念。

说到总结，2024年 我最大的收获或许就是让我重新认识了「拥有自己系统」这一个概念，截至目前，我已经将很多依赖在线云的工具砍掉了，尽量做到信息自我掌控，包括采用：本地优先的工具，自托管的工具 …… 我很确信，2025年自己会沿着这条路继续走下去。我相信：优秀的生产力工具可以帮助用户，但不应该控制用户。

至于符合「自己可掌握」条件的工具里面，我也在减少依赖，尽量进行合并。 这其中最核心的就是本地笔记工具。对于我来说，其实就是：Obsidian 和 LogSeq。

在我这里，这两个工具主要都是本地存储（虽然都有 远程 Sync 服务）。两者的笔记都基于 Markdown 文件。 我无数次想过，既然如此，能否索性用 Obsidian 取代 LogSeq， 或者用LogSeq 取代 Obsidian 呢？

先说结论：在尝试了N次之后，在我的用途范围内，我目前觉的两者还是 不能互相取代。 如果一定要取代，可能需要额外的插件甚至是外挂辅助应用。

LogSeq 为什么 不能取代 Obsidian？

LogSeq(下图) 是早期的双链笔记工具代表作之一， 和 Obsidian 几乎出于同一时代。

而 Obsidian 早就不是一个单纯的笔记工具了，可以说，它是一个基于「双链笔记」的操作系统。

在 Obsidian 上面衍生出了各种应用和丰富的插件。比方说：DayPlanner，Kanban，DataView Query …… 而且还在陆续涌现出各种可能性。但这也不是完美的，像我就很少折腾插件（后面会展开讲），但有的人就是很喜欢，尽管如此，LogSeq 的插件社区远远不能和 Obsidian 相比较，无论是数量还是质量，而且都不在一个数量级。

另一方面，也是我很担心的地方，LogSeq 已经很久没有更新了，而 Obsidian 一直在推陈出新，并且吸收活跃插件成为核心组件，很快最新预览版（insider）里还会出现分屏浏览器，让人直呼期待。 甚至 Bending Spoon 近期都向 Obsidian 抛出橄榄枝希望收购它（下图），这是一个向好的趋势。（注：Bending Spoon 就是收购了 Evernote 然后涨价缩量的那家公司，千万别收购 Obsidian 啊，求你了）

反观 LogSeq 这边，没有更新也就算了，我个人觉得，LogSeq 的核心功能如此强大成熟，即使不再更新，也无所谓。但是，我害怕 LogSeq 正在「憋大招」（也就是传说中的 Database 版本）。 另外， 除了 Journals，对于 LogSeq 的白板等其它周边特性，我都是上手就关闭的，我只保留其核心的功能。换言之， 我感觉 LogSeq 一直是一个「追随者」，Obsidian 有的也要有， 但却力不从心。 这也是我害怕它「憋大招」的原因，这可能会耗费 LogSeq 团队大量的力气，但最终还是提供了一个被我上手就关闭的功能（下图）。

简单来说，Obsidian 处于良性循环的上升期，LogSeq 则在苦苦追随。这让我很难过，因为，我认为：我们不需要逼自己成为一个优秀的别人，而应该设法成为一个优秀的自己。 LogSeq，应该成为自己，即使费了很大劲，就算成为了另一个 Obsidian 那又如何？（况且还是被远远甩在OB之后） 但是目前还不能下结论，还是看 LogSeq 憋了很久的「大招」最终会带来什么吧，我良好的希望是 LogSeq 能突破自己，但理性的我却有些怀疑。LogSeq的未来发展也是我 2024年 最大的几个效率工具悬念之一。

所以，LogSeq 想要取代 Obsidian 还是遥不可及的事情。

Obsidian 为什么 不能取代 LogSeq

既然 Obsidian 这也好那也好，那为什么不能拿 Obsidian 取代 LogSeq 呢？

首先要看用途吧，在我的用途里，相信我，我尝试了无数次，试过各种 Obsidian 插件，各种笔记组织方式，但是依旧不能实现 LogSeq 基础的 「节点日志」和「超级标签」。 应该说，LopSeq 最优秀的地方就在这里，是所有特色的精华，其它功能都是「拙劣的模仿」（恕我直言），只有「节点日志」 这个体系是 LogSeq（下图） 灵魂所在，而且也经历了时间考验。

如果，不清楚「节点日志」是指什么，可以看看我之前介绍的 Tana， Tana 就是一个云端版本的 LogSeq 精华功能集合。 Tana 出现的时间在 LogSeq 后面很多，我感觉 Tana 从 LogSeq 中获得了很大的启发。参考：【译】节点笔记 Tana 的终极入门指南

如果撇开这「节点」的特性，我们只是把 LogSeq 最为一个普通双链笔记工具，或者一个PKM仓库，或者一个白板工具，或者一个 Anki 工具 …… 所有这些都有更专业的替代品，或者 Obsidian 的插件来对应。 我们应该毫不犹豫的把 LogSeq 替换下去。

另外，我也不爱折腾插件，只用 LogSeq 成熟的原生功能。而Obsidian 的插件虽然很多，大多是第三方的， 有些停止维护了，有些不再兼容新版了。我最近就踩了一个坑 QueryControl 插件，这是我唯一使用的 Obsidian 插件。 而 LogSeq 的原生的节点查询我觉得超越了 Obsidian 内置查询和一堆 Query 插件。 讽刺的是，Obsdian 是一个我们「自己掌握」的系统，但它的一些插件反而成为我们工作流依赖的风险。

所以，如果我们不喜欢折腾插件，而且对「节点日志」情有独钟，短期 Obsidian 还无法超越LogSeq，而且从架构上来看，Obsidian 也很难成为另一个 LogSeq。 倒是 Tana 更有希望，如果 Tana 出了一个本地版的话。Tana（下图） 的发展，也是我的一个悬念。虽然感觉节点笔记还是太小众了，但是谁知道呢，很多工具都是从小众走向大众的，苹果电脑早期还只是极客捣鼓的工具呢，谁能预测后面的流行呢？

最后

但不管如何，Obsidian 目前是一个比较稳的工具，我甚至建议每个人都可以考虑把 Obsidian 作为自己笔记归档的中心。 无论只是归档备忘，还是将来想发展出PKM，甚至通过AI 形成更高级的玩法， Obsidian 都有很良好的适应性，因为我们掌握自己的数据。

LogSeq 我还会继续使用，但万一哪天难以为继了，考虑到 LogSeq 的 开源和本地优先 特性，产品应该仍旧可以使用下去。 即使最极端的情况下，我也可以考虑制作一个外挂，让 Obsidian 实现节点笔记的功能，我甚至有些想试一下了，如果哪天我发布了，大家也可以来捧个场。