半年多前记了篇笔记，讲某个工具怎么用。前两天翻出来一看——版本号不对了，截图里的界面也换了，链接也 404 了。
不是笔记写得太差。是信息变了。
系列前几篇（笔记拆解、版本管理）讲了怎么让新笔记有序落地。这篇换个角度：那些一年前的笔记，现在还能看吗？
## 三个翻新时机
翻新不是没事翻一遍。定了三个触发条件，哪个先到就在哪里动手。
搜索时撞到。搜某个关键词，跳出一篇半年前的笔记。瞄一眼发现信息明显过时——比如写的还是某个工具收费，现在已经开源了。顺手改掉，不用专门另找时间。
引用时发现不对劲。Dataview 查出一批笔记列表，点进去看，链接已经 404，引用的数字也不对了。这篇笔记不开源页面，拖越久越没用。
季度审计顺带。每三个月挑一个周末，翻一下收集箱和最近没打开过的文件。这个节奏不长不短——太频繁吃不消，太久了积压太多。
三个条件覆盖了被动触发和主动检查，不会漏。
## 翻新三个动作
翻新不是重写。是三个动作选一个。
更新。信息过时了就更新。URL 失效了换新的，版本号改了追上来，过时的说法删掉。这最简单，花不了多少时间。
合并。翻到一篇老笔记，发现后来又有两篇新笔记讲了差不多的话题，而且新笔记更全面。那把老笔记里还有用的信息捡出来，合并到新笔记里，给老笔记加个重定向标记。
归档。有些笔记翻出来后，发现它说的项目已经停摆了，那个工具已经没人用了。这时候不翻新也不删——在标题加个标签，说明已过时、仅供参考。内容留在那，不占搜索权重，但万一有人搜到还能看到历史上下文。
## 批量处理技巧
几百上千篇笔记，一篇篇翻不现实。两个技巧：
用 Dataview 找出最久没修改过的文件，按最后修改时间排序，从最旧的开始翻。每天翻 3-5 篇，三个月就能把一整年的积压过一遍。
用搜索找高危笔记。关键词本身就提示过时风险——「beta」「即将上线」「正在内测」。搜出这些笔记优先翻新，它们最容易过期。
## 收尾
翻了十篇老笔记，相当于和十个不同时期的自己聊了一遍。这个感觉挺好。
老笔记不是墓碑。当时写的时候也不知道后来的变化，能补上就补上。补不了的标记一下，也是一种交代。
知识库不会一次搭完就完美。它一直在变。