Gathered Notes

即没有实际内容，但可以用于汇聚同类型内容的笔记。这个笔记会作为 Graph 的一部分，参与 Dual Link 的计算。

这是践行 Ordered Chaos 和 Inbox 思路的一种体现，通过 Gathered Notes，我们可以在上层抽象出一个聚集页面，这有利于我们形成强大的网状结构。

一个解释可以参考 Logseq 的例子。

Gathered Notes 允许我们延迟进行整理，先把笔记创建起来，之后再进行整理。这也是 Digital Garden 的思路。

Gather Notes 存在的意义

某种程度上，通过引入这样的一种笔记，我们可以让这个笔记相关联的内容持续生长。在这个场景下，相当于 Inbox 中的内容都是处于 In Processing 状态。

为什么不是 Permanent Notes

这是一种中间状态的笔记，包含了两种不同的使用方式。

第一种，是作为 Permanent Notes 的前置。我们需要先将笔记作为 Gathered Notes 不断丰富，等到笔记足够完善之后，再移入到 Permanent Notes 中。一个评判标准是，这个笔记能否与其他笔记建立足够多的关联，形成足够的 检索强度。

第二种，是用于汇聚相同类型的笔记，比如 Resource 的内容、Literature 内容，使笔记更加直观。与 Tag 的区别参见下文。

与使用 Tag 进行汇聚的区别

我在 Logseq 中进行实践时，发现了这个问题，不适用于所有软件。

1. 使用 Tag 汇聚时，所有内容为 Linked Reference；使用关键字汇聚时，内容为 Unlinked Reference。
2. 标签无法承载模板功能。

主要的区别在于模板功能。

现在举一个例子，假设我们有一类特定的笔记，他们遵循相同的模板，因而我们需要提供一个模板给他们。现在我们要使用 Tag 进行聚类，则我们会出现两个功能相似的页面：模板页与 Tag 页。两个页面都能看到有哪些笔记使用了特定的模板，这是一种不必要的冗余。

而如果我们只使用模板进行聚类，那么我们将不需要标记 Tag。

实践

对于具备完善 File Tree 的软件（例如 Obsidian），我建议在遵循 PARA 的基础上，配合 Gathered Notes 使用。可以参考 PARA#笔记系统 的模式。

对于 Roma like 软件（例如 Logseq），我建议仅使用汇聚功能。默认的 Show backlinks at the bottom of notes 对于 Gathered Notes 而言非常合适。