编码Agent反复踩同一个坑，原因不在模型能力，而在它记不住"为什么"。有人为此做了一个决策账本：每一次改动都记录下理由，被否掉的路径会在下一次编辑前重新浮出水面。

这个思路的出发点很直接——问题的根源是那些理由只活在聊天记录里，而不在代码仓库里。聊天记录会滚走、会被截断，仓库却一直在。Agent每次开工，看到的只有代码结果，看不到当初为什么这么写、又为什么排除了另一条路。

决策账本要解决的就是这个断层。改动发生时，理由跟着一起落盘；等到下一次动手之前，先让那些被拒绝的方案重新出现，避免Agent在同一个岔路口再走一遍弯路。

从工程视角看，这相当于把"上下文"从会话层挪到了仓库层。会话是有寿命的，仓库不是。把决策依据沉淀成仓库的一部分，Agent的每一次编辑才有前情可查，而不是从零开始猜。

被否掉的路径主动浮现这一点，比记录本身更关键。记录只是留档，浮现才是干预——它在下一次编辑发生前就介入，把重复犯错的可能性挡在前面。