不用先想文件夹，每天从 Journal 页面开始记录
Logseq 的入口通常是当天 Journal，而不是让用户先决定每段内容该放进哪个文件夹。会议结论、临时任务、读书摘记都可以作为块写下，再用页面链接、标签和块引用建立关系。对容易被分类选择打断的人，这种先记录后整理的方式很顺手。
每个块既是大纲的一行，也能拥有子块、属性、任务状态和独立引用。以后在项目页引用原始块时，来源仍可追溯，不必复制多份内容。查询可以自动汇总未完成任务或带特定标签的记录，但复杂程度也会快速上升。
先练会块、页面和链接三件事，再碰复杂查询
- 用两个星期的每日笔记建立真实样本，而非空模板；
- 页面名称保持稳定，别为同一主题创建多个近义词；
- 任务状态只保留少量规则，避免查询越写越复杂；
- 升级和迁移前复制完整图谱并检查资源文件。
第一周只用 Journal、页面链接和 TODO 三项功能：每天写真实记录，把人名、项目名链接成页面，完成任务后更新状态。等重复需求自然出现，再加入模板和查询；先搭一套宏大系统，往往会让记录本身变成负担。
页面命名要克制。例如“网站优化”“站点优化”“SEO 优化”可能描述同一主题，过多近义页面会分散反向链接。定期合并别名，在页面顶部写清范围，比追求图谱里节点越多越有用。
大纲很适合碎片输入，长文输出需要另一套整理动作
大纲擅长捕捉粒度小的想法和任务，写长篇文章时则需要把相关块挑出、排序、补过渡。把图谱当素材库而不是自动成稿机，输出质量会更稳定；真正重要的结论应写成完整页面，而不是永远埋在某天日志里。
与 Joplin 的传统笔记本相比，Logseq 更强调块级链接和每日记录；与 Obsidian 的文件式知识库相比，它的大纲交互更强。三者都能扩展，选择时应比较输入习惯和导出路径，而不是只看关系图是否漂亮。
数据库版本仍在演进，重要图谱要保留可读导出
Logseq 正在推进数据库版本和实时协作等新能力，移动端与同步方案可能处于不同成熟阶段。重要图谱升级前应复制整个目录，记录应用版本，并确认 Markdown、资源文件或官方导出能在另一环境读取。
第三方插件会接触图谱内容，只安装确有用途且持续维护的项目。同步工具也要避免多套同时写同一目录，尤其手机和电脑都离线修改时；先在测试图谱验证，再迁移长期积累的资料。
