深圳团队的工单分流：让 Claude Haiku 4.5 先读一遍

下午五点的工单队列，先处理哪一层

假设你在深圳的一支开发团队工作，距离下班还有一小时，后台突然多了两百条客服工单。有的只是询问发票入口，有的描述登录失败，还有的涉及重复扣款。让一个大模型逐条深入分析当然可以，但每条工单需要的判断深度并不相同。

Claude Haiku 4.5 可以承担快速的第一遍阅读：识别用户意图、提取关键信息、寻找明显缺项，再决定是否需要更深入的处理。这就是“先用小而快的模型过一遍”的基本思路。它不是让模型随便猜，而是把任务分成边界清楚的两层。

Claude Haiku 4.5 的第一轮，只做有限判断

第一轮越具体，越容易验证。不要只写“分析这张工单”，而应明确要求：从固定列表选择类别，提取订单号，标记是否涉及资金或账户安全，并说明缺少什么信息。

例如，“找不到发票下载按钮”可以被归入操作咨询；“付款成功但订单仍显示未支付”则应标记为资金相关。第一轮不需要决定退款，也不应该自行查询或修改账户。

• 分类：仅允许账单、登录、操作咨询和其他四个值。
• 提取：记录用户提供的订单号，没有就返回空值，不能补造。
• 风险标记：识别资金、隐私、账户安全以及多个问题混合出现的情况。
• 处理建议：返回可直接答复、需要补充信息或需要升级三种结果。

这些结果适合放进固定结构，供程序读取。结构清晰并不等于内容正确，应用仍要检查字段、枚举值和必填项。

升级给更大模型的条件，由程序明确执行

第一轮之后，不必把所有工单都再交给大模型。对于低风险、答案来自已审核帮助文档的问题，可以生成回复草稿；对于信息不足的问题，可以先向用户补问。

只有需要跨多段材料推理、存在矛盾或可能产生较大影响的任务，才升级给更大的模型，例如 Claude Opus 5.5。涉及退款执行、权限变更等操作，还应有独立的授权与人工审核机制，不能把升级模型当成安全审批。

不要单靠模型自己报出的“置信度”决定放行。更稳妥的规则是：类别不在允许范围、缺少必要字段、触发风险标记或输出解析失败，就进入补问、升级或人工队列。

第二轮必须看见原文，而不只是摘要

两阶段流程有一个容易忽略的问题：第一轮可能漏掉关键条件。如果第二轮只收到一句“用户要求退款”，它就看不到原文中“已经申请过一次”或“并非本人操作”等信息。

交接时，应同时提供原始工单、必要的相关记录、第一轮结构化结果，以及明确的升级原因。把第一轮结果标成待核实的辅助信息，而不是事实来源。

对于长材料，可以先提取相关段落并保留位置标识，但要允许第二轮请求更多上下文。摘要节省了输入，却不应该切断核查路径。

用一百条历史工单测试，而不是凭感觉上线

先挑一百条已解决工单，覆盖常见咨询、模糊描述和高风险案例。给每条标注理想分类、是否应升级，以及哪些错误不可接受，再比较单模型流程与两阶段流程。

• 质量：该升级的工单有没有漏掉，直接答复是否准确。
• 延迟：分别记录直接完成和升级完成的端到端耗时，关注较慢请求。
• 费用：合计两轮调用、重试和重复上下文的实际消耗。
• 可维护性：记录错误原因，确认调整规则不会破坏其他类别。

两阶段并不保证更快或更便宜。升级请求必须依次等待两次调用；如果大部分工单最终都要升级，额外的第一轮可能反而增加开销。它更适合简单任务占比较高、复杂任务又能被可靠识别的队列。

在 RelayVano 上验证这条分流链

如果想用同一套接入方式试验两阶段流程，可以考虑 RelayVano。它是按量付费的模型中转服务，可通过兼容 OpenAI 的 SDK 接入，API 基础地址为 https://api.relayvano.com。注册 RelayVano 后，可以先用脱敏样本运行第一轮分类，再接上升级分支，避免直接改动生产工单系统。

应用侧分别配置两轮使用的模型，并设置超时、重试上限和日志脱敏。第一轮失败时，是直接升级还是转人工，应提前确定；不要无限重试，也不要把敏感工单完整写入调试日志。

第一周先开放低风险工单

最稳妥的上线方式，是先让新流程只给建议，不自动发送回复。观察分类与升级记录，确认规则有效后，再开放少量低风险咨询的自动答复。

这套设计的价值，不是要求 Claude Haiku 4.5 解决所有问题，而是让它完成范围明确的第一步，把真正需要深入判断的材料交给后续环节。先把边界画清楚，再用实际数据决定是否扩大范围。