笔记与知识库：本地优先还是协作优先

笔记工具的真正差异不在编辑器，而在数据怎么存、能不能导出、协作时冲突怎么处理。这份清单按「数据可迁移性」优先排序，先保证十年后还能打开，再谈双链和 AI。

本期入选（7）

• logseq · 深度导读卡 ¥2.9AGPL-3.0 · Clojure · ★45.5k

  块引用与双链的代表，适合以关联思考为主的个人知识库。

• siyuan · 深度导读卡 ¥2.9AGPL-3.0 · TypeScript · ★47.1k

  块级结构 + 本地存储，适合希望自己掌控数据文件的人。

• memos · 深度导读卡 ¥2.9MIT · Go · ★64.3k

  轻量自托管速记，适合把碎片记录和长文知识库分开管理。

• reor · 深度导读卡 ¥4.9AGPL-3.0 · JavaScript · ★8.5k · 疑似停更

  本地优先 + 语义检索思路，适合已有大量 Markdown 的人增量使用。

• AppFlowy · 深度导读卡 ¥3.9AGPL-3.0 · Dart · ★78.2k

  块与数据库混合，适合需要看板/表格视图的项目笔记。

• docmost · 深度导读卡 ¥3.9AGPL-3.0 · TypeScript · ★22.2k

  面向团队的协作 wiki，适合把个人笔记升级成共享空间。

• jekyll · 深度导读卡 ¥2.9MIT · Ruby · ★51.7k

  把 Markdown 直接发布成站点，适合公开输出而非私密积累。

先测导出

选工具前先导入一百条真实笔记，再完整导出一次，检查链接、附件和层级是否保留。导出失败的工具不要长期押注。

区分速记与知识

速记追求低摩擦，知识库追求可检索。用同一套结构承载两者，通常两头都不好用。

协作冲突要提前演练

两个人同时编辑同一段落时，工具是合并、锁住还是覆盖？在上线团队协作前用测试账号演练一次。

常见坑

常见坑：把附件放在笔记软件私有目录、只依赖云同步不做冷备份、双链命名混乱导致图谱不可读、迁移时丢失块引用。

替代方案

如果只是记录待办与会议，系统自带备忘录加一份纯文本归档可能更稳；复杂工具适合长期结构化积累。