
我现在越来越不相信一句话:
“有经验的人,做完要记得写总结。”
总结当然有用。它能帮你回头看,帮你解释这次哪里做对了,哪里踩坑了。
但很多时候,它也就停在这里了。
你写完,存起来,过两周再遇到同类问题,还是先去翻聊天记录,翻历史命令,翻那篇自己都不想再看的长文。很多所谓“经验沉淀”,本质上只是把坑记了下来,不是把坑填平了。
我这段时间做自动化,体感越来越强:经验最有价值的时刻,不是被写成总结,而是被写成下次不用再想一次的模板和脚本。
总结,只是让你想起来。
模板,开始让你少判断。
脚本,才是真的替你直接做。
因为总结解决的是理解,现实里反复消耗你的,往往是执行。
你当然知道上次怎么修过。
问题是,下次再来一次时,你还得重新判断:
这些东西如果只活在一篇总结里,你每次都得重新读、重新选、重新决定。
说白了,成本根本没消失,只是从踩坑变成了重新理解自己的旧经验。
这也是为什么很多团队明明很爱复盘,效率却没明显上来。
复盘文档越来越多,真正可以复用的动作却没增加。
我现在会把经验沉淀分成三层。
第一层是总结。
它回答的是:发生了什么,为什么会这样,下次应该注意什么。
这层适合保留背景和判断。你以后忘了,可以回来补脑。
第二层是模板。
它回答的是:下次再遇到这类事,你该按什么格式做,哪些信息必须补齐,哪些检查不能漏。
模板不是缩短版总结,而是把判断条件提前写死。
比如一篇文章,不该每次从空白页开始。
主题、一句话论点、目标读者、去重差异、标题候选、配图位置,这些都应该先有一个固定骨架。这样你不是每次都重新组织,而是在一个稳定结构里填空。

第三层是脚本。
它回答的是:如果这一步已经足够稳定,为什么还要靠人手动点第二次?
脚本做的事,不是帮助你记忆,而是直接替你执行。
比如我最近给一台新 Mac 配反向 SSH。最开始只是先把命令、日志位置、手动重连方法记下来。那时它还只是总结。
后来我发现真正麻烦的,不是忘了命令,而是断线以后还得重新敲、重新查、重新确认。于是它继续往前走了一步:先变成固定命令,再变成启动脚本,最后交给系统自动托管。
这时候,经验才算真的落地了。因为它不再依赖我记得,而是系统自己会做。
我现在判断一段经验值不值钱,标准很简单:
它有没有减少下一次的判断成本。
如果没有,那它大概率还只是材料,不是资产。
这一点在 AI 工作流里特别明显。
很多人会把经验写成一段长长的提示词,或者一篇“最佳实践”。看起来很完整,真用的时候却还是不稳。
原因也不复杂。模型每次都得重新读一遍,人每次也得重新决定一遍。
真正稳定的做法,反而是把经验拆开:
这样下次再跑,不是参考一下上次怎么做,而是沿着已经收过边的路径继续走。
我最近另一个很深的体感,是很多口头规则根本不算沉淀。
你嘴上说“这类任务完成后要做最终核验”,没有用。
只有当它变成固定检查项,甚至变成自动测试,它才算真的存在。
不然它只是你当下记得的一句话。
我现在一般用三步。
第一步,先找重复摩擦。
不是所有经验都值得沉淀。只有那种第二次还会来、每次都要重新判断、出错成本又不低的事,才值得动手。
第二步,判断该停在哪一层。
如果这件事变化很多,还离不开人的判断,那就先写模板。
如果这件事步骤稳定,输入输出也清楚,那就直接脚本化。
如果它还在探索期,只是这次踩了个新坑,那就先写总结,别急着自动化。
第三步,把触发条件和停止条件写清楚。
这一步特别关键。
一个好模板,不只是告诉你填什么,还会告诉你缺什么就别往下做。
一个好脚本,也不只是自动执行,还会告诉你在哪停,失败后别继续滚。

很多自动化之所以让人越用越怕,不是因为脚本太多,而是因为停止条件没写进去。
同样一段教训,写成不同形状,价值完全不一样。
写成总结,它帮助你回忆。
写成模板,它开始帮你收口。
写成脚本,它才真正帮你省掉一次脑力和一次动作。
所以我现在很少问“这次要不要复盘”。
我更常问的是:
这次里面,有没有哪一段以后不值得再想第二次?
如果有,就别只写心得。
把它写成模板。再进一步,就把它写成脚本。
经验一旦长成这个样子,才会开始复利。
不然,它只是另一篇你以后还得重新看的旧文档。
你最近做过哪件事,明明已经做过两三次,却每次还要重新想一遍?那件事,也许已经该从总结升级成模板了。