分步确认:别让 AI 一口气写完
学会用"满意才继续"把 AI 从一次性生成变成迭代协作
装修房子,靠谱的做法是分阶段验收:水电走完,你去现场看一眼、签字,工人才封墙。为什么?因为封墙之后再发现电线走错,就得砸墙。没有哪个业主会说“你们全装完我再来看”。
跟 AI 写小说,一模一样。上一节你搭好了六大块骨架,其中 Constraints 里有一条“每步询问是否满意”——这一节就是让这条约束真正跑起来。
学完这一节,你会用自己的主提示词让 AI 跑通雪花法前两步,并且亲眼确认:AI 停在了该停的地方。
分步确认就是装修验收:每完成一个工序,业主签字,才进下一道。AI 每完成雪花法的一步,就停下来问你“是否满意”,你确认后它才继续。不验收就放行,等全屋装完才发现水管走错——那时的返工成本,是每一道后续工序的总和。
什么是分步确认机制
分步确认机制:AI 每完成雪花法的一步,就停下来问你“是否满意”,你确认后它才进入下一步。它把 AI 从“一次性生成”变成“迭代协作”——这是原提示词 Constraints 里的明文约束:“必须逐步执行、不允许一次性完成、每步结束询问用户”。在该提示词资料里,这是写得最明确、立足最稳的一条。
为什么它有效
两个理由。
第一,这是 2.2 讲过的“尽早暴露问题”的 AI 版。 一句话梗概歪了,你在第一步就拦下,代价是重写 25 个词;如果放任 AI 一口气写完,歪的梗概会污染后面所有产出——人物为错误的故事而设计,大纲为错误的人物而展开,正文为错误的大纲而铺陈。那就是砸墙返工。分步确认花的每一轮交互,买的都是“在一页纸上改故事,而不是在一万字上改”的权利。
第二,它有一手实测支撑。 有一份 DeepSeek API 的真实调用记录(deepseek-chat 模型,完整保留原始输入输出):系统提示词约束“只执行当前这一步,不要抢跑”,用户每步回复“满意”再推进——五步输出全部只完成当步任务,没有一次越界。这说明“不要抢跑”这类约束,在实测中是真的管用的,不只是纸面愿望(当然,这是单次实测,不能推广为“任何模型任何时候都做得到”)。
