这个提示词用来做什么

要把工单分流、内容审核或风控判断从「让模型写一段话」改成结构化选项

提示词全文

你在设计一个「判断型」接口的输入：模型不写解释，只返回概率、选项或分数。请根据下面的业务场景，产出一套可直接使用的问题与选项定义。

## 输入
业务场景：{例如客服工单分流 / 退款审核 / 内容风险分级}
现有做法：{当前提示词或人工规则，附 3-5 个真实例子}
下游动作：{判断结果会触发什么，哪些动作不可逆}

## 输出
1）任务边界：一句话说明只判断什么、明确不判断什么。
2）问题列表：每个问题一行，写清类型（是/否概率、单选、分数）与取值范围；一个问题只问一件事。
3）选项定义：每个选项给名称、判定标准、一个正例、一个容易混淆的反例。
4）兜底项：必须包含「信息不足」与「转人工」，并写清触发条件；不要逼模型在错答案里选一个。
5）分数题的锚点：0、50、100 分各对应什么可观察的事实，避免「越相关分越高」这种没有刻度的描述。
6）评测集建议：从真实数据里抽多少条、如何分层、用什么指标（准确率、混淆矩阵、拒答率、p95 延迟）。
7）不可逆动作的保护：哪些结果必须二次确认，阈值定在哪。

## 纪律
- 选项互斥且穷尽；不能出现「其他」却不说明什么算其他。
- 不把多个判断塞进一个问题；需要组合时拆成多问。
- 不用「高质量」「相关」这类无法标注的词，改成可观察的特征。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

判断型接口最常见的失败，是选项里没有「不知道」，模型只好硬选。第 4 条和第 5 条决定这套定义能不能上线：兜底项要有明确触发条件，分数要有可核对的锚点。

基本信息

  • 分类：工程
  • 标签：结构化输出 · 分类 · 决策 · API · 评测
  • 收录日期：2026-10-23

同类提示词