给客服系统加一道闸：把「该转人工」从模糊判断变成可测拦截
起因
一个做客服系统的朋友问我：《人工智能拟人化互动服务管理暂行办法》施行了，我这种工单机器人要不要做安全评估和算法备案。
我翻完原文给了一句话：大概率不用。
理由在第二条第 3 款------智能客服、知识问答、工作助手，不涉及持续性情感互动的，不适用本办法。
但紧接着我发现一个更实际的工程问题：你怎么证明你不涉及？
三个信号，判你在不在这条线内
| 信号 | 怎么测 |
|---|---|
| 提示词里有人格设定 | 检索系统提示词是否包含人设/称呼/陪伴语 |
| 有跨会话记忆 | 是否读取历史会话做「上次你说过」 |
| 主动情绪应答 | 用户未提情绪时是否先安慰 |
三个都没有，在豁免侧。命中任一，就要按办法第 22 条做安全评估、第 26 条做算法备案。
关键点：豁免看的是「形态 + 行为」的组合，不是「你属于哪个类别」。
真正该补的是这个
《顾客联络服务 人工与智能客户服务协同要求》GB/T 47746---2026，2026-09-01 实施。它管四件事：转人工入口醒目、必须及时转接的情形、切换不重复陈述、企业为 AI 回复负责。
落成代码就是一个返回前的中间件：
python
MUST_ESCALATE = ("退款", "赔偿", "投诉", "人身安全", "找人工", "转人工")
def escalation_gate(reply, user_msg, ctx):
if any(k in user_msg for k in MUST_ESCALATE) or ctx.risk_level == "high":
return {"action": "escalate", "reason": "must_transfer"}
return {"action": "reply", "reply": reply}好处很直接：「该转没转」原本是人工抽检才能发现的模糊问题，加了这道闸就变成一个可以每天看趋势的数字。
一个容易漏的坑
办法第十六条那条------交互数据不得提供第三方、敏感个人信息不得用于训练------它的依据是《个人信息保护法》，跟你在不在豁免侧完全无关。
很多人看到「不适用」三个字就整段跳过，恰恰把这条跳过去了。
结论
- 客服系统不适用那部办法，但要能自证------把判定落成清单或代码。
- 要补的是国标 61 项，重点在转人工门控。
- 数据义务跟豁免无关，别漏。
我们专注面向 200 人以下小微企业的企业知识库与 AI 客服落地。