提示词的结构化写法：
角色、约束与示例

01先写目标和验收标准

提示词的第一句应该说明要什么产物：一封邮件、一张表、一段代码。第二句说明怎样算合格：字数、格式、必须包含的字段、不能出现的内容。

目标和标准写清楚之后，角色和语气才有意义。反过来，如果验收标准模糊，再华丽的角色设定也救不了输出。

02角色负责语气，不负责能力

“你是一位资深编辑”能改变措辞和口吻，但不会让模型多知道一条事实。需要事实时给资料，需要格式时给示例。

我现在很少在提示词开头写长篇人设，更愿意用一句话交代身份，然后把篇幅留给任务本身。角色是调味，不是主菜。

03约束要具体、可执行

“回答要简洁专业”是一句愿望，模型无法判断自己有没有做到。换成可检查的要求，效果会稳定很多：

• 模糊：回答要简洁专业。
• 具体：用 3 条要点回答，每条不超过 40 字，不使用感叹号。

约束不是越多越好。一次给十几条限制，模型很容易顾此失彼。挑真正影响结果的 3 到 5 条就够了。

04示例是最有效的格式说明

给一两个输入输出示例，往往比用一段话描述格式更省字数，也更准确。示例要覆盖边界：空输入、超长输入、需要拒答的情况。

还有一个容易忽略的点：示例里的风格会被模仿。如果示例本身啰嗦，模型也会跟着啰嗦，所以别把反例放在正例的位置上。

目标：把一段会议记录整理成待办清单
输入：<粘贴会议记录>
输出格式：
- 负责人｜事项｜截止时间
约束：
- 只保留有明确负责人的事项
- 没有截止时间就写“待定”
- 不补充原文没有的信息

05小步迭代，留下记录

一次只改一个变量，记录改动前后的输出差异。把有效的提示词存成模板，标注适用场景和已知问题，下次就不用从头再猜。

提示词的进步不体现在越写越长，而体现在能删掉哪些没用的约束，任务依然稳定。

好的提示词不是让模型“更聪明”，而是让任务“更明确”。 A NOTE TO MYSELF