纯AI稿，我懒得写，过程正如本文所写，只是读起来有点恶心，介意慎读，只是提供一个解决方案，看的懂就行

解决方案：把手机上那个收不到消息的微信卸载，重装官方版本。

但在重装之前，我怀疑过版本太旧、怀疑过平板把消息抢走、怀疑过应用双开不兼容、怀疑过通道绑定没切干净，最后差点认定是平台侧风控把下行消息丢了。这篇记的是中间那些判断一个个被推翻的过程。

环境

我通过 TRAE 办公助理的微信通道接了「微信 ClawBot」插件，扫码绑定时用的是小米手机「应用双开」里的一个微信号，下面叫 A 号。

同一台小米手机上还有主微信 B 号。平板微信和电脑微信也都正常在用。

容易被忽略的一点是，这台手机上同时跑着两个微信实例，主号和双开号。我一路都把它们当成一件事在看。

现象

A 号在双开环境里一切正常，手机、平板都能稳定收到机器人的回复。

后来我想换成主微信 B 号。B 号在 ClawBot 会话里发消息，机器人确实收到了，上行是通的。但 B 号的会话里从来没出现过哪怕一条回复，往上翻到最早的记录也没有，用微信聊天记录搜索也搜不到。

同一时期，电脑微信和 iPad 都正常，只有手机不行。

机器人收到了我的消息，说明上行没问题；同一个账号在电脑上能收到回复，说明下行对这个账号也是通的。这两条摆在一起，基本就排除了「消息根本没发出来」。当时我没这么想。

先怪版本

第一个念头很自然：AI 机器人的回复多半是卡片类富文本，老版本微信可能渲染不出来，于是显示成空消息，或者干脆不显示。

这条走不通。如果只是渲染失败，聊天记录里至少该留个空壳，搜索也不至于什么都没有。而且同一个账号在电脑、平板上显示正常，版本差异解释不了「一条都没有」。

清缓存试过，没用。

再怪平板

我又怀疑是平板上的微信一直在线，把推送抢过去了。

也不对。手机同样是活跃设备，而且 A 号在手机上一直能收到。同一台设备环境下正常和不正常同时存在，这个猜测就站不住了。

差点怪到「应用双开」头上

发现微信装在小米的应用双开里之后，我一度认定是双开容器兼容性差、版本落后、数据不完整。

方向刚好反了。双开里的 A 号正是能正常收消息的那个，出问题的是主微信 B 号。我差点因为「双开看起来更可疑」把结论钉死在一个错的地方。可疑和有因果是两件事。

怀疑绑定关系

两个号毕竟不是同一个微信号，下一个合理的怀疑就来了：一条微信通道是不是只能绑一个微信号？换号之后如果绑定状态没真正切过去，B 号发出的消息能进来，回复却仍然投给 A 号。

我去翻了 TRAE 的官方文档，绑定路径是「我的助理 → 管理连接 → 通道连接 → 解绑 / 去绑定」。规则是扫码绑定一个 bot 对应一个微信号，一条通道同一时间只绑一个号；换绑之后微信侧的历史消息不会回填，上下文也不继承。

我按文档解绑，重新绑到主微信 B 号，顺手把手机上的应用双开也关了。

B 号依然只能发，收不到。

绑定这条线也排除了。

差点相信是上游丢了消息

我开始翻社区里的相似案例，在腾讯云社区找到一条吻合度很高的记录：iLink / ClawBot 出现过账号级别的下行静默丢弃。特征是入站消息正常、Agent 也正常生成回复、sendmessage 返回 ret:0 或 HTTP 200，但没有生成 message_id，手机端永远收不到；正常账号会拿到 message_id。

这条几乎逐条对上我的症状。我一度判断是上游风控，或者是这个号之前连过另一个机器人（Hermes），留下了下行路由的残留。

这是推测，没有被证实。社区案例只能给方向，表象相同不等于根因相同。

去看别的设备

把问题拉回正轨的动作很简单：去看别的设备。

电脑上能正常收到，平板也能。消息已经投递到了这个账号，而且在其他设备上能看到，那「账号级丢失」就不成立。范围一下子从上游和平台收缩成一句话：这台手机上的这个客户端，没有把消息同步出来。

范围一缩小，能做的事就没几个了：退出登录重登、删掉会话重新进、升到官方最新版、卸载重装。我做了卸载重装，收发恢复正常。

卸载微信会清掉本地聊天记录，动手前要备份。我是确认了其他设备上有可用副本才做的。

几条经验

「能发不能收」先别归因风控，先横向对比。同一个账号在别的设备上正常，就说明消息已经到了账号层面，问题在出故障的那台客户端，一步能砍掉大半范围。

操作按成本从低到高排：重登、删会话重进、升级官方最新版、卸载重装。前三个是低风险，最后一个有数据代价，别一上来就用。

「平台风控」这个结论很容易把人困住。它不可验证，也没法操作，一旦接受，排查就原地打转。社区里高度相似的故障记录也可能只是表象相同。

排查期间别密集发测试消息。高频发送本身会增加风控信号，你的测试行为也会变成新的变量，干扰判断。每次只改一个变量，然后看结果。

绑定关系、设备、客户端是三个独立的层面，分开验证：哪个微信号绑到了这个机器人，哪台设备上显示正常，出问题那台设备的版本和数据完整度如何。把这三层混在一起猜，是这次绕远路的主要原因。

如果按顺序走，大概是这样：先比多设备，其他设备正常就排除上游和账号；再比新旧账号，A 正常 B 异常就往账号或绑定方向缩；然后验证绑定状态，解绑、重新扫码、确认绑的是谁；还不行再动客户端，重登、删会话、升级、卸载重装，最后一步先备份。

一个只当观察的现象

排查时还注意到一件事：微信 AI 机器人（插件类会话）里的消息，不在普通聊天记录搜索的索引范围里。

我只把它记下来，不当官方结论。它的影响在于，你想靠搜聊天记录来确认机器人到底回没回你，这个办法本身可能是无效的，很容易误判成一条都没回，然后带着错的前提往下查。

最后

这次的原因是客户端状态坏了，很普通。值得写下来的是中间那五次推翻，「卸载重装」这四个字本身没什么可讲的。

要是只留一句：在怀疑平台之前，先问一句，同一个账号在别的设备上正常吗。这次换了个写法：第一人称按时间线讲，不用编号和粗体，也不摆金句。事实一条没加、没减。

---

微信机器人能发不能收，我怀疑了五轮才想到去看别的设备

问题最后是这么解决的：把手机上那个收不到消息的微信卸了，重装官方版。

前面折腾了几个小时。我依次怀疑过版本太旧、平板抢消息、应用双开不兼容、通道绑定没切干净，最后一个念头是平台侧风控把下行消息丢了。这篇主要记那几次被推翻的判断，因为真正花时间的是“我以为我明白了”，不是重装。

我的环境

TRAE 办公助理的微信通道，接了「微信 ClawBot」插件，手机微信扫码绑的。扫码用的微信号装在小米的“应用双开”里，下面叫 A 号。

同一台小米上还有主微信 B 号。平板微信、电脑微信都在正常用。

这里有个我一开始没当回事的前提：一台手机上跑着两个微信实例，主号一个，双开一个。后面几乎所有误判都从这儿来：我总把它们混在一起想。

看到的现象

A 号在双开里一切正常，手机平板都能收到机器人的回复。

后来我想改用主微信 B 号。B 号在 ClawBot 会话里发消息，机器人收到了，上行是通的。但 B 号的会话里从来没出现过一条回复，翻到最早也没有，微信的聊天记录搜索也搜不到。

同一时间，电脑微信和 iPad 都正常。只有手机不行。

现在回头看，机器人收到了消息，说明上行通；同一账号在电脑上能收到回复，说明下行对这个号也通。这两件事摆在一起，“消息根本没发出来”就不成立了。但当时我没这么推，我在忙着找别的原因。

先怀疑版本

第一个念头很自然：机器人的回复多半是卡片类富文本，老微信渲染不了，所以显示成空消息，或者干脆不显示。

这条说不通。真是渲染失败，聊天记录里也该留个空壳，搜索不至于一条都没有。而且同个账号在电脑平板上正常，版本差异解释不了“一条都没有”。

清缓存试过，没用。

再怀疑平板

我想是不是平板上的微信一直在线，把推送抢过去了。

不对。手机也是活跃设备，而且 A 号在手机上一直正常收。正常和不正常在同一台设备上同时存在，这个猜测就废了。

双开是最像的那个错答案

微信装在小米的应用双开里，这件事我一很在意。双开容器嘛，兼容性大家心里都有数，版本可能落后，数据可能不全。我一度就认定是它了。

方向完全是反的。双开里的 A 号正是能正常收消息的那个，出问题的是主微信 B 号。我差点因为“双开看起来更可疑”把结论钉死。可疑和有关系是两码事。

绑定关系也查了

两个号毕竟不是一个微信号，下一个合理的怀疑就是绑定：一条微信通道是不是只能绑一个号？换号之后如果没真正切过去，B 号发的消息能进来，回复还投给 A 号。

我去翻了 TRAE 官方文档。绑定路径是“我的助理 → 管理连接 → 通道连接 → 解绑 / 去绑定”。规则是扫码绑定一个 bot 对应一个微信号，一条通道同一时间只绑一个；换绑之后微信侧的历史消息不会回填，上下文也不继承。

我按文档解绑，重新绑到 B 号，顺手把手机上的应用双开也关了。

B 号还是只能发，收不到。绑定这条线也排除了。

差点信了“上游把消息丢了”

我开始翻社区。腾讯云社区有一条吻合度很高的记录：iLink / ClawBot 出现过账号级别的下行静默丢弃。特征是入站正常、Agent 也正常生成回复、sendmessage 返回 ret:0 或 HTTP 200，但没有生成 message_id，手机端永远收不到。正常账号会拿到 message_id。

几乎逐条对上我的症状。我一度判断是上游风控，或者是这个号以前连过另一个机器人（Hermes），留下了下行路由的残留。

这是推测，没被证实过。社区案例最多给个方向，表象相同不等于根因相同。

去看别的设备

把问题拽回正轨的动作只有一个：去看别的设备。

电脑上能收到，平板也能。消息已经到账号了，而且别的设备看得见，“账号级丢失”不成立。范围从上游和平台，收缩成一句话：这台手机的客户端没把消息同步出来。

范围一窄，能做的事就剩几件。退出登录重登，删掉会话重新进，升到官方最新版，卸载重装。我做了最后那件。重装完，收发正常了。

卸载会清掉本地聊天记录，动手前得备份。我是确认了其他设备上有副本才做的。

我自己记下的几条

“能发不能收”先别往风控上想，先横向比设备。同账号在别的设备上正常，就说明消息已经到账号层面，问题在故障那台客户端上。这一步能砍掉大半排查范围。

动手的顺序按成本排：重登、删会话、升级、重装。前三个风险低，最后一个有数据代价，别一上来就用最狠的。

“平台风控”这个结论容易把人困住。它既没法验证，也没法操作，你一旦接受，排查就停在那儿打转。社区里看似高度吻合的案例，也可能只是症状一样。

排查期间别密集发测试消息。发得太频繁本身是风控信号，你的测试行为也会变成新变量，反过来干扰判断。一次只改一个变量，然后看结果。

绑定、设备、客户端是三个层面，得分开验证。哪个微信号绑到了这个机器人，哪台设备上显示正常，出问题那台设备的版本和数据完整度。我这次绕远路，主要就是把这三层混在一起猜。

顺手注意到一件事，但我只当观察

排查时注意到：微信 AI 机器人（插件类会话）里的消息，不在普通聊天记录搜索的索引里。

我不当官方结论，只是记下这个现象。实际影响是，你想靠“搜聊天记录”确认机器人到底回没回你，这个办法本身可能是无效的，很容易误判成一条都没回，然后带着错的前提继续查。

最后

原因很普通，客户端状态坏了。重装这个动作本身没什么可写的，来回推翻了五轮才是。

如果以后再碰到，我先问的那句话会是：同一个账号，在别的设备上正常吗。