「日记」功能的改进建议

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

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

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

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

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

「MOC」简介

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

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

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

PARA 的层级关系

PARA 的流动关系与活性

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

「双链」简介

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

在思源笔记中，我能发掘的使用场景：

1. 在某个节点下创建新的笔记，并将其置于子节点中，形成树状结构；
2. 借鉴大纲笔记，通过反链，实现在关键节点温习所有相关知识点的作用；
3. 单纯的链接以往内容，实现「自我思考的复用」
4. 代替 #标签# 的功能。例：创建特定的页面，如 [[代办]]、[[闪念]] 等，通过此链接的使用，可在反链面板中看见所有的 #代办 #闪念 等，相当于另类的 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，你完全记不得写了什么主题，能通过什么关键词搜到，你唯一确定的就是，当你看到它，你就知道它是你想要的那句话。

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

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 插件，当点击左上角的日历按钮时，弹出如下图所示的浮窗，这不比文档里四层的日记要直观的多嘛？

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

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