一次复盘开始，三到五条规则以后再谈系统

不要一上来就搭完整原则系统。先抓一件最近发生的、得失明显的事件，跑通一轮最小闭环。

最小闭环只要求留下四样东西：

• 一段事实记录
• 一个错法命名
• 一条如果—那么规则
• 下次调用这条规则的场景

这四样都写出来了，原则系统就开始从认同变成动作。

选一件最近发生、得失明显的事件

只处理一件事，只写一页。页数少反而更能逼出判断。

目标不是全面复盘人生，而是让你以后回看时还知道：当时到底发生了什么、怎么判断的、哪里开始偏。

选择标准：得失已经明确，你还记得细节，情绪不再强烈到干扰分析。

先写事实，不急着给自己下评价

按时间顺序排事实。什么时候看到什么信息，基于什么做了哪个决定，最后结果怎样，中间哪个信号你看到了但没处理。

如果一开始就写「我太冲动了」「我判断失误」，这类话虽然没错，但会把判断链盖住。先把可还原的事实排出来，问题会自动浮出来。

给这次暴露的错法一个名字

是信息不够？权重给错？把偶发当规律？还是根本没写反证条件？

命名很重要。没有名字，经验就很难被重复调用。先从这几类里选一个：信息遗漏、因果误判、权重失衡、过度自信、把例外当规律、没设反证、执行走样。

如果一件事里有很多问题，也只先选主因。想把所有错法都解释清，会让规则变得太复杂，反而不好用。

压成一句下次能调用的规则

不要写成感想，要写成下次的动作指令。

「以后要更谨慎」不能调用。「如果连续两次关键判断都依赖单一消息源，先暂停下注并补第二来源」能调用。

写完后再补两个检查：这条规则下次什么时候最可能被触发？什么情况说明这条规则本身也需要修改？

放到下次会碰到的地方

留在脑子里不算沉淀。放进个人决策清单、团队 wiki、复盘模板或会议前置检查，至少要有一个稳定落点。

关键不是工具高级，是触发稳定。下次类似场景一来，你要有一个地方能重新撞见这条规则。

使用对象也要说清：是只有自己用，还是某个角色也要用？范围不清，规则容易被默认成「大家都知道」，最后谁也不用。

下次刻意调用一次，然后继续改

原则不是一次写完就固定。下次用的时候继续看：这条规则还成立吗？边界要不要改？什么情境下它反而误导？

达利欧式的关键不是写出完美原则，而是让原则进入「写—调用—被打脸—改写」的循环。

一次得失之后留下一条规则，这条规则之后被拿出来用过一次——方法就已经跑起来了。

规则积累到三五条，再谈系统化

升级信号通常是三种：同类错误反复出现，规则之间开始冲突，你已经需要区分不同场景下该优先调哪条规则。

到这一步，系统化整理才有意义。过早追求大而全的原则库，容易写进另一种空转：规则很多，但没几条来自现实碰撞。

一轮跑完至少留下什么

一次完整复盘，最少留下五个产物：

• 一页事实记录
• 一个主错因命名
• 一条如果—那么规则
• 一个稳定放置位置
• 一次未来调用场景

做到什么程度算完成？不是觉得自己想明白了，而是下次类似情境再来时，你有一句可以先拿出来用的判断。