AI 客服要跑起来，瓶颈往往不在「能不能生成一句像样的话」，而在整条接待流水线：企微账号是否在线、外部群咨询是否进队、规则与模型如何分流、答复如何发回原群、该转人工时是否真的停掉自动。外部群没有官方接待机器人；自动化接待通常是 RPA 保活 + 回调入站 + API 出站，AI 挂在队列后面。

接待台可以落成这样

1. 在线。 RPA/云设备保持企微登录；guid 固定，掉线优先恢复；创建设备时 areaCode 与登录省份一致。

2. 入站。 回调把咨询推进接待队列，约 3 秒内返回；校验请求不当客户消息。

3. 分流。 欢迎语 / 常见问走规则 → 必要时再 AI → 否则转人工并写 SCRM。

4. 出站。 通过 /msg/sendText 由同一 guid 发回外部群 roomId 或客户 userId。

5. 主动接待。 预约提醒、状态通知可不走回调，由业务事件触发，与自动回拆幂等。

分工写清：RPA 不管业务话术；AI 不管登录；路由表管「会话 → guid」。多客服多节点禁止全局写死一台。进群欢迎可挂同一条链：进群事件入队 → 短模板欢迎，不必每次过大模型。业务与 AI 只调 API，不要再对同一企微号做桌面抢点。

建群、拉人、发文件等若要接进接待闭环，各自幂等键分开，别和「回一句」堵在同一同步链路上互相拖垮。

调用前要挡住的错

1. AI 服务和 RPA 抢同一个手机/桌面企微。

2. 回调里同步等模型，接待事件被超时丢掉。

3. 节点掉线后队列仍按原 guid 狂发。

4. 转人工后未停自动，出现双回复。

5. 把 RPA 当成外部群官方机器人。

6. 频控按网关 QPS 打，不按员工发言节奏。

7. 外部群全量 AI 接管导致刷屏。

8. 无知识来源仍硬答价格与责任条款。

怎么验收

节点在线时，测试客户进群或发咨询，队列与群内各看到一次接待结果，且只一次。主动断开节点后，新咨询应进失败/告警，而不是静默成功。恢复原 guid 后能继续接待，映射无需改成新 ID。人工接管后 AI 不再向该会话发送。同一入站重放，接待话术不得翻倍。断开模型应降级模板或转人工。