群里刷出「张三加入了群聊」，机器人回「你好需要什么」。这是系统事件，不是客户开口。个人微信群里这类提示密度不低。当 TEXT 去走词表，会被静音，随后被移出。移出后 postText 仍可能成功，故障就记成通道坏了。

聊天和成员变更不是一种 msgType。不要进同一个「有字就回」。

类型先于词表

入站先分类。TEXT 才进关键词。进群、退群、改群名一类事件，第一期只更新本地成员表，不出站。具体枚举以回调文档为准。用正文像不像系统提示来猜，会在不同版本文案上失效。

群开口还要点名或口令。系统事件没有 @，默认闭嘴。回错成某个成员私聊，当事人会当成骚扰。群 toWxid 应是 @chatroom 那一类，不要在成员事件里改去打好友 wxid。

def on_inbound(event, q_chat, q_member):
    if event.get("isSelf") is True:
        return
    mtype = event.get("msgType")
    if mtype == "TEXT":
        q_chat.put(event)
        return
    q_member.put(event)

q_member 只维护成员。发送只发生在 q_chat，并且还要过开口函数。进群后再发一遍私聊欢迎，等于把加好友流程在群里重放。欢迎键是好友阶段的，不要在成员队列里复用。

退群停的是这个人的任务

客户退了，针对他的 ats 任务取消。整群通知仍可发。号自己被移出，整群任务停，失败域是对象失效。把退群当发送失败重试，会打在已经不存在的关系上。FRIEND_CONFIRM 仍走好友队列，不要和进群事件并成一次「有人来了」。

验收：进群系统提示后群内无自动问候；客户文本点名才允许一条业务回复；成员表能查到新 ID。聊天积压时成员队列仍能消化。个人微信群的值班事故，很多不是词表太热情，是事件类型没切开。

查看个人微信 API 文档：
https://doc.geweapi.com/