系列前几篇聊了知识库怎么搭、怎么维护、怎么消化、怎么输出。前一篇讲了低维护运营方案。这篇来说说周回顾。
为什么要做周回顾
采集、阅读、消化、输出。四个环节走完之后，还有一个容易被漏掉的步骤：回顾。
之前聊过知识库怎么维护（番外 10）、怎么消化（番外 2）、怎么从读到写（番外 3）。周回顾是串起这些环节的最后一根线。
每个周末花 20 分钟。把这一周采集的东西过一遍。该消化的消化，该归档的归档，该丢的丢。
不这么做的话，知识库就是个吃进去不消化的胃。
第一步：检查收集箱（5 分钟）
收集箱是知识库的临时区。
随手记的东西、浏览器剪藏的内容、来不及分类的笔记——都扔在收集箱里。
每周六晚上，打开收集箱，逐条过一遍：
· 能分类的，移到对应目录
· 需要消化的，添加上下文
· 没用的，直接删
规则很简单：收集箱里不能有过周的条目。超过一周没处理的，说明根本不重要。
第二步：回顾新采集的文章（10 分钟）
知识库每天自动采集 100 多篇公众号文章。一周下来 700 篇。
700 篇不可能逐篇看完。策略是：
· 按公众号筛选——重点关注的那些号，逐篇看
· 按标题筛选——标题里含关键字的，点进去扫一眼
· 其他的先放着
重点不是看完所有文章，是挑出值得读的那几篇。
第三步：检查待处理笔记（5 分钟）
在 Obsidian 里建一个 Dataview 查询（番外 5 讲过），把所有状态不是 stable 的笔记汇总到一页：
TABLE file.link AS "笔记", status AS "状态", file.mtime AS "修改时间" WHERE status != "stable" SORT file.mtime ASC
每周扫一眼：
· draft 状态的，能补完就补完
· review 状态的，再审一遍，改 stable
· 超过 3 个月没动的，归档或删掉
第四步：处理标签和链接
这个不是每周都做。隔两周看一下标签使用情况。有没有打错的，有没有重复的，有没有新需求要加标签。
链接也一样。建新笔记的时候，顺手给关联笔记加个回链。不然久了就忘了跟谁有关。
几个小工具
Periodic Notes + Calendar
用 Periodic Notes 插件和 Calendar 插件。周末打开日历视图，右键创建周回顾笔记。
模板长这样：
# 2026-W27 周回顾 ## 收集箱清理 - [x] 分类了 12 条 - [ ] 还有 3 条待处理 ## 文章筛选 - [《xxx》] — 已打 #待读 标签 - [《yyy》] — 已打 #待读 标签 ## 笔记状态 - 0 条 draft - 2 条 review → stable
Tasks 插件
回顾中需要进一步处理的，打个待办项。Tasks 插件能汇总到「待办总览」页面，随时能看。
时间盒
周回顾不需要太长。设 20 分钟计时器，铃响停手。做不完的下周继续。
回顾制度 vs 强迫症
周回顾不是为了把所有笔记整理得漂漂亮亮。那种每条笔记都要完美的思路，坚持不了两周。
核心目的只有一个：确保近期的输入没有被浪费。
采集了没看的，打待读标签。读了没消化的，补笔记。消化了没用上的，等着以后有机会。
80% 的回顾时间，其实就是扫一眼发现没啥问题就关了。但就是这 80% 的扫一眼，保证了知识库不变成垃圾场。
前一篇讲了低维护方案。这篇讲了周回顾。知识库搭建系列的番外方向已经聊了不少方向。如果还有想听的话题，欢迎留言。