同事把一段需求丢过来：帮我写个活动通知，语气正式一点。这句话放进输入框，模型通常会交出一份看上去正确、却不太能用的文本。问题未必在模型，而在我们交给它的任务书。所谓提示词设计，很多时候就是把这份任务书从口头交代改成可执行的约定。
先把任务边界说清楚
“正式一点”是人的感受，不是模型的执行条件。可以换成：面向园区企业，通知停水半天，需要说明时间、范围、准备事项和咨询方式；语气克制，不用感叹句。这样写不神秘，却把角色、读者、事实和约束摆到了桌面上。模型不必猜“正式”的含义，也不必替你补不存在的细节。
我习惯把一段提示拆成四块：要做什么、给谁看、必须包含什么、不要出现什么。它们不必写成表格，也不必每条都长。关键在具体。比如“不要出现营销腔”比“写得自然”可操作；“保留原文中的数字和专有名词”比“不要改事实”少一点歧义。提示词设计的第一层工作，往往不是找金句，而是做减法：删掉形容词，留下条件。
输出约定决定返工次数
很多对话卡在最后一步：内容有了，格式不对。与其事后反复调整，不如在开头约定输出形态。要三段短文，还是分条列项；要纯文本，还是带小标题；需不需要先列假设，再给正文。把这些说出来，能把“改到像样”变成“一次拿到可用的草稿”。
示例也有用，但要克制。给一个例子，能说明语气和颗粒度；给五个例子，模型容易照着例子造句，忽略真正的新任务。我的做法是给一个短样例，再补一句“仅参考结构，不照抄措辞”。这能避免堆一长串要求。
给不确定性留出口
提示词设计并非一味加约束。约束太密，文本会变得僵硬；信息不足，模型只能编。稳妥的方式是允许它提问，或要求它在动笔前复述理解、列出缺失信息。比如：“若时间、地点未给出，先用占位符，不要自行补全。”这一句能挡掉不少看似顺畅的虚构。
还有一层边界：同一段提示，在不同模型、不同版本上会有波动。提示词设计能做的是降低歧义、明确验收条件，不能保证每次输出一样。把它当成一次任务沟通，而不是咒语，心态会平实许多。写完提示后，我会再读一遍：如果这段话交给一位新同事，他能否知道先做什么、交什么、哪里不能碰。能，基本就够了。