Logseq2.0.1 (Beta Testing)

Logseq 的首次使用重点是先选对数据模型，再建立可回滚的 graph。传统文件图谱把 Markdown 或 Org-mode 文件放在本地，2.0 DB 图谱则是另一条仍带 Beta 标记的数据路径；页面、Block、双向链接、Query 和 Sync 都建立在这个选择之上。本文按“选图谱—记录—建立关系—备份—同步—排错”整理步骤，不把测试版本当成稳定迁移方案。

先决定使用文件图谱还是 2.0 DB 图谱

官方 2.0.1 Release 明确提醒 Beta 使用前备份重要数据。第一次使用建议从文件图谱和少量资料开始；如果要试 DB 图谱，就新建独立 graph，不要把唯一的工作资料直接迁入测试版本。

安装后先建一个可回滚的 Graph

1. 从官方 Downloads 页面按 Windows、macOS、Linux、iOS 或 Android 选择入口；桌面端先记录版本和 Beta/稳定状态。
2. 新建一个空 graph，记下 graph 文件夹位置，并把原始资料放在另一个备份目录。
3. 在 Journal 中写三条真实记录，再用页面链接连接一个项目、人物或主题。
4. 关闭并重新打开 graph，确认附件、页面链接和搜索仍能找到。

不要一开始迁移全部笔记

先拿一个小主题测试 Markdown/Org-mode 语法、附件路径、页面命名和插件依赖。导入结果可读且能恢复后，再扩大范围；这样即使某个版本或插件行为变化，也不会影响整套资料。

Block、页面和引用组成知识链

先记录事实，再建立关系

Logseq 的 Block 是最小记录单位，缩进表达父子关系；页面把相关 Block 放在同一上下文中。页面链接适合项目、概念和人物，Block reference 适合复用一条结论，Block embed 则把被引用内容展开到当前页面。

• 原始事实留在当天 Journal 或项目页，保持时间线。
• 需要复用时再加页面链接或 Block reference，避免重复复制。
• 用 Linked References 反查提到当前页面的旧记录。
• 属性只记录确实要筛选的状态、日期或来源，不要一开始设计复杂字段。

Query 和任务负责找回信息

当页面增多后，Graph View 不能代替检索。先给任务、状态或日期加少量稳定属性，再用简单 Query 找出未完成事项或某个主题下的 Block。

1. 用页面链接标记项目和主题，保持命名稳定。
2. 先建立一个未完成任务查询，确认结果数量和范围。
3. 需要更复杂条件时再学习 Query Builder 或高级查询。
4. 让任务留在原始 Block 附近，完成后更新状态而不是另抄一份。

备份与 Sync 要分开规划

DB 图谱要保留可编辑导出

官方 DB 文档提供 Export Graph，可导出 SQLite、SQLite 加 assets 的 ZIP 或 EDN；标准 Markdown 导出不一定包含全部属性和时间信息，不能当成唯一备份。桌面端自动备份位于 graph 目录的 backups 中，仍应复制到独立存储。

同步或数据异常时先保护原始文件

• 先停止多设备编辑，复制整个 graph 和附件目录。
• 确认打开的是正确 graph，不要把新建的空 graph 当成资料丢失。
• 只在副本上测试 DB Beta、插件或导入，不要覆盖原 graph。
• 发生 Sync 冲突时先判断哪一份是最新，再按备份恢复。
• 保留版本、平台和复现步骤，必要时依据官方文档或 Issues 提交问题。

Logseq 的价值在于记录和关系可以逐步生长，而不是一次性设计完美目录。先确认文件位置、备份和图谱类型，再扩展白板、闪卡、插件或同步，回退成本会低很多。