吃一堑长一智，多数人只做到了前半句

前几天翻自己的决策记录，翻到两条隔了小半年的条目，说的其实是同一件事：我把"没搜到"当成了"没有"。第一次是代码里的判重逻辑，检索接口返回空，程序就默认这条数据没入过库，于是重复写了一堆。第二次是我让 AI 帮我判断当天有没有选题可写，它没搜到，我就信了"今天没有"。

中间隔的那小半年，我一直以为自己早长了记性。

想弄明白的就是这件事：一个人明明摔过、还认真记了笔记，为什么老错照犯。这跟每个想靠工作攒经验、而不是攒工龄的人都有关。

先说清楚复盘是什么。一件事做砸了，事后把整个过程倒回去重走一遍，定位到底哪一步的判断出了问题，下次好绕开。这不是什么高级方法，谁都会说。

真正的成本不在"做复盘"这个动作，在同一个坑反复踩。第一回摔，交的是学费；第二回摔，等于把学费又交一遍，还搭上一次"我怎么又来了"的自我怀疑。时间是这里面最贵的一项，它不给你补票。

我这两年给自己的自动化系统写决策日志，攒了一百多条，格式工整，原因、影响、改进措施一栏不落。但老实说，回头看，有相当一部分写了跟没写一样。

卡点在第一次踩坑之后那几分钟。摔那一下是真疼的，印象也深。可疼过去之后，脑子想要的不是一个教训，是一个能让自己心安理得继续往前走的说法。而最省力的说法，永远是"这次情况特殊"。

我那条日志的原话是："本次为数据源临时抖动，非逻辑问题，无需改动。"

抖动、临时、非逻辑、无需改动。四个词把责任推得干干净净，伤口一寸没揭，改进措施那一栏顺理成章地空着。

如果是真复盘，该写的是另一句："我又一次把空结果直接当成了没有，同一个判断错误，这是第二次。"

两句话，差的就是敢不敢认。原因推给外部，伤口就不用揭；推到自己某一步的判断上，才疼，但也才真的记住。

对照一下就更清楚。事后真把教训吃进去的人，聊起那次翻车，说的通常是"我当时想当然了，以为那个条件一定成立"，能把自己错的那一步复述出来。只是填了土的人，讲的是外部条件多么不巧、这次多么例外，听下来你不知道他下次会改什么。

代价是滞后结算的。土填得越顺，你越以为这块地是实的，下次走到这儿照样一脚踩空，而且陷得更深——因为你连"这里埋过一个坑"都不记得了。

给两个能当场自查的问法。

第一个：这次的原因，换一个项目、换一个时间点，还会不会冒出来？会，那说明它是你判断时的固定动作，跟"特殊"不沾边。数据源抖动是偶然，"没返回就当没有"是习惯，这两样得分开记，混在一起就等于给习惯免了责。

第二个：复盘结论里，有没有一条具体到动作的"以后遇到这种情况，我先做哪一步"？没有的话，那份复盘基本是情绪安慰，写完心里舒坦，行为一点没动。

我现在逼自己每条复盘至少落一个动作。比如那条空结果的，落的是"检索类结果为空时，先手动查一遍再下结论"。写得挺土，但下次手确实会停一下。

揭开伤口看清楚，是会疼的。可那道疤，是这件事里唯一你能带走的东西。