少即是多：砍掉一半提示词后效果反而好了
约 3 分钟0 阅读
我有个提示词，越调越长。
起因是模型老出问题，我每发现一个问题就加一条规则。「请确保准确」「请仔细检查」「语气要专业」「不要啰嗦」……攒到最后，那条提示词有十七八行，密密麻麻像份合同。结果它非但没变好，反而更难伺候了——我加了这么多要求，它居然每条都能选择性无视。
我一度怀疑是模型不行。直到有天我无聊，开始删提示词。
逐句删，逐句测
我做了个简单实验：把那条长提示词里，一次删一句，拿同一批任务跑，看效果变没变。
结果很打脸。
「请确保准确」删了——没影响。「请仔细检查」删了——没影响。「语气要专业」删了——没影响。删到一半，效果不仅没掉，反而升了。模型开始稳定地按我真正想要的方式输出了。
我盯着删剩的那几行看，突然明白了问题在哪。
那些指令在互相打架
原来那十七八行里，有相当一部分是矛盾的、或者互相稀释的。
比如「请详细解释」和「不要啰嗦」——一个要它展开，一个要它收着，模型不知道听谁的，就两边都沾点，产出个不上不下的东西。比如「请确保准确」——这是个没法执行的空话，模型怎么「确保」？它不知道，只能假装努力。
真正起作用的，是那几句具体的、可执行的指令：「输出 JSON」「字段名为 X、Y、Z」「每条不超过 20 字」。这几句清晰、无歧义、可验证。模型照着做就行。
删掉废话，留下这几句，模型不再被矛盾指令扯来扯去，执行力反而上来了。
一个反直觉的真相
这次实验让我改了个认知：提示词不是越多越好，是越准越好。
很多人调提示词的本能是「加」——出问题就加规则。但加到一定程度，规则之间开始打架、稀释、产生噪音，模型反而无所适从。这时候正确的动作是「删」，把互相矛盾的、空泛的、重复的删掉，让核心意图清晰浮出来。
就像给下属交代任务。你说了十条要求，他抓不住重点；你说三条清晰的，他反而做得好。模型也一样。
我现在的写法
删完那批之后，我写提示词养成了个习惯，叫「先写后删」：
- 先把所有想到的要求都写下来（粗筛）。
- 然后逐句问：这句删了，模型会做错吗？
- 不会做的删掉。会做错的、且具体的、可验证的，留下。
- 最后通读一遍，看还有没有互相矛盾的，挑一个保留。
最后留下的通常就三五句，但每句都管用。
收尾
这个「减法」思维后来成了我调提示词的主轴。每次模型出问题，我的第一反应不再是「加规则」，而是「先看现有的规则里，有没有该删的」。
八成的时候，问题不在于缺规则，在于规则太多、互相打架。删比加，更解决问题。
一个精简但精确的提示词，永远比一个详尽但矛盾的提示词好用。少即是多，不是鸡汤，是提示词工程的事实。