USE CASE / Choice + Score
文档审核分流
分到快速处理、补资料或人工审核队列
一条代表性的输入(state)
文档正文、来源及适用规则
问题类型
Choice + Score
问题说明(建议用英文写给模型)
分到快速处理、补资料或人工审核队列
低于阈值时
代码核对必填字段,再路由给相应队列
先分清“缺字段”和“判断复杂”
发票没有采购订单号属于可用代码发现的缺字段;条款含糊才需要语义判断。先跑格式、权限、金额和重复单据检查,再让 Choice 决定补资料、常规处理或人工审核。模型结果不能代替付款批准。
三个必须测的边界样本
- 缺采购订单号:直接补资料
- 金额与订单不一致:规则拦截并人工
- 版式新但字段齐全:测试是否被误判为异常
示例请求
这是设计草案,不是 Jev 的实际回答或准确率测试。
{
"state": "Invoice missing purchase order number.",
"model": "jev-latest",
"questions": {
"decision": {
"type": "choice",
"instructions": "Which review path should this document enter?",
"criteria": {
"fast": "All required information is present",
"missing": "Required information is absent",
"review": "An ambiguous or high-impact issue needs a person"
}
}
}
}边界与回退
法律、财务等高影响决定仍需专业人员负责。
先看原始任务:客服真正需要什么?
从客户原话、核实订单、设计三道问题,到阅读示意结果、处理边界案例和上线评估,完整走一遍 Jev 工作流。
完整实战:一条“显示送达却没收到”的工单,如何设计 Jev 决策流程