什么是迭代记录？提示词的修改日志

给 AI 调提示词，改到第五版时，几乎没人记得第一版长什么样、当时为什么改——迭代记录就是给提示词记的修改日志：一行一条，改了什么、为什么改、效果如何。

它是什么

迭代记录通常是一张极简的表：日期、版本号、改动点、原因、结果。它和提示的文档化分工明确——文档化回答「这条提示现在长什么样、怎么用」，迭代记录回答「它是怎么一步步变成这样的」。两份东西常放同一页：上面是当前版本，下面是沿革列表。为什么值得单独说？因为改提示是高频动作，一天可能改十次，每次都「记得住」是错觉——人的记忆靠不住，尤其记不住「当时为什么这么改」。

像记账本

它像生意人的流水账：每笔进出都记，月底一对账，钱去哪了清清楚楚。改提示同理，没有记录，一周后你就分不清效果变好是改对了，还是碰巧赶上模型发挥稳定。账本类比的不对之处在于：账目记的是客观数字，迭代记录里的「效果」常带主观评价，所以每条记录不妨附上当时的依据——测了几次、达标几次，让记录尽量贴近事实。流水账还有个特点：只记事实，不做评论。迭代记录同理，写「改成某写法后达标率从六成降到四成」，别写「这次改砸了」，评价留给复盘时再做。

留痕换来什么

三个直接回报。回滚有依据：新版反而更差时，能立刻退回上一个可用的版本，不用凭记忆重写。复盘有材料：三个月后翻记录，能看出哪类改动经常有效、哪类经常翻车，比任何玄学经验都可靠。协作有共识：同事接手时翻一眼沿革，就知道哪些坑已经踩过。复盘还常暴露结构问题——改动反复集中在某一句，多半说明那句话的写法有毛病，必要时对照分隔符的边界用法重排提示。若记录里频繁出现「时好时坏」，先检查提示里有没有不确定性声明，把「不知道就说不知道」定下来，输出波动会小很多。对个人也有用：隔几个月翻自己早期的记录，能看到思路是怎么长起来的、哪些弯路在重复走——记录是最诚实的学习材料。

记到什么程度算够

一行就够：日期加一句改动加一句原因，不需要长篇分析，长篇反而没人坚持。每次跑A/B 提示得出的结论，顺手写进记录；模型升级后的一次性抽测，也补一行。另外，用文心一言调出来的模板，换到通义千问上未必同样好，记录里要写清当时用的是哪个模型，换了模型就重测再记。记录最大的敌人是「回头补」，事后凭印象写的版本史常常失真，所以规矩定成「改完立刻记」，跟代码提交一个道理。团队场景再多一条：记录跟着模板走，模板挪到哪，记录跟到哪，别散落在聊天记录里——散落的记录等于没有记录。

迭代记录最小字段

• 日期与版本号：能排出先后即可
• 改动点：一句话，改了哪处
• 原因：当时为什么这么改
• 结果：测了几次、达标几次

一句话带走：版本好坏别靠猜，翻翻迭代记录。

迭代记录快问快答三则

• 每次微调都要记吗？：改正错别字这类不影响输出的可以略过，凡影响输出写法的改动都值得一行，宁多勿漏。
• 记在哪最方便？：就放在提示文档同页往下排，看当前版本时沿革顺手可见。
• 记了没人看怎么办？：让它服务于具体动作——回滚、复盘、交接，绑定了场景，翻看率自然上来，记录才不算白记。

从今天起给提示词建记录，第一条就从当前版本写起：把现在正在用的这版登记在册，以后每次改动都排在它后面，起步就是这么简单。