Logseq官方拆成两个产品，文件版功能冻结：你的老Markdown库有三条路

发生了什么

今年 4 月底，Logseq 官方宣布了一个让不少老用户心里一沉的变化：Logseq 将拆成两个独立产品，基于文件的 Markdown 版本改名 Logseq OG、转入独立仓库，今后只做安全更新和 Electron 框架升级，不再增加任何新功能。Logseq官方

同时官方给了三个承诺：不会强制用户迁移到数据库版本，OG 和 DB 版可以并行安装，任何想迁移的时候都有官方 Markdown 图谱导入工具可用。Logseq官方所以社区里流传的"文件版彻底停更"并不准确，准确的说法是：文件版功能冻结，此后的所有新功能只会出现在 DB 版。

DB 版得到的和失去的

得到的那面：DB 版是 Logseq 押注的未来，性能优化、块级查询和路线图上的新功能都只属于这条线。失去的那面：笔记不再是你随手就能打开阅读的 .md 文本文件，备份、同步和第三方工具对接都要围绕数据库重做一遍，部分第三方同步插件已开始明确面向 DB 图谱发版，插件生态事实上已经一分为二。

社区的反应比公告更直接。7 月官方论坛出现一个名为"是否有人打算无限期使用 OG 版"的帖子，楼主直接发问：OG 版被官方拆分并转入维护模式之后，还有没有人打算一直用下去。Logseq官方论坛这个帖子目前已累积超过 2000 次浏览、33 条回复，是近期社区热度最高的讨论之一。

其实更早之前，一直跟进的老用户就已经发出过提醒：现阶段的 db 版反而更脆弱，异常内容可能导致 db 很难修复，因此把 Logseq 从使用降级成了关注加试用。微博这也是本文建议整体偏保守的根本原因。

到了 8 月中旬，又有同时维护三个知识库的用户发帖吐槽"从没因为升级软件这么累过"，因为每个库依赖的核心功能都不一样，升级路径顾此失彼。Logseq官方论坛

老库的三条路

路一：留守经典版

这条路的底气最足：你的库就是硬盘上一个本地文件夹，journals、pages、assets 各归各位，软件明天出问题，文件还是你的。OG 仍有安全更新，短期内不存在可用性风险，如果你的需求就是日常笔记、卡片双链和简单查询，对新功能没有执念，留守是成本最低的选择。

路二：迁移 DB 版

官方口径是随时觉得准备好了就可以迁，导入工具已经就位，两个版本还能并行安装、互相参照。但要清楚：迁移基本是单行道，数据进了数据库再想回到纯文件，只能依赖导出功能，而插件生态还没完全跟上。这条路适合库不大、插件依赖轻、愿意尝鲜新功能的用户。

路三：换工具

OG 版停滞更新后，社区已经梳理出好几条迁移或混用的路线。知乎讨论度最高的四个出口，差异如下：

Tine 值得单独看一眼：它给自己的定位就是 Logseq 兼容大纲工具，官方明确说读写的是和 Logseq 同一份 Markdown 文件，两者之间随时切换，不用导入、不用导出、没有锁定。Tine官网截至今天的公开仓库数据显示，这个 6 月底才创建的仓库已经拿到 317 stars，今天仍有代码推送，是目前几个迁移出口里最活跃的一个。

Obsidian 路线的逻辑不同：它不是接盘你的库，而是补了一层低破坏、可继续使用的块引用兼容能力，这对从 Logseq 迁移到 Obsidian、或者同时混用两者的人很关键。知乎换句话说，你积累的 ((block ref)) 和 [[page]] 链接资产不会一夜作废。

迁移的三条硬提醒

1. 先备份再动手：任何迁移动作开始前，把整个库目录复制一份，最好再推进 git，二者至少占一样。

2. 用副本试：不管是导入 DB 还是搬进新工具，先在副本上验证引用、嵌入和附件都完整，再动主库。

3. 别信一步到位的承诺：目前所有出口都处于早期阶段，Tine 官方都明确标注未到 1.0，给自己留退路永远不亏。

值得盯的三个信号

1. Tine 等出口是否发布稳定版，星标和更新频率能否保持当前节奏。

2. Logseq DB 版何时从 beta 转正，导入导出工具链是否补齐。

3. 你常用的插件宣布支持哪一边，这往往比官方公告更决定迁移时机。

对大多数 OG 用户，我的判断是现在不必急着搬家：文件在你手里，OG 还有安全更新，出口正在快速成长，多等一段时间的成本很低，而迁错一次的成本是整个库。