系列写到第五十六篇，架构、搜索、备份、写作素材都讲过了。这篇说一个跟「汇报」有关的话题：周报月报。
每周五下午，要写周报了。打开 Obsidian，回忆这周干了什么。翻笔记，翻聊天记录，翻邮件，凑出三四条，写上去。总觉得没写全，又不知道漏了什么。月底写月报，同样的流程再来一遍，更痛苦。
多数人的产出不是没有，是散。一条笔记记了一个问题，另一条笔记记了个方案，还有一条记了个决定。它们没有标记，没有汇总，写周报的时候只能靠人肉翻。这篇说怎么让周报月报自己生成，把每周的产出自动汇总成文。
先给笔记加两个字段
让 Obsidian 自己汇总，前提是笔记里带着能被查询的信息。做法是给每条笔记的 frontmatter 加两个字段：type 和 status。
type 标记这条笔记是什么。常用的三个值：产出、学习、思考。产出是干完的事，学习是读到的东西，思考是想明白的问题。status 标记这条笔记的状态，完成、进行中、搁置。
不用每条都标，标重点就行。真正想进周报的，是那些完成了的产出：写完的文章、修好的 bug、跑通的流程、做完的复盘。这些标上 type: 产出、status: 完成。其他笔记不标也不影响，查询只认标记过的。
建一个周报模板
汇总靠 Dataview。在「周报」目录建一条笔记，用模板生成，模板里放几个查询。
查询本周完成的产出：
TABLE file.link AS 条目, file.mtime AS 时间 FROM "笔记" WHERE type = "产出" AND status = "完成" AND file.mtime >= date(today) - dur(7 days) SORT file.mtime DESC
这个查询把最近 7 天标了「产出 + 完成」的笔记列出来。周报第一块「本周产出」直接就是它。
查询本周学习的内容，条件换成 type = “学习”。查询本周思考，条件换成 type = “思考”。三个查询拼起来，周报的骨架就出来了。
模板建好之后，每周生成周报就三步：打开「周报」目录，新建一条笔记，套用模板。Dataview 查询是动态的，笔记一标字段，周报里立刻出现。
周报四块结构
模板搭好之后，每周的周报就长这样：
本周产出：Dataview 自动列出，完成即进表。 本周学习：自动列出。 本周思考：自动列出。 下周计划：手写两三行。
前三块不用动，打开周报就是现成的。需要手动写的只有「下周计划」和偶尔的补充说明。整个周报 5 分钟能弄完，多数时间花在写下周计划上。
月报更省事。一个月四周，把四周周报拼起来，去掉重复的条目，加上一个「本月总结」段落，就是月报。想再省事，周报模板里加一个按月的查询，条件从 7 天改成 30 天，月底直接复用。
三个坑
第一个坑：字段没标，查询是空的。模板建得再好，笔记里没标 type 和 status，Dataview 一行都查不出来。这周哪些东西算产出，顺手标一下，成本很低。忘了标也没关系，周报生成后扫一眼，发现缺了哪条，回笔记里补上标记，刷新就有。
第二个坑：查询范围太宽。FROM 写全库，会把收集箱里没整理的东西也拉进来。范围限定到实际存放笔记的目录，或者用 type + status 双重过滤。宁可漏一两条，也不要把无关的东西拉进来，周报里出现一堆没头没尾的条目，比没有还难受。
第三个坑：周报越写越长。周报是索引，不是文档。Dataview 列表一行一个条目就够了，别在里面展开写过程。真正要展开的内容，链接到对应笔记，点进去看。周报写到一屏以内，才愿意每周打开它。
周报月报这事的本质，是让「记录」和「汇报」分开。平时随手记，周末自动汇总，月底的月报就是四周周报的合集，再也不用翻聊天记录凑数。坚持一个月，到月底回头看，这一月干了什么，清清楚楚。
前几篇讲了写作素材、视频学习、迁移。这篇讲了周报月报自动化。系列还剩一个话题：知识库的「习惯养成」追踪，怎么把每天的小事记下来，慢慢看到变化。下一篇来说说。