我们运营着几十个客户群，靠人工盯成员进出根本不现实——谁进群了没欢迎、哪个群快满员、哪些群一周没人说话，全靠群里翻记录。后来把群成员管理做成自动化，运营只盯一张群健康度表。
群成员这块用的是Eyun 平台开放的企微 API，凭证在Eyun 平台首页开通，成员操作走 group 模块。
拉群成员：定时快照
调 group/getGroupMemberList 拉成员列表，每小时跑一次，存进群成员表。每次和上一次的快照比对，就能看出谁进谁出。
def snapshot_group(appid, room_id): resp = requests.post( f"{BASE}/wx-api/api/group/getGroupMemberList", headers=HEADERS, json={"appid": appid, "roomId": room_id} ) members = resp.json()["data"]["list"] save_snapshot(room_id, members) diff = compare_with_last(room_id, members) # 差集：进/出 audit_changes(room_id, diff)接口字段在开发文档里有完整说明。
入群欢迎：回调驱动
新成员进群触发 group_member_add 回调，事件体带群 ID 和新成员 uin。收到后按群的配置发欢迎语——不同群用不同模板，配置化。欢迎语发到群里并 @ 新成员。
成员变更审计
每次快照比对写一条变更记录：谁进了、谁退了、谁被移除。退群成员自动在原客户标签上做标记，方便后续回访。
群健康度
每周算一次每个群的健康度，三个指标：人数变化、发言人数、消息量。三个都往下掉的群自动进"待关注"列表，推给运营。运营不用自己翻，系统告诉他哪几个群该管。
群规模监控
接近人数上限的群提前预警。快满时运营收到提醒，提前开新群或引导分流，避免客户加不进来。
不活跃成员归档
长期不发言的成员（比如 90 天零互动），系统只做标记归档，不主动移出——移出是敏感动作，交给运营人工判断。归档名单在开发文档的成员接口返回里能拿到基础字段，配合业务侧的行为数据一起判断。
结尾
群运营自动化的价值，是把"感觉这个群冷清了"变成"系统告诉我哪个群该管"。成员进出、活跃度、规模水位这些数一直在自动更新，运营的精力放在怎么把群做热，而不是盯数据。
