很多人第一次意识到提示词设计重要，不是因为读了一篇方法论，而是因为模型给了一个“看着像对、其实没用”的答案。你让它写一份周报，它写成了一篇价值观宣讲；你让它从会议记录里挑出待办事项，它顺手补充了几条没人说过的话。于是你回去加形容词：“请认真、专业、简洁地回答。”结果没太大变化。
问题往往不在形容词不够多，而在于任务没有被拆成模型能执行的动作。
先分清“要什么”和“像什么”
提示词设计里最常见的失误，是把风格描述当成了任务描述。风格决定语气，任务决定内容。比如“帮我写一封给合作方的邮件”，这句话里真正缺的是：这封邮件要解决什么、对方已经知道哪些背景、希望对方看完做什么。补上这些，模型才知道该写通知、致歉还是推进确认。
一个可用的做法是把提示词分成四块：任务、输入、约束、验收。任务用动词开头，一句话说清产物是什么；输入给出模型无法自行推断的事实；约束限定长度、格式、不能触碰的范围；验收则说明什么样的输出算合格。四块不必写成小标题，但在心里要过得一遍。
值得留意的是，这四块里最容易被忽略的是“验收”。人会默认对方知道自己要什么，可模型不会。你希望它输出表格，就得说明列名；你希望它只基于给定材料，就得明确“材料之外的信息不要补充”。这些约束听起来啰嗦，实际能省下几轮返工。
示例比形容词有效，但别给错示例
在提示词设计的实践中，给一两个输入输出示例，通常比堆一串要求更稳定。示例的作用是把抽象标准落到具体文本上，让模型看到边界在哪。例如要求“语气克制”，不如给一段你认可的段落，再说明哪些地方不要学。
但示例也有风险。如果示例本身带有你没注意到的特征，模型会连同这些特征一起模仿。你给了一段带编号的示例，它可能在任何场景都加上编号；你给了一段偏长的示例，它可能把长度当成硬要求。所以示例要么干净，要么明确标注“仅示意格式，内容不必照搬”。
另一个常见问题是把多个任务塞进一段话。让模型同时做摘要、判断情绪、给出建议，输出经常互相干扰。拆成几步、每步只做一件事，哪怕多调用一次，结果通常更可控。提示词设计并不追求一句话解决所有问题，而是让每一步的输入和输出都清楚。
约束要写“不要什么”，也要留出余地
负面约束很实用，比如“不要编造未提供的数据”“不要使用感叹号”“不要给出结论性建议”。但负面约束不能无限叠加，写太多“不要”，模型容易变得畏缩，输出干瘪。更稳的方式是把关键禁区列出来，其余交给正面描述。
还要接受一个现实：提示词能改善输出，但不能保证事实正确。涉及具体数字、外部事实、专业判断时，仍然需要人来核对。把提示词设计当成质量控制的一环，而不是质量保证的全部，心态会稳一些。
当一段提示词反复修改仍然效果不佳，可能说明问题不在措辞，而在流程：输入材料本身混乱、任务目标没想清楚、或者这个环节根本不该交给模型。这时候继续打磨文字，收益有限。停下来看看上游，往往更省时间。
提示词设计最终练的不是文笔，而是把需求说清楚的能力。这件事在人跟人协作时同样成立，只是模型不会追问，所以你得先替它把问题问完。