接口参数是什么RPA 负责账号在线与动作落地对外仍是同一套 API。自动化接待用到的核心参数还是这些设备与发送{ method: /msg/sendText, params: { guid: RPA节点对应的设备ID, toId: 外部群roomId或客户userId, content: 接待话术或AI生成答复, isNoNeedRead: true } }接待入站{ method: /client/setCallback, params: { callbackUrl: 你的公网可访问地址, authType: Authorization, authSecret: 自行保管的密钥 } }guid就是 RPA/云设备实例。创建设备时地区须与企微登录省份一致登录成功后guid固定使用。业务与 AI 只调 API不要再对同一账号做桌面抢点。功能怎么从这条接口长出来「AI RPA 自动化接待」可以落成接待台流水线RPA 节点保持企微在线扫码/恢复按登录模块回调把客户咨询推进接待队列3 秒内返回接待引擎欢迎语/常见问规则 → 必要时 AI → 否则转人工通过/msg/sendText由同一 guid发回会话主动类接待如预约提醒不走回调直接业务触发发送分工要写清RPA 不负责懂业务AI 不负责维持登录API 参数里的guid必须指向当前接待席位对应的节点。多客服多节点时用「会话 → guid」路由禁止全局写死一台设备。进群欢迎也可挂在同一条链进群事件入队 → 短欢迎语发送欢迎语用模板不必每次都过大模型。调用前要挡住的错AI 服务和 RPA 节点抢同一个手机/桌面企微。回调里同步等模型接待事件被超时丢掉。节点掉线后队列仍按原guid狂发。转人工后未停止自动接待出现双回复。把 RPA 能力当成外部群官方机器人忽略「人必须已在群」。频控按网关 QPS 打不按员工号发言节奏打。怎么验收节点在线时测试客户进群或发咨询应在队列与群内都能看到一次接待结果。主动断开节点后新咨询应进失败/告警而不是静默成功。恢复设备后用原guid能继续接待业务映射无需改成新 ID。人工接管标记打开后AI 不再向该会话发送。同一条入站事件重放接待话术不得翻倍。