模型答非所问时，继续追问“再准确一点”往往没有效果。它回了一段看似完整的文字，却把关键条件漏掉，或者把背景当成结论。问题常常不在模型突然变笨，而在最初那句需求里：人脑默认成立的背景，没有被写出来。
提示词设计要做的，不是给模型下咒语，而是把这些默认项摊开：要做什么、给谁看、哪些信息不能动、怎样才算完成。它有点像设计一个对话界面，输入框里放什么、按钮按下后得到什么，都需要提前约定。
先写任务动作，再谈语气
不少跑偏来自任务没有被拆成动作。比如想整理会议记录，只说“总结一下”会得到泛泛概括；换成“列出待办事项，每条保留负责人和截止时间，未提及的写待确认”，输出就有了可检查的轮廓。语气、风格当然重要，但它们应排在任务边界之后。提示词设计在这里更像写一份简短的工作说明，而不是形容词比赛。
约束不是越多越安全
有人习惯把所有担心都塞进一段长提示：不要编造、不要啰嗦、不要口语化、不要遗漏、不要反问。这些禁令彼此打架时，模型只能猜你的意图。可以把重点放在验收标准上：输出应包含哪些部分，哪些字段必须留空，遇到不确定信息时用什么标记。约束围绕“怎样算完成”展开，才方便检查。
迭代时，一次只改一处
首轮输出不理想时，不必急着推翻整段提示。先看偏在哪里：是任务动作不清，还是输入材料不足，抑或格式没有被约束。每次只改一处，再观察输出变化，这样能知道哪句话真正起作用。若模型开始自行补全缺失信息，可以把“未提供的内容不要推测”写成明确规则；若它把背景当成结论，可以要求区分事实、推断和待确认项。这里的写作不是一次性文案，而是一段可回退的调试过程。
工具会变，对话入口会变，提示词设计面对的仍是同一个老问题：人有没有把自己的要求想清楚。模型可以补全句子，却无法替人决定什么算完成。把这一点写进提示里，输出才会从“看起来像”走向“可以拿去做事”。