输入框里写“帮我写个方案”，返回一段四平八稳、却几乎不能用的文字。换成“写一份面向小团队的周会方案”，结果仍然泛泛。很多人到这里会怀疑模型能力，但更常见的原因是：需求只说了动作，没有说清场景、对象和交付形态。提示词设计要处理的，正是这层落差。
它更像写需求，而不是找咒语
把提示词想成一句能打开模型潜能的暗号，容易失望。模型没有读心术，它根据你给出的文字推测意图。你写“整理会议记录”，它不知道记录要发给谁、多长、是否保留争议点、要不要拆行动项。提示词设计的工作，是把脑中默认的上下文外化，让任务从“帮我做点什么”变成可执行的要求。
这不意味着越长越好。把背景、目标、限制、输出格式全塞进去，可能互相冲突。更实用的做法是先判断哪些信息会改变结果：对象是谁，材料范围是什么，哪些内容必须保留，哪些可以省略，输出给谁看。其余细节可以留给下一轮补充。
约束要能被检查
“写得专业一点”是感受，“用三段说明，每段不超过四句话，不出现未给出的数字”才是可检查的约束。提示词里常见的模糊词——简洁、深入、自然、有洞察——对人有暗示，对模型却需要例子或标准来落地。与其反复强调语气，不如给一段期望风格的样本；与其说“结构清晰”，不如指定输出字段或段落职责。
- 目标：这次输出要解决什么问题，读者看完要能做什么。
- 上下文：哪些背景必须知道，哪些材料不能越界使用。
- 形态：长度、结构、语气、是否用列表、是否需要表格字段。
- 边界：信息不足时如何说明，哪些推断需要标注，哪些内容不展开。
这些要素不必每次写全。任务简单时，一句明确指令就够；任务复杂时，缺一项都可能让结果偏航。关键是别把“约束”理解成限制模型发挥，它更像给协作划出可讨论的范围。
把提示词设计放进迭代里
一次写对提示词的概率并不高，尤其是开放任务。更稳妥的方式是小步试跑：先让模型复述它理解的任务，再给一个短样本，观察偏差出现在目标、材料还是格式上，然后只改一处。这样能看出哪句话起了作用，也避免把所有问题都归因于“提示词不够长”。
还要接受边界。模型可能编造未提供的信息，也可能在长上下文里漏掉条件。提示词设计能降低歧义，却不能替代事实核验和业务判断。涉及关键决策时，输出应当被当作草稿，而不是结论。把这一点写进提示词，往往比再加十句强调更有效。
回到开头那句“帮我写个方案”。更可用的版本可能是：“写一份给三个人的周会方案，目标是确认下周各自要推进的事项；只使用我提供的背景，不补充新事实；用三个小标题，每部分不超过五行；信息不足处用‘待补充’标出。”它不华丽，却把任务、边界和交付形式放在了一起。提示词设计做到这里，模型才有机会给出能接着改的东西，而不是一段看起来正确、却无法落地的文字。