一个账号池挂多台云设备很常见。最蠢也最常见的封装是全局DEFAULT设备。结果是A 群进线B 设备回复客户觉得你们两个客服在抢单。企业微信 RPA 开发做多账号第一原则对的号做对的事。QiWe API 支持多设备接入调度规则在业务层钉死。回错号时系统里在干什么回调设备A外部群R1 发送设备DEFAULTB → B 不在群则失败狂重试 → B 在群则客户看到另一个号在回映射表若再脏一点半个月都洗不干净。调度怎么做选号该外部群主责号 → 在线 → 在群 → 队列不太堵选不出就待分配告警别瞎抓默认号每号一队限速、暂停、熔断都挂在设备上优先级群里实时客服回复 批量通知掉线冻该号队列恢复后探针成功再放行换号走映射迁移禁止只改默认值去重也要带设备多号收到相同文本时键里不带设备可能互相当成重复消息丢掉表现为偶发不回。验收删掉默认设备服务不能稀里糊涂涂启动监控进线设备 ≠ 发送设备必须为 0一台熔断其它号仍可发送A/B 交叉探针不串号换号怎么换才不炸设备掉线后「再建一个顶上」只改默认配置——映射表会集体中毒旧队列还打旧号新回复走新号客户看到抢答。正确姿势先暂停旧号出站与重试尽量恢复原号并探针成功必须换号时冻结写入 → 脚本迁移主责 → 双写观察 → 再切流新建是变更单不是故障默认按钮。小结多账号不是挂得越多越强是默认隔离、显式协作。先保证不回错号再谈扩容和智能。能力概览见 QiWe API 官网