一次改写带来的差别
“帮我写封邮件，催一下合作方交材料。”这句话丢给模型，通常会得到一封四平八稳的催促信：礼貌、完整，也几乎没用。换成另一种写法——“对方材料晚了三天，合作还要继续，邮件先确认事实，再提出明确的下一步时间，语气保持礼貌但不含糊，控制在两百字以内”——结果会明显不同。模型没有变，变的是你把哪些条件说了出来。提示词设计的大部分工作，其实就发生在这一步。
很多人把提示词设计理解成寻找某种口令，仿佛存在一组固定句式，念对了模型就聪明，念错了就笨。这种理解会让人不断收集模板，却很少回头看自己漏掉了什么。更实际的角度是：模型拿不到你的处境。它不知道你和对方之前谈过什么，不知道这封信是写给第一次合作的伙伴还是老客户，也不知道“催”在你这里意味着施压还是提醒。这些信息不写进去，模型只能按最常见的情形补全，输出自然平庸。
哪些东西值得写进去
把隐含条件显性化，有几类值得优先处理。
- 任务边界：要产出什么、明确不要什么。比如“只给三个方向，不要展开成完整方案”，比“给一些建议”更能收敛结果。
- 受众与场景：读者是谁、读到这段内容时处于什么状态。给内部同事看的技术说明和给外部客户看的产品介绍，用词密度完全不同。
- 判断标准：什么算合格。与其说“写得好一点”，不如说“每段只讲一件事，不出现形容词堆砌”。
- 格式与长度：结构化输出还是连续段落，大致多少字。约束越具体，返工越少。
这些条件本可以靠多轮对话补齐，但一次写清楚往往更省事。它的价值不在于把话说长，而在于把关键约束放到模型能看见的位置。
写得越细越好吗
不一定。约束堆到一定程度会互相打架：一边要求简洁，一边要求覆盖所有要点，模型只能折中。过度设计的另一个问题是僵化，模板越复杂，越难迁移到下一个任务。实际使用中，比较务实的做法是先给最小可用的约束，看输出偏差在哪，再针对偏差补一条。这个过程比一次性写一篇长提示更接近真实工作。
还有一层边界需要说清楚：提示词设计无法补上模型不知道的事实。你没提供的数据、没交代的背景、没说明的行业惯例，写得再工整也不会凭空出现。它也不能替代领域判断——模型可以按你的标准组织内容，但标准本身是否成立，仍然要由人来定。
把它当成一次需求澄清
换个角度看，这件事和写需求文档、给同事交代任务没有本质区别。你越清楚自己要什么，越容易说清楚；说不清楚的地方，往往是自己还没想明白。模型只是把这个过程放大了：含糊的指令会立刻得到含糊的结果，而且不会有人中途跑来追问“这里具体指什么”。
所以，遇到输出不对劲时，先别急着换模型或加更多形容词。回看一下自己写的那段话，把没说的条件补上，通常就够了。