群消息自动回复做出来不难难的是回得像个人——收到就秒回、见话就接、语气一成不变用不了两天群成员就知道这是个机器人。这篇讲监听与回复的完整链路重点放在接话时机这个最影响体验的细节上。一、监听群消息进来先分流群消息通过回调推过来第一步不是直接处理是分流。按消息类型分——文本进语义处理图片、链接、名片各自走专门通道或忽略。按发送者分——机器人自己发的跳过防止自循环白名单管理员的标记不处理普通成员的进判定。分流的代码要放在回调入口分流完立即 ACK后续判定和回复全走异步队列。消息回调的字段结构在 Eyun 开发文档 中有说明。二、判定这条消息该不该回不是所有消息都该回。判定的优先级从高到低 了机器人——必回明确问题句式带问号、带怎么/如何/请问——按群策略决定闲聊、表情、灌水——不回。判定用规则加轻量分类就够不需要每条都调大模型。规则匹配不上再进模型兜底既省钱又快。三、接话时机机器人最像人的地方真人接话有节奏——看到消息、想几秒、打字几秒。机器人要模拟这个节奏 机器人的消息延迟 2-5 秒再回随机值非 的插话延迟更长5-15 秒同一个人连续发问时合并成一条回复。还有一个细节回复前检查这期间有没有新消息进来有的话把新消息也纳入上下文一起回避免刚发完回复发现用户又补了一句。四、回复出口统一排队控速多个群、多个成员的回复请求统一进一个出口队列按 3 秒间隔逐条发。群里连续触发多条回复时后发的带上补充衔接语而不是干巴巴连发三条。监听回复链路对照环节核心动作关键参数常见坑监听回调分流按类型发送者回复自己的消息死循环判定该不该回必回/问题选择性回见话就接刷屏时机拟人化延迟2-5秒随机秒回暴露机器人出口统一队列控速≥3秒间隔并发直发被限流拟人化回复实现import time, random, queue, threading class GroupListener: def __init__(self, api, brain): self.api api self.brain brain # 回复内容生成 self.outbox queue.Queue() self.pending {} # group_id - 待回消息缓冲 threading.Thread(targetself.sender_loop, daemonTrue).start() def on_message(self, event): # 分流自己的消息跳过 if event[from] SELF_WXID: return if event[type] ! text: return # 判定该不该回 at_me SELF_WXID in event.get(at_list, []) is_question any(k in event[content] for k in [?, , 怎么, 如何, 请问]) if not (at_me or is_question): return # 时机 我 2-5 秒普通问题 5-15 秒 delay random.uniform(2, 5) if at_me else random.uniform(5, 15) gid event[group_id] self.pending[gid] (event, time.time() delay) def sender_loop(self): while True: now time.time() for gid, (event, due) in list(self.pending.items()): if now due: continue del self.pending[gid] # 回复前检查是否有补充消息合并上下文 reply self.brain.generate( gid, event[content], extrasself.recent(gid, sinceevent[ts])) self.outbox.put((gid, reply[:500])) while not self.outbox.empty(): gid, text self.outbox.get() self.api.post(/send, { group_id: gid, content: text}) time.sleep(3) # 出口统一控速 time.sleep(0.5)落地建议监听入口先分流——机器人自己的消息必须跳过否则回复触发回复死循环。判定分层—— 必回、问题句式选择性回、闲聊不回别见话就接。接话时机加随机延迟 的 2-5 秒、插话的 5-15 秒回复前检查有没有补充消息一起回。回复出口统一队列 3 秒间隔别并发直发。微信侧的群消息回调和发送接口由Eyun这类个人微信API平台 提供判定和时机控制在自建服务实现具体字段以平台开发文档为准。