✨
提质四工程之四
迭代工程
工程四 / 共四个
🔁 提质四工程之四 · 迭代工程
第一次输出按七十分预期对待。先提纲后正文、定向追问、按验收线自检、版本对比与沉淀,把一次碰运气改成可复现的流程。
7知识模块
156细分领域
1716成品提示词
4提质工程
它解决什么
多数人对第一次输出不满意时的做法是重新提问,结果得到一个不同的七十分。提示词真正拉开差距的地方在第二轮:把不满意的点准确说出来,让模型在同一上下文里改。迭代工程把这件事变成固定流程,并且把跑通的版本沉淀下来,下次直接复用。
五步迭代流程
1

先提纲,后正文

复杂任务别一次要成稿。先让它给三版提纲或三版钩子,你选一版再展开。这一步的成本极低,却能让后面的正文少走一半弯路。

2

定向追问

不要说「再写好一点」。说「第二条太夸张,换成更克制的语气」「风险项缺责任人和截止时间,补上」「把三段压到两段,每段不超过六十字」。指出具体位置和具体改法,模型才改得准。

3

按验收线自检

把你写在质量标准里的那条验收线贴回去,让它逐条打分并说明哪条没达标、准备怎么补。让它自己检查,比你自己逐字找快得多。

4

版本对比

重要产出保留 A、B 两版并排比较,按「准确性、可用性、语气、格式」四项各评一次,别凭整体感觉挑。也可以换一个模型跑同一条提示词,比较谁更遵守格式约束。

5

沉淀模板

把跑通的提示词存下来,标注适用场景、所用模型和版本、常踩的坑。下次直接改变量,不用从零重写。这一步是四工程里最容易被跳过、长期收益却最高的一步。

追问句式库
✓「第 N 条太【问题】,改成【具体改法】,其余保持不变。」
✓「保留结构,把语气从【A】换成【B】,不要改动事实。」
✓「按你自己给的自检清单逐条核对,列出没达标的两条并补齐。」
✓「再给两版不同切入角度的开头,各不超过四十字,不解释。」
✓「把上面压到【字数】以内,说明删掉了什么、为什么可以删。」
✓「不要重写,只指出这段里哪三处可能被真正的从业者挑出来。」
前后对照
常见做法
这个不行,重新写一份。
上下文被清空,模型换一批随机词,得到另一个七十分,问题往往原样保留。
迭代做法
第三条把「全面推进」改成一个带责任人和日期的动作;风险项补上需要谁在什么时间前解锁;其余三条保持不变。然后按质量标准逐条自检。
改动点明确、范围受控、有验收,一两句就能把七十分推到九十分。
三轮法:复杂任务的推荐节奏
1

第一轮 · 对齐

给结构与变量,只要提纲和关键判断,确认方向对不对。

2

第二轮 · 成稿

按选定提纲展开正文,带上全部约束与验收线。

3

第三轮 · 收口

按验收线自检、压缩字数、删空话、补待补问题,输出终版。

版本记录建议记什么
适用场景
这条提示词在什么任务、什么领域下跑通了。
模型与参数
用的哪个模型、大概的温度或推理档位,换模型后是否复测过。
关键约束
哪几条禁用词和验收线发挥了作用,删掉哪条会明显变差。
已知坑
常见失败形态,以及对应的追问句式。
关联提示词
和哪几条串用,先后顺序是什么。
自检清单
✓复杂任务先要了提纲,而不是直接要成稿。
✓追问里指了具体位置和具体改法。
✓让模型按你写的验收线做过自检。
✓重要产出留了 A、B 两版做对比。
✓跑通的版本存成了模板,并标注了模型与适用场景。
🔍 没有找到匹配的工具,换个关键词试试
🔗 相关内容 · 站内推荐同组优选 · 12 条内链
上级频道与枢纽:
推荐按同领域 / 同分组自动聚类,全部指向站内真实页面,便于搜索引擎抓取与顺链浏览。