现在的思源笔记还远不能做到无压记录，最大的问题在于「日记」功能太差劲了，和其他的文档挤在一起，文档树这种预览模式本来很蠢，文章缺乏必要的标记来查找，时间久了，看到一大堆形似的标题挤在一起，不点开根本不知道里面写的是什么。

三位一体：文档类笔记的革命

「双链」「MOC」「dailynote」的诞生都是为了解决同一个问题，就是「更方便的找到想要的内容」

通过双链，Daily Note与MOC达成有机结合

MOC与daily note是两套逻辑截然不同的东西，在思源笔记中，却用同一个文档树来管理。

「MOC」简介

作为总纲，自上而下，将个人知识体系以树状结构组织起来，使知识体系化。

重在展现形式上，就好比多维表格、Notion的各类视图，除了最普适的表格，还有甘特图、进度图等。

一般可以用PARA来管理所有有主题的笔记，使它们通过活性循环，达到自下而上的功效。

PARA的层级关系

PARA的流动关系与活性

不同领域的MOC也会有不同，不能一概而论，此处不举例（手头没有特别好的案例）。

「双链」简介

自下而上，用无数个原子化粒度的节点，通过整理，成为一个个大节点（项目、领域）的组成部分。

在思源笔记中，我能发掘的使用场景：
1、在某个节点下创建新的笔记，并将其置于子节点中，形成树状结构；
2、借鉴大纲笔记，通过反链，实现在关键节点温习所有相关知识点的作用；
3、单纯的链接以往内容，实现「自我思考的复用」
4、代替#标签#的功能。例：创建特定的页面，如[[代办]]、[[闪念]]等，通过此链接的使用，可在反链面板中看见所有的#代办 #闪念 等，相当于另类的todo list。不过思源的反链面板只能预览，并不能有效交互，所以用处不大，暂时比不上专业的TODO软件。

「dailynote」简介

本身是个好东西，通过双链将零散内容与知识体系结合。本身是随时间、事件的发展顺序而增、改内容，也符合自然人的使用习惯。

三缺一の思源笔记

我相信文档笔记一旦完成粒度的原子化，就会远远强过大纲笔记。当然，是基于conor式笔记、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，你完全记不得写了什么主题，能通过什么关键词搜到，你唯一确定的就是，当你看到它，你就知道它是你想要的那句话。

由于你写双链笔记的习惯不好（这既不丢人，也不奇怪），没有给这个想法打标记，那么你大概率需要：

1. 从你当天的笔记开始，一篇一篇地向前点开日记
2. 而且由于头昏眼花手抖，加上当月30篇左右的文档挤在一块，你可能恰巧就错过了需要的那一篇日记
3. 终于千辛万苦后，你在某篇日记中，找到了这个想法A，你可以使用它了
4. 在想法A使用完毕后，你又开始困惑，因为这句话确实很有用，但你目前的MOC中，并没有相应的地方可以放置这个想法A。你应该怎么办？

你想到第一种方法，打标签，既然难以分类，那就在想法A后面加#代办#。

一个月后，你的#代办#堆积如山，你的那些个想法，就像从一家孤儿院转到另一家孤儿院的孩子。

你自然而然想到，要放弃官方的日记，恰好你读到了我的日记替代方案：一元笔记卍解，于是兴高采烈的使用起来。

一个月，两个月，三个月……它运行如常……

半年后，你又遇到麻烦，还是「文档树」的问题。即便是把日记写在周记里，你还是觉得麻烦，日记依然是4个层级，仅仅是最后的层级中笔记的数量从30篇变为4-5篇，从全局的角度看，依旧复杂而难用。

你终于想通了，去TM的，用大纲双链笔记算了。

那么究竟是什么磨灭了你在思源笔记中使用conor式写作流的热情呢？

答案呼之欲出——文档树！

今天的日记和十年前的日记，除去内容的深度外，有什么本质的区别吗？为什么要强行把它们分割开呢？

即便是需要一个合理的排列方式，也应该是按照时间从上到下排，而不该是用「2021年」嵌套12个「月份」再嵌套「日记」，刻板的划分葬送了日记的连贯性，是的，日记有连贯性，因为人的思维、经历有连贯性。

日记作为笔记的一份子，放在文档树中是理所应当，但是「日记的管理」不能通过文档树来实现。

文档树自有其使用场景，文档树的特性是树状结构，适合管理层级分明、具有父子关系的笔记。说的明白点，文档树和MOC才是天生一对，Daily note是个恬不知耻住在文档树家的第三者，它应该找个适合自己的对象。

日记功能的改进建议

日记流！回顾日记应该像刷抖音一样上瘾！

我所希望的daily note，在日记页面向上滚动鼠标滚轮，可以跳转到上一篇日记；页面底部继续滚动滚轮，可以跳转到下一篇日记。

我想一定有人会问：既然你想要一页就把所有日记都包含，那么直接只创建一个笔记，每个H1标题作为一个dailynote，不就行了吗?

答案是不行。

假设创建了一个名为 daily note 的笔记，作为一元笔记：

1随着每日内容的增加，daily note的子节点会越来越多。子节点是需要分类的，当其需要分类时，移动会很困难。
2长期使用，反链面板也会因为各种引用而变得驳杂不堪，难以使用。链接相互交织，你坏我，我坏你。
3如果用一个笔记，那这个笔记就不能关了，要保证一直开着，否则每次打开都需要从头拉到尾。
4误删、错删、丢失等失误出现了怎么办？一出问题，所有的日记都麻烦，而且你还不知道哪部分出事了。
5……

不能为了解决日记间的连贯性，就把树状笔记、反向链接的优点给抛弃。

既然有珠玉在前，那么可以考虑借鉴roamresearch、logseq的形式，为日记专门打造书写、查看的前端，即「类信息流」的呈现形式，在一页里查看所有的dailynote，复习dailynote就和刷抖音一样，根本停不下来。

思源是动态加载文档的，这样「一元笔记」似的设计，应该不会对性能造成太大影响。

不过由于日记的呈现形式与其他文档完全不同，需要开发者费心思大改一遍。

日记管理：日记应该有个井然有序的、自己的家！

Daily note需要有更好的定位方式，我认为可以参考Obsidian的Calendar插件，当点击左上角的日历按钮时，弹出如下图所示的浮窗，这不比文档里四层的日记要直观的多嘛？

现在思源的重心可能不在这上面，估计得等待插件系统开发出来，然后由社区的大佬自行开发了。

不过日记的重要性，这篇文章我觉得已经讲得很清楚了，我还是由衷希望官方给出解决方案，而不是等待第三方的插件。