Obsidian 入门75：记了那么多笔记，你回看过几篇？

先别急着往下看，回答我一个问题：

你的 Obsidian 里有多少篇笔记？其中，你最近一个月真正打开过的，有几篇？

我自己的答案有点难看。库里躺了上千篇笔记，但每天真正在用的，翻来覆去就是那几十篇。剩下的大部分，记完就再也没见过天日。

更打脸的是，我明明做过努力。之前写个人主页的时候，我专门在主页上放了"那年今日"和"今日随机推荐"，想着每天打开就能撞见旧笔记。结果呢？说实话，基本没点过几次。

问题出在"回顾"这个词本身

我们一想到"让旧笔记重新有用"，第一反应往往是"要经常回顾"。然后就会设计各种提醒：主页放随机笔记、每天定时复习、写日记时回看……

但这些东西最后都会慢慢荒废。为什么？因为回顾是被动的。它要求你每天额外花时间、额外下决心去做一件"没有即时回报"的事。人的意志力撑不了几天。

后来我想明白一件事：与其逼自己"记得去回顾"，不如把笔记库设计成能被重新用起来的样子。让旧笔记在你需要它的时候，自己冒出来。

不是我去找笔记，而是笔记来找我。

顺着这个思路，我整理了三条路径。说实话，大部分我也还在尝试阶段，但每一条都让我觉得"这才对路"。

路径一：让旧笔记"被找到"

最常见的场景是：我明明记过某件事，但真到要用的时候，想不起来记在哪了，关键词也搜不对，最后干脆放弃，重新查一遍资料。

问题的根源不是搜索功能不行，而是我的笔记没有给它们自己一个"能被找到"的标记。

比如给笔记打上状态标签：#状态/已消化、#状态/待整理、#状态/想再读。然后用 Dataview 做一个筛选视图，只显示"待整理"或"想再读"的旧笔记：这些才是真正需要被重新打开的内容。 这样做的意思是：我不需要记住每篇笔记写了什么，只需要让它们自己带着"状态"标签排队，需要的时候按状态捞出来就行。

比"每天随机回顾"更实用的一点是：这个筛选是可以被调用的。当我想整理某类主题时，输入一个查询，那些旧笔记就齐刷刷出现在眼前。

路径二：让旧笔记"被撞见"

有些笔记没有明确用途，但它们值得被重新遇见。比如当时随手记的一个想法、一句打动我的话。

"撞见"不能靠运气，也得设计。

入门45 我写过主页放"今日随机推荐"，但随机的问题在于：它会撞出大量已经消化完的笔记，很快就腻了。更好的做法是只随机"还没消化完"的，比如随机挑 #状态/待整理 的笔记，或者用插件找出那些很久没碰过的文件。

这里有个插件很合适：file-modify-activity，它会记录每个文件的修改时间。反过来用，就能找出"三个月没碰过的笔记"，这些才是真正被遗忘的角落。

TABLE file.mtime AS "最后修改"
FROM ""
WHERE file.mtime < date(today) - dur(90 days)
SORT file.mtime ASC
LIMIT 20

看到这份清单的感觉挺微妙的：有些笔记我想起来"哦对，我还有这篇"，有些则完全陌生。但至少，它们不再是被遗忘在角落的灰尘了。

路径三：让旧笔记"被加工"

前两条路径，是让旧笔记重新被你看见。但我觉得真正让它"活过来"的，是第三条：让旧笔记成为新产出的原料。

我写公众号文章的时候，最有用的素材从来不是临时搜的，而是那些"记过很久、突然用上了"的旧笔记。它们像埋了很久的种子，浇水之后长出新东西。

所以我在想，是不是可以做一个"回顾模板"：用 Templater 每次新建一篇笔记时，自动从库里挑几篇相关旧笔记放在旁边，逼自己在写新东西之前，先看看旧材料。

这个我还只是设想，没真正跑起来。但思路是明确的：旧笔记的最高价值，不是被重读，而是被重新组合进新的产出里。当你开始用旧笔记去写文章、做方案、回答一个问题的时候，它才真正从"库存"变成了"原料"。

回到开头那个问题：记了那么多笔记，你回看过几篇？

我以前会有点自责，觉得自己记了不用很浪费。但现在我不这么看了。笔记库不是仓库，是土壤。旧笔记是埋着的种子，我需要去找到合适的浇水方式。

让旧笔记重新有用，给它们设计好三条路：被找到、被撞见、被加工。

说实话，这三条我也还在一条条试。如果你也有"记了很多却用不上"的困扰，不妨先从最轻的一条开始：给笔记打上"待整理"的状态标签，然后建一个 Dataview 视图。

不用一次做全套。先让一篇旧笔记，重新出现在你面前。