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

接待台可以落成这样

1. 在线。 节点保持个人微信登录；设备 ID 登录成功后固定，掉线优先恢复，不新建把映射作废。

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

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

4. 出站。 由同一设备发回原会话；群要触发才回，上下文按「设备 + 会话 + 发送人」隔离。

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

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

标签、备注、加好友等账户动作若要接进接待闭环，各自幂等键分开，别和「回一句」堵在同一同步链路上互相拖垮。标签更新多为全量覆盖，合并后再提交。

调用前要挡住的错

1. AI 服务和桌面脚本抢同一个微信客户端。

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

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

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

5. 把能力当成官方客户会话机器人。

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

7. 群全量 AI 接管，交付群变刷屏频道。

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

怎么验收

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