AI 客服怎麼轉人工：判斷規則、交接信息與兜底設計

AI 客服转人工不应靠坐席临场感觉，而应把触发规则、交接摘要、来源标记、消息留档和投诉路径连成闭环：普通问题交给人，违法内容依法处置，缺少可靠依据时不硬答。下列路由条件属于企业内部流程建议，官方平台边界与合规义务另行标明。

把“什么时候转”改成可执行条件

先依据客户明示、重复诉求、知识命中和校验结果记录每轮会话。以下任一条件成立即转人工；多个条件同时成立时，全部写入交接原因。这些不是微信客服规定的统一阈值。

1. 连续多轮未解决：客户表示问题没有解决、重复同一诉求或纠正 AI 答案时，将该轮归入未解决；上一轮和当前轮都未解决，就触发转人工。
2. 退款或赔付：识别到相关诉求即交给坐席，不让 AI 自行认定责任或承诺处理结果。这只是内部路由条件，不等于违法认定。
3. 情绪明显升级：出现持续指责、要求负责人处理或明确拒不接受 AI 答复等表达，即触发转人工。
4. 答案置信度不足：未命中已审核答案、已审核答案互相冲突，或缺少判断所需事实，任一出现就停止给出确定结论并转人工，不能只依赖模型自称“有把握”。

转交时带齐既有会话信息

交接单应固定包含以下内容，缺项就明确留空，不能让坐席猜测：

• 已问事项：按会话顺序概括客户已经问过什么；
• AI 回答：附上系统自行留存的原文或忠实摘要；
• 客户信息：只写客户实际留下且系统已留存的内容；
• 处理状态：写明当前诉求、未解决点、触发规则、入口来源，以及发送失败或菜单回复等已获取事件。

转接提示可固定为：

您好，正在为您转接人工客服。接续时会先核对您已问过的问题、此前回复和您已提供的信息。

坐席接手段可固定为：

您好，已接手。系统记录您此前咨询了……，AI 回复了……，您已提供……，当前待处理……。这些信息是否准确？如有缺项，我只补充询问未确认的部分。

把来源识别和消息边界写进系统

为不同客服链接分配不同 scene，用于识别客户从哪个入口进入。scene 是开发者自定义字符串，不多于 32 字节，取值须符合 [0-9a-zA-Z_-]*；其非空时，可以在链接中拼接 scene_param。后者须进行 urlencode，长度不能超过 128 字节，并会在用户进入会话事件中原样返回。因此，应把 scene 映射为入口名，把 scene_param 作为入口上下文写入交接单；来源参数不能替代客户实际陈述。微信客服《获取客服账号链接》。

客户主动发来的消息、发送消息接口发送失败事件（如被用户拒收）以及菜单点击回复，可以通过获取消息接口取得；通过接口发送的消息不支持再取回。因此，AI 每次输出都应在发送前自行留档，收到发送失败事件后再补充记录，不能把“接口取不到”误当作“从未发送”。微信客服《接收消息和事件》。

用户主动发送消息后，企业可在 48 小时内通过接口向用户下发消息，最多 5 条；用户继续发送消息，企业可再次下发。凡经该接口下发的 AI、自动或人工消息，都应进入同一发送台账。微信客服《发送消息》。

持续无解时按顺序降级

执行顺序应是：接收事件后调用获取消息接口，合并 AI 自留档，判断上述规则；命中转人工条件时生成交接单，由坐席接手。若答案缺少可靠依据，不继续让 AI 补猜；可以发送时说明无法确认并进入交接，不能发送时直接完成内部交接，不依赖额外接口消息。对服务不满则进入投诉路径。

任何对外提示仍受 48 小时与 5 条边界约束；用户继续发送消息时，企业可再次下发。上述官方文档未提供专门的转人工接口或转接时限，因此本文所称“转人工”仅指企业内部把会话交给坐席，不应宣称平台会自动完成。

违法内容与投诉举报要走独立路径

若作为生成式人工智能服务提供者的运营者发现违法内容，不能只转给坐席：应及时采取停止生成、停止传输、消除等措施，采取模型优化训练等措施整改，并向有关主管部门报告；发现使用者利用服务从事违法活动时，还应依法依约采取警示、限制功能、暂停或者终止向其提供服务等处置措施，保存有关记录并向有关主管部门报告。《生成式人工智能服务管理暂行办法》第十四条。

提供者应建立健全投诉、举报机制，设置便捷入口，公布处理流程和反馈时限，及时受理、处理公众投诉举报并反馈处理结果。公开流程应写明实际采用的反馈时限，不能只写“尽快”。《生成式人工智能服务管理暂行办法》第十五条。

使用者发现生成式人工智能服务不符合法律、行政法规和本办法规定，有权向有关主管部门投诉、举报。《生成式人工智能服务管理暂行办法》第十八条。普通问题转人工、违法内容停止并报告、投诉举报受理处理与反馈，应分别进入流程；转交坐席不能替代法定义务。