RECVD_MSG_API 的接口持续收到异常请求

[leinad59]

提bug前先检查以下是否已经执行

• 我已更新了最新版本的代码
• 我已经仔细地阅读了readme 文档
• 我已在FAQ里查找了可能寻找的答案
• 我已经尝试搜索过历史关闭issue寻找可能的答案

bug描述

简短描述一下你在什么场景下遇到的问题

早上起来发现 RECVD_MSG_API 接入的 gpt token 都用完了，通过查看调用日志发现，从凌晨5点25开始间歇性地有大量请求。

提供有用的信息

提供任何代码片段/日志/输出/截图 以便于帮助快速定位问题

查看项目日志发现没有消息内容，只有 starting fetching API: xxx 和 AssertionError: 3 == 0：

由接口逻辑推断，消息的 type 为 text，否则不会走到调用 gpt 请求的逻辑：

日志中打印了 source 字段，内容为 {"room":"","to":"","from":""}

token 消耗记录显示，提示词的长度有两种，分别为 464 和 546：

根据 gpt 的调用日志，猜测消息的 content 为以下两种：

理论上来说，这种消息不应该发送到 RECVD_MSG_API，我也没有正确做出过滤。请问应该如何避免这个问题再次出现？

[leinad59]

期间没有其他异常，是到凌晨5:25突然出问题的（日志需要+8h到北京时间）

[danni-cool]

无他，掉线了，但是wechaty 一直没登出所以一直报错，临时处理可以判断payload.isSystemEvent === false && type=== 'text'

[danni-cool]

后期考虑优化该结构，去除 payload.isSystemEvent, 增加 type 类型 _systemEvent，以便与其他结构区分

[leinad59]

无他，掉线了，但是wechaty 一直没登出所以一直报错，临时处理可以判断payload.isSystemEvent === false && type=== 'text'

看这里的朋友，记得确认文档中 isSystemEvent 的值是字符串的 '0'/'1' 还是布尔值 false/true，现状是 '0'/'1'

[danni-cool]

嗯，以文档为准，我看的源码