把分类结果写成可验证的结构

今日目标

1. 把工单分类定义为可检验的字段与枚举。
2. 区分格式有效和判断正确。
3. 测试缺字段、未知类别和无证据结论。

客服团队迟早需要把结果放进队列。段落容易读，却难以稳定检查；JSON 对象可以把判断放进明确字段。但能解析只意味着通过了第一道门。

小白版讲解

只设计够用的结果合同

从审阅者需要的决定倒推：每条结果保留原工单编号、一个允许的类别、一个紧急度、简短的证据原文、是否复核，以及可选的不确定原因。不要随手加一个“信心 0.93”。如果没有校准测试，这种小数看似科学，却未必对应真实错误率。当前阶段，带原因的复核标志更可操作。

一条概念结果如下：

{
  "ticket_id": "NM-004",
  "category": "other",
  "urgency": "needs-human-review",
  "evidence_quote": "外盖裂了，我还想申请退款",
  "review_required": true,
  "review_reason": "同一消息包含两个问题，缺少已核实订单记录"
}

中文工单与英文工单使用相同的机器字段名，不要按语言翻译键名。解释性字段可随审阅者语言翻译，类别枚举要稳定，后续分支才能检查。空证据不等于“不需要证据”；应事先定好是拒收还是转人工。

登录并关联后阅读全文

请先登录网页，并在账户页关联微信小程序账号。关联后每天可免费阅读 1 篇；额外文章需在小程序看广告解锁。

微信扫码打开「逐日AI」，进入相同课程和章节，选择看广告解锁，完成后刷新本页。

已解锁，刷新阅读登录 / 小程序扫码登录 →