提示词可以拆成 8 个要素:任务、输入、角色、约束、格式、样例、步骤、判据。8 个不必每次全带,日常问答 2 到 3 个就够,跨文档的复杂任务带 5 到 6 个。这篇给每个要素的作用、带与不带的判断、以及带错以后模型会出什么偏差。
我 2025 年给一个客服团队整理过 40 多条提示词,返工主要集中在一处:任务和判据两栏写混。同一句话既当要求又当验收标准,模型只能猜,输出每次都不一样。
要素越多,模型对单条的注意力越分散。按必要性分 3 组,先保证前 2 个,再按任务复杂度往上加。
组内也有优先级。增强组里格式排第 1,因为格式错了整段要重写;约束排第 2,越界的内容删掉就行;角色排最后,多数任务不写角色也能拿到可用结果。
输入这块有个数量界限:单次贴 3000 字以内,模型对细节的还原度相对稳;超过 1 万字,中段内容的引用率会掉。要处理长文档,按章节分 3 到 4 次送,每次让它只输出该章的结论。
格式这条最容易省,也最容易返工。我统计过自己那 40 多条提示词,加了格式说明的 21 条,平均改 1 次就能用;没加的 20 条,平均改 3 次。
| 要素 | 作用 | 带不带 | 带错的典型后果 |
|---|---|---|---|
| 任务 | 定动作与对象 | 必带 | 多动作堆叠,后几个被敷衍 |
| 输入 | 给可用材料 | 必带 | 模型自行编造数据与出处 |
| 角色 | 定视角与用词 | 看场景 | 只写「专家」,输出仍是通用套话 |
| 约束 | 划禁止边界 | 看场景 | 出现不该有的金额、品牌、结论 |
| 格式 | 定结构与字段 | 建议带 | 每次结构不同,无法批量使用 |
| 样例 | 给参照标准 | 重复任务带 | 样例太特殊,模型照搬特例 |
| 步骤 | 控执行顺序 | 核对类带 | 跳步,中间环节结果缺失 |
| 判据 | 管验收 | 交付类带 | 无法自查,错的地方要人逐字找 |
表里 8 行对应 8 个要素,第 3 列按任务是否重复来定。1 次性的问答带前 2 个即可,要复用 10 次以上的提示词,8 个都补齐更省事。
同一个要素写在开头和写在结尾,效果差得不少。模型对首尾两处的指令记得最牢,中间段落容易被后文覆盖。把任务放在第 1 段,约束放在最后 1 段,中间放输入与格式,遵守率比全部堆在开头高。
顺序上还有 2 个惯例。约束紧挨着格式写,因为「不许出现金额」这类限制多是为了控制输出形态;判据单独成段放在末尾,让模型在生成完以后回头对一遍。我改过 12 条把判据提到开头的提示词,改回末尾以后合格率反而回升。
长度也要控制。8 个要素全写细,一条提示词能到 800 字以上,模型对其中靠后几条的执行开始松动。超过 600 字就该拆成 2 轮:第 1 轮定任务与格式,第 2 轮把上轮输出贴回去再补约束与判据。
第 3 条我每次都做。编造比答错更难发现,尤其在查政策、查流程这类任务上,编出来的入口名称看着完全正常。
第 4 条是返工量最大的一类。我那 40 多条里,凡是判据写成形容词的,最后都改成了可数的条件,例如「3 段以内」「含 2 个例子」。
坑里还有 1 个不显眼的:把同一件事写了 2 遍。开头写「输出 5 条」,中间又写「尽量多列几条」,模型会取中间值给 8 条,你没法定量核对。写完通读一遍,把重复表述删到只剩 1 处。
要素之间还有 1 个搭配关系值得记:给了步骤就别再给太长样例。步骤管过程,样例管形态,两个都写得很细,模型容易只照样例的样子输出,跳过中间步骤。
本文信息核对时间:2026-11