先把失效拆成三种情况:前提变了、结论只在特定条件下成立、原来的做法本身从未被验证。三种情况对应不同动作——保留并补条件、改写判断规则、直接退出笔记。修订的目标不是让旧笔记看起来新,而是让下一次执行时能凭笔记判断该不该动手。
很多人一发现旧做法不灵,就把整篇笔记删掉重写,结果把仍然有效的部分也丢了。更稳的做法是先给每条笔记标注它依赖的前提。
判断依据可以很简单:回想这条笔记最后一次被实际执行是什么时候,执行后你观察到了什么。如果既想不起执行时间,也想不起结果,它大概率属于第三类。
旧笔记里真正值钱的往往不是“怎么做”,而是“为什么在这个条件下这么做”。改写时优先保留判断逻辑,替换掉已经不适用的具体动作。
假设一条旧笔记写的是:把某类页面集中提交,两周后观察抓取变化。如果现在站点结构已经调整,提交这个动作可能不再适用,但“先小范围观察再决定是否扩大”的逻辑仍然可用。改写后可以变成:先选一小部分页面做变更,观察抓取与展示是否同步变化,再决定是否推广到全站。
这个动作的结果会直接影响下一步:如果小范围变更后没有可观察到的变化,说明前提可能还没确认清楚,应先回到前提核查,而不是直接扩大范围。如果有变化,再考虑把改写后的规则写入正式操作清单。
直接删除会丢掉一条重要信息:你曾经相信过什么。把退出条目移入一个单独的归档区,并在每条后面写一句退出原因,例如“依赖的前提已不存在”或“从未验证过”。
这样做的实际好处是,当业务前提再次变化、旧条件重新出现时,你能快速找回当时的判断,而不是从零重想。归档区不需要维护,只需要可检索。
一份能支撑决策的笔记,除了写清怎么做,还要写清什么情况下不该用。修订完成后,逐条检查是否包含三个要素:适用前提、执行动作、观察指标。缺少前提的条目,下次执行时仍会踩同样的坑。
如果一条笔记写不出适用前提,说明它可能只是一句口号,应降级为待验证或直接归档。修订的频率不必固定,但每次关键前提发生变化时,应主动过一遍受影响的条目,而不是等执行失败后再回头补。