多挂几台个人号，本意是提高接待能力。
结果客户投诉：「我跟 A 号说话，回我的却是 B 号。」

模型答错可以解释成「没理解好」；号都回错，客户会觉得你们管理很乱。 这类问题在微信机器人多账号场景里非常典型。

回错人时，系统里通常在干什么

回调显示：进线设备 = A，客户会话 = 某好友
发送时却用：默认设备 = B

B 若不在关系里，表现为失败、重试、抽风；
B 若也能发，客户就真的看到「另一个号」在回话。

还有一种隐性事故：去重不带设备号，A、B 两台收到相同文本，互相把对方当成「重复消息」丢掉，表现为偶发不回。

隔离其实就三件事

1. 路由：谁进线，谁回复

• 入队时原样带上进线设备

• 发送时只允许用进线设备，或客户资料里的主责设备

• 删掉全局「默认号」兜底——这是回错人的第一元凶

客户表建议记下：客户 ID、会话标识、主责设备、最后校准时间。

2. 队列：每台号自己排队

所有号挤一条大队列，一台卡住全家遭殃，也更难做限速。
按设备分队列后：

• 单号限速互不影响

• 单号掉线只冻自己

• 监控可以按号看堆积和成功率

3. 去重：钥匙带上设备

进门去重键里要有设备维度，避免多号互伤。

换号怎么换才不炸

号掉线后「再建一个顶上」，只改环境变量——映射表会集体中毒。
正确姿势：

1. 先暂停旧号出站

2. 尽量恢复原号

3. 必须换号时，跑迁移：把主责设备从旧改到新，并观察一段时间

新建是变更，不是故障默认按钮。

验收怎么做

1. 去掉默认设备配置，服务应不能稀里糊涂涂启动

2. A、B 各进一个真实会话，交叉发探针，确认不串号

3. 监控告警：进线设备 ≠ 发送设备 次数大于 0

GeWe API 支持多设备接入个人微信，但「回给谁、用哪台回」是业务路由问题，必须在你自己的调度层钉死。

小结

多账号不是挂得越多越强，是隔离做得越好越强。
先保证不回错人，再谈扩容和智能。

能力概览见 GeWe API 官网