一个常见场景：不是模型不会，是题目没交代清楚
“帮我写一份新品介绍。”这句话发给模型，经常得到一段四平八稳的文字：有卖点，有愿景，读完却不知道产品卖给谁。把它改成“面向刚开始接触产品的门店负责人，说明使用场景、交付周期和售后流程，控制在三百字内，不要承诺尚未确认的服务”，结果通常会收敛很多。变化不在于语气变客气，而在于任务从模糊愿望变成了可执行条件。
提示词设计常被误解成找一句神奇指令。真正起作用的，往往是把人脑中默认的背景摊开：谁来看、看完做什么、已有材料是什么、哪些话不能说、输出成什么形态。模型不会自动补全这些默认项，它只会沿着字面往下写。
把需求拆成可执行的条件
我在改一条提示词时，习惯先检查四类信息是否到位：
- 目标：读者看完要理解什么、做什么，而不是只写“专业一点”。
- 上下文：对象、场景、已有资料、前后文关系；缺材料时明确说“不知道就提问”。
- 约束：长度、语气、结构、禁止项，以及规则冲突时以哪条为准。
- 输出形态：连续段落、分点说明、表格或固定字段，按后续使用方式决定。
这些条件不需要堆成长文。有效的做法是把“必须满足”和“尽量满足”分开，把不能编造的内容单独列出。比如写产品说明，事实来源、适用对象、不可承诺项属于硬约束；语气偏好和举例方式可以放宽。提示词设计在这里更像拟一份工作单，而不是写广告语。
另一个常被忽略的动作是让模型先复述任务，并指出它还缺什么。与其一次性追求完整，不如把过程拆成“确认需求—给初稿—按反馈修改”。反馈也要具体：不要说“再自然点”，而是指出哪一段像口号、哪一句缺少主语、哪个结论没有材料支撑。这样，提示词设计才不只是开头那一句话，而是围绕输出逐步校正的沟通过程。
约束不是越多越好
有人把提示词写成一份长清单：既要简洁又要详尽，既要口语又要正式，既要创新又要严格按模板。规则彼此打架，模型只能猜哪条优先。约束的价值在于减少歧义，不在于数量。把硬性要求和风格偏好分层，写清冲突时听谁的，通常比继续加形容词有用。
提示词设计也有边界。材料里没有的事实，靠措辞补不出来；需要实时信息或专业判断的任务，也不能只靠一句“请准确”解决。它解决的是表达和任务组织问题，不替代数据、流程与人工复核。对复杂任务，先确认模型是否理解，再讨论输出质量，往往省掉一轮无效返工。
所以，当模型答非所问时，先别急着换工具。把需求改写成一份清楚的工作单：目标、材料、限制、交付形态，以及遇到空白时该怎么处理。提示词不是咒语，它更像一次把问题说清楚的练习。