把一段需求丢给模型，几秒后返回一大段话，读起来都对，却没法直接用。遇到这种情况，很多人第一反应是换个模型，或者再加一句“请认真回答”。但在多数场景里，问题出在提示词把“我知道的”当成了“模型知道的”，把“我想要的”写成了“看起来相关的”。提示词设计做的，不是找一句神奇咒语，而是把任务边界、上下文和验收方式写清楚。
先定义“拿到什么算完成”
不少提示词开头就写“帮我写个方案”，这等于把判断标准留给模型。可用的写法是先说交付物：是一段邮件正文、三条执行步骤，还是一张对比表。接着写验收条件：长度、必须包含的字段、不能出现的内容、需要标注不确定的地方。比如“给出三条可执行步骤，每一步注明依赖的前置条件；信息不足时单独列出，不要自行补全”。这类要求不会让答案一定正确，但能让返工有明确方向。
上下文不是越多越好
有人习惯把背景资料整段粘贴，觉得信息越多越安全。模型并不会自动分辨哪些与当前任务相关，冗余内容会稀释重点。提示词设计里的关键动作，是判断哪些信息对完成这次任务有因果作用：读者是谁、已有结论是什么、哪些前提不能改。把这三类写进去，通常就够了；一大段行业介绍反而会干扰判断。反过来，模型已经具备的常识不必反复解释，解释多了反而挤占注意力。
约束要能被执行
“简洁一点”“专业一些”是常见但难执行的约束。模型只能猜你的标准。换成可检查的写法会清楚很多：“不超过三句话”“每个结论后面跟一个限定条件”“先给结论，再给两条依据”。否定式约束也容易漏，比如“不要写套话”，可以改成“每个段落以具体动作或判断开头”。约束列到能验收为止即可，剩下的交给模型发挥。
它解决不了什么
提示词设计能减少歧义，但不能补上缺失的信息，也不能替代人工验收。模型输出有随机性，同一段提示词两次结果可能不同。稳妥的做法是固定一版提示词，记录每次返工的原因，再小步修改，而不是一次加十几条要求。它也不适合承担需要外部事实核验的任务，除非你愿意逐条检查来源。
写提示词有点像写交接单：接手的人不知道你脑子里的默认设置，只能靠文字判断。与其追求一句万能提示，不如把上次答偏的地方记下来，下一次少写一句废话，多写一句验收条件。提示词设计真正花时间的地方，往往不在敲字，而在动手前想清楚：这次到底要拿到什么。