#WorkBuddy# 错误只犯一次：我的"经验回写规则源"习惯养成法

#WorkBuddy# 错误只犯一次：我的"经验回写规则源"习惯养成法

场景

我带着 AI 助手做日常批量运营，协作密度极高，一天下来要经历上百轮工具调用。最开始的模式很原始：犯错→当场改→继续干。结果发现同一个坑隔三差五换个面目再摔一次——不是 AI 记性差，是教训只存在于那次对话里，对话结束就蒸发了。人也是一样：你觉得"这次印象够深"，两周后细节全忘。我后来把"错误回写"做成强制动作，同类错误基本绝迹。

过程

我的回写体系分三层，各有分工、永不混装：

第一层：当日工作日志（append-only）。当天发生的坑、修复过程、关键命令输出，按时间追加进 YYYY-MM-DD.md。只增不改——改历史等于篡改证据，事后排查时时间线就是案情还原的依据。

第二层：用户级规则文件（只留规则与索引）。从日志里沉淀出的"以后必须这样做/绝不能那样做"，提炼成一行行硬规矩写入 MEMORY.md，比如"页面操作前先核对所在对象""命令连败 2 次停手查经验，禁第 3 次硬试"。这一层只放规则，操作细节下沉到第三层。

第三层：SOP 库（操作细节的权威版）。完整流程、参数、坑位对照表放在这里，规则文件里只放一行索引指向它。规矩要求"改了权威版必须同步副本并 diff 核对"，避免两个版本各自漂移。

坑一：写在工作区，等于没写

最早我把教训记在当前项目文件夹里，换一个项目就看不到了。教训必须是跨项目可见的：规则层放在用户级目录，任何会话开工前第一件事就是读它。层级选错，写再勤也是自嗨。

坑二：只写不复读，文件变坟场

记了一堆但从不在开工时复读，等于把教训埋了。我后来加了两个机制：一是规则文件开头放一行版本时间戳，每次定时任务先核对这行，不是最新版就先完整重读再干活；二是把"先查经验再动手"写进开工流程的第一步，遇到报错先翻规则源，禁止无限重试。

坑三：沉淀不做减法，规则文件爆炸

日志越写越长，规则层如果照单全收，很快变成没人读的大部头。我的办法是定期沉淀：三十天前的日志按主题提炼进长期笔记，然后删旧文件；规则层每条必须是一行可执行的判断，解释性内容全部下沉 SOP。文件长度就是规则的生命线——太长的规则没人读，等于没写。

总结

这套习惯跑了几个月，体感变化很明显：同样的话我不用反复教，AI 开工自己先查；新会话冷启动直接继承全部教训。三条心法：

1. 教训落地三问：写进日志了吗？提炼成规则了吗？规则放对层级了吗？
2. append-only 是底线：日志不改历史，规则只增不删，保证任何时刻可回溯；
3. 复读机制比记录更重要：版本戳核对 + 开工先读，让规则源"活"着。

附上我的回写操作命令，可直接复制：

:: 1. 当日日志追加(只增不改)
echo. >> "%WORKSPACE%\.workbuddy\memory\2026-10-15.md"
echo ## 14:30 踩坑: xxx >> "%WORKSPACE%\.workbuddy\memory\2026-10-15.md"

:: 2. 开工前核对规则源版本(不是最新先完整重读)
head -3 "%USERPROFILE%\.workbuddy\MEMORY.md"

:: 3. 遇错先查经验, 禁止第3次硬试
grep -n "关键词" "%USERPROFILE%\.workbuddy\MEMORY.md"

错误不可怕，可怕的是它只活在当天的情绪里。写下来、提到规则层、开工复读——让每一次踩坑都变成永久免疫。