客服自动应答的边界：能回答的问题与必须交接的工单

客服回复是否可靠，取决于答案依据和交接质量。本文以发货咨询、物流停滞和退款请求为例，说明知识条目如何生效、如何最少补问信息，以及一张完整工单应包含什么。

先按问题性质选择处理路径

“什么时候发货”可能是在问一般规则，也可能在追问已付款订单。前者可以引用当前有效的发货说明；后者需要订单状态，不能仅回复一段通用话术。自动应答应先识别用户要解决的问题，并检查答案是否需要身份、订单或人工决策。

示例知识条目 K-021 写明适用店铺、商品范围、生效时间、原始来源和负责人。活动期间临时改变发货安排时，新增版本并标明结束时间；不能让旧规则继续回答活动订单。两条知识冲突或资料过期时，应提示需要人工核对，不能选择语气最肯定的一条。

回复保留“用了哪条知识、哪一版本”的记录，方便纠错后找到受影响的对话。商品没有提供耐温或认证资料时，只回答已有参数，避免将类似商品的说明移植过来。

示例对话中，用户已经给了订单号，系统通过获授权的流程完成身份核验后，查到包裹三天没有新节点。接下来应询问处理确实需要且尚未掌握的信息，不重复索要订单号，更不索要支付密码或验证码。身份尚未核验时，可以解释一般流程，不能披露该订单的收货地址和购买详情。

读取失败需要与订单本身异常分开表达：“暂时未能取得最新物流状态”比“包裹没有运输”准确。若用户同时提到破损与退款，保留两个诉求，不只根据第一个关键词分给发货组。

示例输出：订单 O-205；诉求“包裹停滞，希望确认能否退款”；身份核验已完成；最后物流节点及发生时间；已向用户说明尚需核查；待办为联系履约方确认状态并由有权限人员判断退款处理。工单附原始对话链接、相关记录时间和当前负责人。

摘要中“用户说没有收到”属于用户陈述，“承运商记录已签收”属于系统记录，两者需要并列保留。不要在摘要里提前判定谁对谁错。工单受理通知给出内部目标或预计回复窗口时，也应明确它是回复安排，不能转化为未经确认的到账承诺。

验收至少准备知识过期、订单查不到、身份未核验、用户追问承诺和重复发起同一诉求五类样本。正确结果分别应是转核对、报告查询问题、限制信息披露、交给有权限人员和合并已有工单。评价时检查答案依据是否匹配、交接信息是否齐全，以及是否产生了未经批准的承诺。