在保留修复之前先理解它

一个能用却你不理解的修复，是一笔贷款，而不是一个解决方案——而当附近某个东西下次坏掉时，利息就到期了。因为 AI 替你打字，所以很容易接受一个绿色的对勾就继续往前，却从不知道代码为什么现在是绿的。抵制这种冲动。在你保留一个修复之前，让 AI 为它交代清楚：

• "用一两句话解释为什么这能修好它。" 如果解释含糊——"这让它更健壮""这处理了边缘情况"——就回怼回去。真正的解释会点明具体的原因，以及这个改动如何把它移除。
• "那个 bug 究竟是什么，用因果来说？" 你应该能用自己的话把答案复述出来。如果不能，你就还没理解自己的程序。
• "还有什么会触及这条代码路径、需要我重新测试？" 这把一个修复变成了一次回归检查。

这就是"理解你所交付之物"哲学应用在它最难的那种情况上。你不需要能从零写出这个修复——那是 AI 的活儿。但你确实需要把因果的故事攥在脑子里，因为当它再次坏掉的凌晨两点，在场的人是你，而那时唯一帮得上忙的，就是知道这东西实际上是怎么运作的。