上一篇聊了卡片盒笔记法，说的都是把读到的东西变成自己的卡。这篇换个方向，说说库里另一种很值得存的东西：自己做过的决定。
库里的文章、摘录、读书笔记，大多是从外面进来的。有一类内容只有自己产得出，就是做过的一个个决定：方案为什么这么定，当时还考虑过什么，后来结果怎么样。做决定那天觉得理所当然，过半年再被问起，就说不清了。
我在库里翻过几次旧账，都是这个下场。想换回原来的做法，想不起当初为什么要改；同一个坑踩第二遍，才发现上次就想到了；复盘会上被问当初怎么权衡的，只能耸耸肩。后来就单开了一类笔记，专门记决定。
为什么要单独记
知识笔记回答的是「别人怎么看这件事」，决策记录回答的是「我当时怎么想的」。前者网上能搜到，后者搜不到。不会有人替自己记下某个下午为什么选了方案 B 而没选方案 A 的理由。这部分信息丢了，就是永久丢了，再想补也补不回当时的判断。
它还有个用处，是给未来的自己留一份可查的凭据。人换了一批，事还在继续，接手的人想知道前因后果，一份当时的记录比十句回忆都管用。
一条决策笔记写四段
格式不用复杂，四段就够。
第一段，背景。这件事要解决什么问题，有什么时间、预算、人手上的限制。两句话写完，别展开。
第二段，选项。当时考虑过哪几条路，各自卡在哪。哪怕是已经被否掉的那两条，也值得留一行。回头看真正有信息量的，往往是「为什么没选它」。
第三段，决定和理由。最终定了哪条，为什么。理由要写真实的那个，包括「时间来不及」「另一种大家都不熟」这类不太体面的原因。记录里没有面子问题，把真实的约束写下来，半年后才知道当时的决定是不是被环境逼的。
第四段留空，标题写「结果」。等过一段时间回来补一句实际发生了什么。这一段能不能补上，决定这份记录是活文件还是废纸。
放在哪，怎么起名
固定一个文件夹，就叫 decisions 或者「决策记录」，所有决定都往里放。散在各自项目目录里的，等要找的时候就找不齐了。
文件名带日期和主题，比如 2026-09-18-采集方案改本地清洗。日期在前，排序自然就是时间线；主题写清是哪件事，不用打开就能认出来。
frontmatter 三个字段：date、status、domain。status 只用三个值，已定、待复盘、已废。domain 写属于哪一块，方便后面按领域拉清单。标签就加一个「决策」，别细分成「技术决策」「采购决策」那一堆，用的时候靠字段筛，比靠标签猜准。
什么时候写
决定定下来的五分钟内。会开完、板拍完，趁着记忆新鲜顺手敲四行，比事后回忆省力得多。写的时候不用等它完全定型，先落下来，后面能在结果那段改。
它跟会议记录不冲突。会议记录记的是会上说了什么，决策记录记的是最终定了什么、为什么。一场会可能产出零条决定，也可能产出三条，各存各的，互相引一句就够了。
回填与复盘
每季度抽二十分钟，把 status 是「待复盘」的翻一遍，补结果，改状态。用 Dataview 拉一张表，按 domain 分组，一眼能看到哪些决定已经开了花、哪些一直没动静。
这一步的价值在两个地方。一是有人问起时，手里有能直接翻的东西，不用现攒说法；二是有机会早点发现某个决定当时就偏了，而不是等到问题闹大才回头怀疑。
三个坑
第一个坑，只记结论不记选项。通篇写着「决定用 X」，没写为什么不用 Y。这种记录看的时候像是有了，用的时候发现等于零。有价值的部分恰恰是被否掉那几条的理由。
第二个坑，记完不回填。决定没有结果，记录就只是一份计划。回填是它从计划变成依据的那一步，不做，攒的是一堆悬空的判断。
第三个坑，什么决定都记。换不换输入法、午饭吃什么，这类也留一条，库很快就臭了。标准就一条：半年后还会不会有人问这件事为什么这么定。会，才值得记。
收尾
库里存的大多是别人的东西，决策记录是少数几样完全属于自己的。它不厚，但每次翻都有用。写的时候多花两分钟把选项和理由留下，用的时候能省掉一堆解释。
决定记完了，还有一类东西值得单独收：没做成的事。哪次尝试失败了、为什么失败、后来怎么绕过去的，这种记录平时最不愿意写，用起来却最省事。下一篇说说知识库里的失败记录。