现在的思源笔记还远不能做到无压记录，最大的问题在于「日记」功能太差劲了，daily note 和其他的文档挤在一起，文档树这种预览模式里，文章缺乏必要的标记来查找，时间久了，看到一大堆形似的标题挤在一起，不点开根本不知道里面写的是什么。
三位一体：文档类笔记的革命
「双链」「MOC」「dailynote」的诞生都是为了解决同一个问题，就是「更方便的找到想要的内容」
通过双链，Daily Note 与 MOC 达成有机结合
MOC 与 daily note 是两套逻辑截然不同的东西，在思源笔记中，却用同一个文档树来管理。
「MOC」简介
作为总纲，自上而下，将个人知识体系以树状结构组织起来，使知识体系化。
重在展现形式上，就好比多维表格、Notion 的各类视图，除了最普适的表格，还有甘特图、进度图等。
一般可以用 PARA 来管理所有有主题的笔记，使它们通过活性循环，达到自下而上的功效。
PARA 的层级关系
PARA 的流动关系与活性
不同领域的 MOC 也会有不同，不能一概而论，此处不举例（手头没有特别好的案例）。
「双链」简介
自下而上，用无数个原子化粒度的节点，通过整理，成为一个个大节点（项目、领域）的组成部分。
在思源笔记中，我能发掘的使用场景：
- 在某个节点下创建新的笔记，并将其置于子节点中，形成树状结构；
- 借鉴大纲笔记，通过反链，实现在关键节点温习所有相关知识点的作用；
- 单纯的链接以往内容，实现「自我思考的复用」
- 代替 #标签# 的功能。例：创建特定的页面，如 [[代办]]、[[闪念]] 等，通过此链接的使用，可在反链面板中看见所有的 #代办 #闪念 等，相当于另类的 todo list。不过思源的反链面板只能预览，并不能有效交互，所以用处不大，暂时比不上专业的 TODO 软件。
「dailynote」简介
daily note 本身是个好东西，通过双链将零散内容与知识体系结合。随时间、事件的发展顺序而增、改日记内容，符合人的自然使用习惯。
三缺一の思源笔记
我相信文档笔记一旦完成粒度的原子化，就会远远强过大纲笔记。当然，是基于「方便记录管理的日记功能」「保证文档活性的 MOC」「合格的双链」三位一体的情况下，现在：
● 链接粒度足够，反链达到易用状态；
●MOC 可以用「PARA」「中图法」或是借鉴 obsidian 用户的「LYT kit」；或者是通过 Airtable 来管理链接；同时，挂件也在计划中，到时候大佬们八仙过海，MOC 的呈现形式也会十分丰富。
●dailynote：日历呈现形式不行。文档树虽然构建了节点间的父子关系，但日记在文档树里使用，却无比怪异。
思源笔记的官方日记功能太变扭了，每天开始 dailynote 记录，点一下左上角的「日历按钮」，居然还要每次确认笔记本……你直接集成在设置里面，让我们确定创建在某个笔记本里不好嘛……
操作麻烦也就算了，居然有 daily note > 2021 > 10 > 2021-10-20 整整四层嵌套。
我之前没接触 dailynote 的时候，都知道日记最怕的就是麻烦，一麻烦连写都不想写。
最难受的是后期管理，日记的用法就是：每天的事情太多了，我不想费劲巴拉的把每个想法都分类，索性按时间顺序写在当天的日记里，后期再整理。
可日记功能设计成这样，太不方便整理了，不由得让人怀疑——真的有人愿意点开回顾嘛？
折中方案：魔改の周记
假如日记功能暂时没有改进计划，在思源笔记中应该如何管理日记？
我用 Notion 时是怎么做的呢？
很简单，每周创建一个页面，命名为 10.18-10.24，这周的内容都按时间顺序记录，这周没完成的，就移动到 10.25-10.31。
直接忽略了「在文档树里面管理日记」的用法，因为这实在是太蠢了。
在页面中管理日记，其实就相当于给 daily note 专门做一个 MOC 了。
这种工作流我可以用来：
● 监控每周的任务打卡情况
● 制定并分配周任务
● 在周记的结尾，写「本周总结复盘」
监控每周的任务打卡情况
制定并分配周任务
在周记的结尾，写「本周总结复盘」
由于周记的连贯性，日记既有「记录」「回顾」的作用，也兼具了一定的「任务管理」能力。
具体用法也可以参考「子弹笔记」，简单而有效的任务管理笔记法。
插足「文档树」与「MOC」恋情的第三者
思源中的 dailynote，需要指定放置在某个特定位置，创建特别麻烦，且层级太多，盘根错节。
你真的能在盘根错接的文档树中，在文件命名规则一致，且没有任何提示、标记的一列日记中，快速找到你想找的那篇日记吗？
来个案例吧：
你忽然想到 1 个月前的某天，日记里写了个特别重要的想法 A，你完全记不得写了什么主题，能通过什么关键词搜到，你唯一确定的就是，当你看到它，你就知道它是你想要的那句话。
由于你写双链笔记的习惯不好（这既不丢人，也不奇怪），没有给这个想法打标记，那么你大概率需要：
- 从你当天的笔记开始，一篇一篇地向前点开日记
- 而且由于头昏眼花手抖，加上当月 30 篇左右的文档挤在一块，你可能恰巧就错过了需要的那一篇日记
- 终于千辛万苦后，你在某篇日记中，找到了这个想法 A，你可以使用它了
- 在想法 A 使用完毕后，你又开始困惑，因为这句话确实很有用，但你目前的 MOC 中，并没有相应的地方可以放置这个想法 A。你应该怎么办？
你想到第一种方法，打标签，既然难以分类，那就在想法 A 后面加 #代办 #。
一个月后，你的 #代办# 堆积如山，你的那些个想法，就像从一家孤儿院转到另一家孤儿院的孩子。
你自然而然想到，要放弃官方的日记，恰好你读到了我的日记替代方案：一元笔记卍解，于是兴高采烈的使用起来。
一个月，两个月，三个月…… 它运行如常……
半年后，你又遇到麻烦，还是「文档树」的问题。即便是把日记写在周记里，你还是觉得麻烦，日记依然是 4 个层级，仅仅是最后的层级中笔记的数量从 30 篇变为 4-5 篇，从全局的角度看，依旧复杂而难用。
你终于想通了，去 TM 的，用大纲双链笔记算了。
那么究竟是什么磨灭了你在思源笔记中使用 conor 式写作流的热情呢？
答案呼之欲出 ——文档树！
今天的日记和十年前的日记，除去内容的深度外，有什么本质的区别吗？为什么要强行把它们分割开呢？
即便是需要一个合理的排列方式，也应该是按照时间从上到下排，而不该是用「2021 年」嵌套 12 个「月份」再嵌套「日记」，刻板的划分葬送了日记的连贯性，是的，日记有连贯性，因为人的思维、经历有连贯性。
日记作为笔记的一份子，放在文档树中是理所应当，但是「日记的管理」不能通过文档树来实现。
文档树自有其使用场景，文档树的特性是树状结构，适合管理层级分明、具有父子关系的笔记。说的明白点，文档树和 MOC 才是天生一对，Daily note 是个恬不知耻住在文档树家的第三者，它应该找个适合自己的对象。
改进建议
日记流！回顾日记应该像刷抖音一样上瘾！
我所希望的 daily note，在日记页面向上滚动鼠标滚轮，可以跳转到上一篇日记；页面底部继续滚动滚轮，可以跳转到下一篇日记。
我想一定有人会问：既然你想要一页就把所有日记都包含，那么直接只创建一个笔记，每个 H1 标题作为一个 dailynote，不就行了吗?
答案是不行。
假设创建了一个名为 daily note 的笔记，作为一元笔记：
- 随着每日内容的增加，daily note 的子节点会越来越多。子节点是需要分类的，当其需要分类时，移动会很困难。
- 长期使用，反链面板也会因为各种引用而变得驳杂不堪，难以使用。链接相互交织，你坏我，我坏你。
- 如果用一个笔记，那这个笔记就不能关了，要保证一直开着，否则每次打开都需要从头拉到尾。
- 误删、错删、丢失等失误出现了怎么办？一出问题，所有的日记都麻烦，而且你还不知道哪部分出事了。
- ……
不能为了解决日记间的连贯性，就把树状笔记、反向链接的优点给抛弃。
既然有珠玉在前，那么可以考虑借鉴 roamresearch、logseq 的形式，为日记专门打造书写、查看的前端，即「类信息流」的呈现形式，在一页里查看所有的 dailynote，复习 dailynote 就和刷抖音一样，根本停不下来！
思源是动态加载文档的，这样的「一元笔记」设计，应该不会对性能造成太大影响。
不过由于日记的呈现形式与其他文档完全不同，需要开发者费心思大改一遍。
日记管理：日记应该有个井然有序的、自己的家！
Daily note 需要有更好的定位方式，我认为可以参考 Obsidian 的 Calendar 插件，当点击左上角的日历按钮时，弹出如下图所示的浮窗，这不比文档里四层的日记要直观的多嘛？
现在思源的重心可能不在这上面，估计得等待插件系统开发出来，然后由社区的大佬自行开发了。
不过日记功能的重要性，这篇文章我觉得已经讲得很清楚了，我还是由衷希望官方能给出解决方案，而不是等待第三方的插件开发者。
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于