长会话快跑偏时，让模型先交一份检查点
一个 Reddit 网友常用的 checkpoint prompt，在 AI 编码长会话里对齐目标、改动文件和下一步，避免模型悄悄改坏已经修好的东西。
长一点的 AI 编码会话，跑到三四十轮之后，容易出现一种很隐蔽的漂移。模型开始和前面定下的方案打架，或者把一小时前刚修好的问题又改回去。最近在 r/PromptEngineering 看到一个叫 SiranqHQ 的网友分享了自己的做法：不急着让模型继续写，先让它停下来交一份 checkpoint。
他用的 prompt 是这段：
Stop. Before writing any more code, give me a checkpoint:
- In 3 bullets, what is the goal of this session?
- List every file you've changed so far and why, one line each.
- List any decision we agreed on that the next step must NOT undo.
- What is the single next step, and what will you check to know it worked?
Don't change any files in this reply.
翻成中文大概就是四件事。用三条说清这次会话的目标。列出目前改过哪些文件，每个文件一行，说明为什么改。列出下一步不能推翻的既有决定。最后只给一个下一步，并说明做完后拿什么判断它真的成了。关键在最后一句：这一轮回复里不要动任何文件。
这个做法有用的地方很少来自让模型自我反思。它更像把当前状态摊开，让人类能检查。目标总结错了，说明上下文已经漂了，比较稳的处理是开一个新会话，把这份 checkpoint 当第一条消息贴进去。不能推翻的清单，能挡住一个常见循环：模型刚修完一个 bug，过几轮又用另一种方式把它放回来。只允许一个下一步，再加一个验证条件，也能减少它一口气改五个地方、最后不知道是哪一步起作用的情况。
这位网友自己的触发条件是，当模型第二次说出类似“let me try a different approach”的时候，就插入这段 prompt。这个信号挺实用。模型开始换路线，往往说明前面那条路已经不顺，继续让它自由发挥，容易把会话拖进更大的返工。
用的时候别把它当仪式。贴进去之后先看回复，不要马上让它继续写。目标、文件、不能动的东西、下一步，这四项里任何一项含糊，都值得先追问清楚。它解决不了所有长会话的问题，但能让跑偏这件事早一点暴露出来。
发布时间: 2026-11-14 00:35