用示例和输出格式让结果更稳定
当“说清楚”仍不够时，用一两个示例展示你真正想要的答案。
当任务的格式、分类标准或写作风格难以只用文字描述时，给出一到三个高质量输入输出示例，并明确最终字段、顺序和长度。示例应代表真实边界，不能包含错误、冲突或敏感数据。
- 判断什么时候需要示例
- 设计短而有代表性的示例
- 把格式要求写成验收清单
01
示例适合解决什么问题
分类标签、固定字段、特殊语气和转换规则常常“展示比解释更清楚”。这种通过少量示例引导输出的方式通常称为 few-shot prompting。
简单任务先尝试不带示例；只有结果不稳定时再增加示例。
02
示例要覆盖边界
不要只给最容易的正例。需要时加入一个边界案例，展示缺失值、无法判断或不应处理时怎样输出。
示例数量不是越多越好，质量和代表性更重要。
03
格式必须可以检查
与其说“结构清晰”，不如指定字段名、顺序、行数和不允许出现的内容。
如果输出要交给程序使用，应在真实流程中验证格式；只写“输出 JSON”仍可能出现结构偏差。
修改前
把客户意见分分类。
修改后
将每条意见分类为：功能、价格、服务、无法判断。 示例： 输入：导出按钮找不到。 输出：功能 输入：还没有足够信息判断。 输出：无法判断 现在分类：____ 只输出标签，不解释。
为什么更好：示例展示了分类口径和输出方式，还覆盖了无法判断的情况。
可复制模板
替换空白处即可使用
任务：按照下面规则处理输入。 标签或字段：____ 示例 1 输入：____ 输出：____ 示例 2（边界情况） 输入：____ 输出：____ 现在处理 输入：____ 输出要求：____
模板只是起点。请根据真实任务删除无关部分，并在提交前检查敏感信息。
动手练习 · 约 15 分钟
设计两个分类示例
- 选择一个三到四类的简单分类任务。
- 写一个典型示例和一个边界示例。
- 提交五条新输入。
- 检查分类口径是否一致。
完成检查
- 示例答案本身正确
- 边界情况有明确处理方式
- 最终输出没有多余字段
发现问题后这样修正
示例与指令冲突
统一字段、标签和期望答案。
示例中含真实隐私
使用虚构、脱敏且代表性足够的内容。
只要求“专业格式”
直接给字段名、顺序和一份短示例。
常见问题
需要多少个示例？
从一个典型示例开始；复杂边界再增加一两个。示例过多会增加长度和维护成本。
示例会限制创造力吗？
会影响模型沿用所示模式。创意任务可只展示质量标准，不必固定所有内容。
要求表格就一定得到正确表格吗？
不能保证。还要检查列名、行数、数据类型和遗漏项。