多挂几台个人号，本意是提高接待能力。
结果客户投诉：「我跟 A 号说话，回我的却是 B 号。」
模型答错可以解释成「没理解好」；号都回错，客户会觉得你们管理很乱。这类问题在微信机器人多账号场景里非常典型。
回错人时，系统里通常在干什么
回调显示：进线设备 = A，客户会话 = 某好友 发送时却用：默认设备 = BB 若不在关系里，表现为失败、重试、抽风；
B 若也能发，客户就真的看到「另一个号」在回话。
还有一种隐性事故：去重不带设备号，A、B 两台收到相同文本，互相把对方当成「重复消息」丢掉，表现为偶发不回。
隔离其实就三件事
1. 路由：谁进线，谁回复
入队时原样带上进线设备
发送时只允许用进线设备，或客户资料里的主责设备
删掉全局「默认号」兜底——这是回错人的第一元凶
客户表建议记下：客户 ID、会话标识、主责设备、最后校准时间。
2. 队列：每台号自己排队
所有号挤一条大队列，一台卡住全家遭殃，也更难做限速。
按设备分队列后：
单号限速互不影响
单号掉线只冻自己
监控可以按号看堆积和成功率
3. 去重：钥匙带上设备
进门去重键里要有设备维度，避免多号互伤。
换号怎么换才不炸
号掉线后「再建一个顶上」，只改环境变量——映射表会集体中毒。
正确姿势：
先暂停旧号出站
尽量恢复原号
必须换号时，跑迁移：把主责设备从旧改到新，并观察一段时间
新建是变更，不是故障默认按钮。
验收怎么做
去掉默认设备配置，服务应不能稀里糊涂涂启动
A、B 各进一个真实会话，交叉发探针，确认不串号
监控告警：
进线设备 ≠ 发送设备次数大于 0
GeWe API 支持多设备接入个人微信，但「回给谁、用哪台回」是业务路由问题，必须在你自己的调度层钉死。
小结
多账号不是挂得越多越强，是隔离做得越好越强。
先保证不回错人，再谈扩容和智能。
能力概览见 GeWe API 官网
