Zendesk AI 工单分类与分流：内置 Intelligent Triage 与自定义分类器怎么选

根据本指南核对的 Zendesk 帮助文档，Intelligent Triage 用 AI 按主题、情绪、语言以及产品名等实体对新客服工单分类，依据是工单主题与首条公开评论。若配置动态检测，主题与情绪可随终端用户回复更新；语言不会随每条回复更新。每项分类带有展示给坐席的 High/Medium/Low 置信度，而不是可像模型 API 那样直接阈值化的 0–1 概率。坐席可改字段，但修改不会重训底层模型。本文总结公开帮助页；套餐名、附加组件与字段标签（Topic 与 Intent）可能变化，购买或重建触发器前请在 Admin Center 核验你的账户。

当你的分流规则能清楚映射到 Zendesk 的主题、情绪档与语言，且坐席已在视图与触发器内工作时，继续用 Intelligent Triage。典型场景：将高置信负面情绪送入优先视图；按语言路由到本地化组；主题匹配已知操作说明时打开宏。你避免再引入密钥、故障域和另一处存放工单正文。同时接受 Zendesk 的包装：按文档，工作流自动化需要 Copilot。若 Admin Center 主题在一个月纠正后覆盖约 80–90% 量，自定义机器学习往往过早。在引入外部模型前，先在 Zendesk 内测量纠正率与误分流率。

当 Intelligent Triage 无法表达你的队列契约时，再加外部分类器。例如：把「拒付风险」从普通账单分开；用与情绪独立的三级量表评紧急程度；证据混合时强制显式 review 标签。Zendesk 的 High/Medium/Low 置信度对需要 0.75 与 0.90 之分的自动化门控可能过粗。你也可能需要在 Zendesk Explore 未保存的标注集上做影子评分，或保留与厂商无关的决策日志供审计。自定义路径仍应把建单、宏与坐席界面留在 Zendesk——只移动判断。若缺口只是缺少主题，先在 Admin Center 建自定义主题，通常比新集成更便宜。

以 Zendesk 为系统记录。在工单创建（或过滤后的触发器）时，中间件读取主题与首评、去除密钥，并用服务端 JevModel 密钥向 https://jevmodel.app/api/v1/systemone 发送 Choice（可选再加 Score）。将返回标签映射到 Zendesk 标签、组或自定义字段；切勿让模型设置权限或退款。若 HTTP 失败、code !== 0、标签未知或最高概率接近，则分配人工队列。JevModel 仅收文本/JSON，校验请求上限 8,000 字符，1–8 个问题、Choice 2–12 标签；验证邮箱后每 UTC 日 10 次成功免费运行。无幂等键——重试前按 ticket id 去重。队列加紧急程度示例见 support-triage 指南；本页聚焦何时离开 Zendesk 原生路径。

{
  "state": {"ticket_id": "123", "subject": "Charged twice", "comment": "Please fix my invoice."},
  "questions": {
    "queue": {
      "type": "choice",
      "instructions": "Choose the support queue.",
      "criteria": {
        "billing": "Charges, refunds, invoices.",
        "technical": "Product bugs or outages.",
        "review": "Mixed or unclear; needs a person."
      }
    }
  }
}

把下表当作约束对照，而不是宣称某一栈普遍更准。Zendesk 主题质量因账户而异，此处不转载具体数字。未标注样本前，JevModel 在你工单上的准确率尚未测量。

让自定义分类器并行运行两到四周，不改线上分流。记录 Zendesk 主题、自定义标签、概率、坐席最终队列与解决时长。仅当错误自动路由落在约定预算内且复核量可运营时，才接受切流。负责人：客服负责人管标签，工程管超时与重试，安全管哪些字段可离开 Zendesk。若自定义模型在你的评分表上打不过 Intelligent Triage，就保留内置——或两者并用：Triage 管语言，自定义 Choice 管队列。