「帮我写好一点」这类指令交给大模型,等于把题目原样抛了回来——「好」的标准在它那里有无数种解。指令的具体性说的是:把要求落到可观察、可衡量的细节上,模型的执行波动就越小。越具体,越稳。
模糊指令留下多大的猜题空间
「写短一点」,多短?五十字还是五百字?「正式一点」,商务函还是学术腔?每个模糊词后面都藏着一排选项,模型每次抽中的可能不一样,于是同一条提示词今天和明天的输出差别很大。通义千问、Kimi 上把「写短一点」改成「全文不超过一百二十字」,连跑五次,长度立刻稳定下来。
判断:指令里出现「一点」「一些」「尽量」这类词,就值得停下来换成数字或例子。
具体到什么程度算够
三个检查问题:这个要求能被观察吗——长度、条数、格式都看得见;能被比对吗——偏离时你自己一眼能指出;换个人读会不会理解成另一回事。三条都过,具体性就够了。再往下细就进入回报递减区,把力气花在真正的关键要求上。
三个检查问题配上各自的调法,摆在一起:| 检查问题 | 怎样算过关 | 不过关时怎么调 |
|---|---|---|
| 这个要求能被观察吗 | 长度、条数、格式都看得见 | 「写短一点」换成「全文不超过一百二十字」 |
| 能被比对吗 | 偏离时你自己一眼能指出 | 数字贴合任务真实体量,先放开数字跑一次看自然长度 |
| 换个人读会理解成另一回事吗 | 三条都过,具体性就够 | 停手,再往下细就进入回报递减区 |
| 要求条数是否过多 | 关键要求五条以内写透 | 遮住某条看输出是否滑坡,其余合并成一句风格描述 |
把模糊词换成数字时,数字本身也要经得起推敲。「写短一点」改成「不超过一百字」,如果任务本身需要三百字才说得清,这个数字就会逼模型砍掉关键内容——具体性不是越紧越好,数字要贴合任务的真实体量。拿不准时,先放开数字跑一次,看看自然长度再定。
多到堆砌,也会帮倒忙
具体不等于堆砌。要求列到二十条,模型忙于逐项应付,内容质量反而下降。真正的功夫是排序:挑出决定成败的五条写透,其余合并成一句风格描述。判断办法很简单——把某条指令遮住,若输出质量明显滑坡,它就是关键指令。
类比:装修说「简约风」和给参考图
对装修师傅说「装得简约点」,效果全看他的审美和你赌运气;给一张参考图再补一句「照这个感觉,但客厅要亮一些」,结果立刻可控。参考图就是具体性——它把抽象的「简约」翻译成了可对照的样子。
类比失效在画纸上:师傅看图就懂,模型需要文字到位,图给不了时,用一段样例文字代替参考图,效果相同。另外,师傅会举一反三,模型对没写的细节仍会自由发挥,具体性要覆盖到关键的每一处。
参考图思路在文字任务里还有个变体:给一段「不要学它」的样例。比如你的旧文案太啰嗦,把旧文案贴进去说「避免这种写法」,模型立刻明白要往哪个方向使劲。正反样例一起给,方向感最清楚。
还有一条捷径:让模型自己帮你收紧。把模糊的指令原样贴给它,问「这条要求有哪些不同的执行方式」,它列出的分歧点,正是你需要具体化的地方,比你一个人闭门琢磨快得多。
具体性和优先级配合使用,见什么是指令优先级?冲突时听谁的;正面写法参考什么是肯定式指令?说「要什么」更有效;改版留档靠什么是提示词的版本管理?改到第几版;改完先试再交付,见什么是提示词测试?改之前先试,看完就会判断;守住已有效果的方法在什么是提示的回归测试?改了别处别坏了这里。
具体性自查清单
- 要求里有数字或可对照的样例。
- 没有「一点、一些、尽量」这类模糊词。
- 关键要求控制在五条以内写透。
- 遮住某条指令,能说出输出会怎么变。
能被看见、能被比对的指令,才谈得上被执行。
指令的具体性快问快答三则
- 写得具体会限制创意吗?:只约束你真在乎的维度,比如长度和结构,主题和角度可以留给模型发挥。
- 要求和示例冲突听谁的?:通常示例惯性更大,发现冲突就同步改例子,别让两条线各说各话。
- 多具体算过头?:字段和要求多到模型逐项填空、内容变干瘪时,就到头了,往回收几条。


