有一次看同事用模型整理会议记录，他输入的是一句很自然的话：“帮我总结一下这个会。”输出洋洋洒洒，语气礼貌，却把讨论过程和最终决定混在一起，待办事项也没单独列出来。他皱着眉说模型不行。我看了下输入，问题其实出在提示词设计：他要的是“决议和待办”，说出口的却是“总结”。
这类落差在日常使用里很常见。人们习惯把模型当成一个能读懂潜台词的同事，但多数时候，它只会按字面理解任务。提示词设计做的，很大程度上就是把这层潜台词写明白。
先把任务说成一件具体的事
“总结”“分析”“优化”都是语义很宽的动词。宽词给模型留了自由发挥的空间，也给了它跑偏的机会。把动词收紧，往往比换一个更强的模型更有效。
- 不说“整理一下”，而说“从对话里提取决定事项，每条一行，注明负责人”。
- 不说“写得专业点”，而说“面向不熟悉该业务的读者，避免行话，控制在三百字内”。
- 不说“检查有没有问题”，而说“逐条核对数字与原文是否一致，只列出不一致的地方”。
这些改动的共同点，是把评价标准提前。模型不知道你心里的“好”长什么样，除非你把它变成可核对的条目。
约束不是越多越好
知道了要写清楚，人就容易走向另一个极端：一次塞进十几条要求，格式、语气、字数、禁用词、参考风格全列上。结果常常是顾此失彼——守住了格式，忘了内容重点。
我的判断是，约束要分层。真正不能妥协的放前面，比如输出结构和必须覆盖的信息；风格偏好放后面，甚至可以先不给。提示词设计里一个被低估的动作是删减：先写一版，跑一次，看它在哪里误解，再针对那一处补一句，而不是一开始就把所有担心都写进去。
另一个容易被忽略的点是示例。给一个输入输出的样例，常常比三段形容词更管用，因为样例同时传达了格式、颗粒度和语气。但示例也别贪多，两个方向矛盾的样例，会让输出在两者之间摇摆。
有些问题，措辞解决不了
需要说清楚边界。提示词能改善的是表达层面的偏差：任务含糊、标准缺失、格式不明。它改变不了模型没有的信息。如果材料里根本没写预算数字，再怎么设计提示词也要不出来；如果任务本身需要外部实时数据，措辞再精确也无济于事。
还有一种情况是任务本身的判断依赖你未说出的背景。这时更实际的做法是把背景补进输入，或者先让模型复述它理解的任务，确认无误再往下走。两轮对话，通常比一段精心雕琢的长提示更稳。
所以我不太认同把提示词设计说成一门玄学，也不觉得它是一劳永逸的模板。它更像写需求文档：把模糊的期待翻译成可执行、可检验的指令。文档写得好，合作就顺；写不清楚，换谁来做都会返工。区别只在于，模型不会像同事那样回头问你一句“你具体想要什么”。
回到开头那位同事。后来他把输入改成“列出会上确定的三个事项及各自负责人，未确定的部分标注待定”，一次就得到了能直接粘进周报的内容。模型没变，变的是那句开场白。