一份需求文档只写“帮我写个说明”，交给任何人都难交付。换成模型，结果往往更像开盲盒：字数不少，重点不明，格式还得手动重排。很多所谓“模型不好用”的时刻，往前追一步，常常是任务没有被说清楚。提示词设计处理的正是这一步：它不是寻找神秘咒语，而是把人类意图压缩成模型可执行的约束。
先把“要什么”拆成可检查的条件
我见过一种常见写法：请写一篇关于某主题的文章，要有深度、要专业、要自然。这些词对人都有弹性，对模型更是。提示词设计更实用的做法，是把形容词换成可检查的条件。比如读者是谁、文章要回答哪个具体问题、哪些内容不要出现、篇幅大致多少、是否需要小标题、语气偏克制还是偏口语。条件不必多，但要能落到“写完后我能逐条看”的程度。
这听起来像啰嗦，实际是在减少返工。模型不会因为一句“专业一点”自动知道你心里的专业标准，它只会根据上下文猜。把猜测空间收窄，输出才更稳定。
上下文不是越长越好
另一种误区是把所有资料一股脑塞进去，仿佛背景越多，答案就越准。信息当然重要，但无关材料会稀释注意力，前后矛盾的材料还会把输出带向摇摆。更稳妥的方式是分层：先给任务目标，再给必须遵守的边界，最后放参考资料，并说明资料中哪些部分优先。若资料里有相互冲突的说法，直接指出以哪一条为准，比让模型自行判断更可靠。
这种调整更像编辑工作：删掉不影响判断的句子，补齐缺失的前后关系，把隐含前提写成明面规则。它不保证每次都对，但能让错误更容易被发现。
输出格式是契约，不是装饰
很多人把格式要求放在最后一句“请用表格输出”，然后发现模型仍夹杂大段解释。更清楚的方式，是把输出当作一份小型契约：字段有哪些、每个字段能否为空、无法确定时怎么写、不要添加哪些额外内容。对需要进入后续流程的结果，这种约束尤其重要。格式清楚，人工检查的成本会下降，自动处理也更省事。
- 任务：一句话说明要完成什么，避免同时塞入多个目标。
- 边界：列出不希望出现的内容，以及不确定时的表达方式。
- 材料：只保留与判断有关的上下文，标明优先级。
- 验收：用可观察的条件描述完成标准，而不是抽象评价。
当然，约束过多也会让输出变得僵硬。提示词设计需要在自由度和可控性之间取舍：开放式创意任务可以留白，流程化任务则要把字段和边界收紧。这个取舍没有通用答案，只能随任务调整。
把一次成功变成可复用的版本
偶尔得到一次满意结果，不等于掌握了方法。更可靠的习惯是记录：这次改了哪句约束，输出哪里变清楚，哪里又变得生硬。下次沿用有效的部分，删掉无用的堆叠。模型版本、输入材料、任务类型都会影响结果，所以提示词更像一份持续维护的工作说明，而不是一次性写完的模板。
回到开头那份含糊需求。与其抱怨执行者不理解，不如先问：目标、边界、材料、验收条件，是否已经说清。提示词设计做的，就是把这些原本藏在脑子里的东西摆到桌面上。它不神秘，也不万能，但能减少不少本可避免的沟通成本。