COOLJEV / PRACTICAL GUIDE

用 Jev 分拣客服工单：部门、优先级与兜底

“已经扣款，但账号还是进不去，能不能退款？”同时包含支付、登录和退款。仅搜索“登录”会把它交给技术支持；仅搜索“退款”又可能忽略访问故障。分拣的第一步不是让模型随便挑，而是先写清混合问题由谁协调。

本站采用的分拣规则

这是 CoolJev 的示例业务政策，不是所有公司都应照搬的组织结构。真实接入企业系统前，要与实际负责团队确认部门定义和转交流程。

部门、影响程度与多个问题分别判断

部门使用 choice，让程序读取稳定的选项值。影响程度使用 score，根据材料中描述的情况区分正常请求、有明确绕行办法的使用受损、无法继续使用且未提到绕行办法。另一个 noul 问题判断是否同时请求解决多个问题。字段说明见 TypeSafe API 文档。

影响分数可能是小数。本站初始规则将不低于 1.5 的影响分数标为高优先级；这不等于已经证明客户处于紧急状态，也不代替企业的响应时限政策。部门或影响不确定、多问题、无匹配部门时，都提示人工重点复核。

以下是人工教学例子：

• “API 全部失败，业务无法继续，也没有替代办法。”应关注技术支持和高影响；仍需核实实际故障范围。
• “找不到导出按钮，暂时用复制粘贴可以完成。”如果只是操作疑问，应优先考虑产品咨询；不要因为出现“找不到”就默认系统故障。
• “你好，帮我看一下。”缺少具体问题，应先收集信息。

操作流程

打开工单工作台，粘贴每行一个请求，或导入带 text、ticket、review 或“工单”列的 UTF-8 CSV。检查材料后，主动开始分拣。每条消耗 1 积分，部门、影响和多问题判断包含在同一次调用内。

结果按原文保留。点击复核可以修改建议部门，并查看模型返回的结构化数值。修改部门不会伪装成模型自己改变了回答：项目中同时保留原模型建议和当前人工标签。

导出后，把结果作为待处理清单交给现有流程。**工作台不会发送邮件、创建真实客服工单、给客户回复或执行退款。**这些动作应由经过身份与权限校验的业务系统承担。

失败时如何继续

正在执行的请求与未发送的任务分开处理。停止后，当前请求可能完成，其余材料不会继续发送。成功结果会保留，失败项可单独重试；积分不足时先停止，不把余下行伪装成已分析。

保存项目 JSON 可以恢复原文、建议、人工复核状态和请求标识。CSV 用于表格处理。评论项目与工单项目使用不同的分类体系，不能作为同一种文件相互覆盖。

接入自己的业务

下载案例后，保留原来的命令即可运行人工教学流程：

python -m examples.hello_jev tickets --mode offline

准备好本地环境变量 TYPESAFE_API_KEY 后，可选择 --mode live。真实输入会发送给 TypeSafe；离线输出不代表模型实测结果。完整接入章节

业务系统应自行读取真实客户身份、订单状态和授权信息，不能信任工单正文里“我是管理员”“已经批准退款”等说法。Jev 负责判断材料表达的意思；确定性的权限、金额、状态转换仍由代码验证。Jev 与 if/else 的分工

如果你需要检查客服回复是否符合给定政策，那是另一种任务，请使用客服政策对照场景。如果需要整理商品评价，使用评论分类。

由 CoolJev 独立编写。资料核查与更新：2026-09-21