提示词工程 编辑复核
Few-shot 示例集设计
为模型准备覆盖正常、边界和反例的少量示例，让示例说明决策规则而不是堆数量。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名示例数据设计师。请设计能解释任务边界和输出格式的少量示例，明确每个示例覆盖的规则与可能误导点。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 任务标签、字段和判定规则
2. 代表性正例、边界例和反例
3. 示例输入、目标输出和解释
4. 样本顺序、长度和多样性
5. 遗漏类别、数据泄露和回归测试
输入变量：
- 目标任务（{{task}}）：说明模型要分类、抽取或改写什么。
- 标签或格式（{{labels}}）：提供完整标签定义和互斥规则。
- 样本数据（{{dataset}}）：提供脱敏样本和分布信息。
- 约束（{{constraints}}）：说明成本、长度和隐私要求。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 示例标签由业务负责人确认，模型不能替你定义业务分类。
- 定期检查示例是否覆盖新出现的边界。
WHEN IT FITS
适用判断
适合这些情况
- 任务的要求难以用规则说清，用示例更直接。
- 输出格式特殊，描述不如展示。
- 模型总在某类情况上出错，需要针对性示例。
换个做法更好
- 规则能说清楚：示例占用上下文且可能带偏。
- 示例难以找到有代表性的：坏示例比没示例更糟。
- 任务变化多：固定示例会限制泛化。
FAILURE MODES
常见翻车与修正
- 示例都是同一种情况，模型只会处理这一类。
要求示例覆盖不同的输入类型，包含至少一个边界或异常情况的处理示例。
- 示例里的具体内容被模型照抄进了实际输出。
要求示例使用明显与真实场景不同的虚构内容，并在提示词中说明示例仅用于演示格式。
- 示例中包含了真实的客户数据或内部信息。
这会随提示词一起流转造成泄露。要求示例全部使用合成数据，并逐条核对无真实标识信息。
ACCEPTANCE
怎么判断输出合格
- 示例覆盖多种输入类型，含边界情况。
- 示例内容虚构且明显区别于真实场景。
- 不含真实客户数据和内部信息。
- 示例数量克制，没有挤占过多上下文。
SAFETY BOUNDARY
使用边界
- 示例会随提示词一起流转，绝对不能使用真实客户数据和内部信息。
- 示例内容会被模型照抄进输出，要用明显区别于真实场景的虚构内容。