大群负载 —— 500+ 群的压力点与应对
大群对 Meria 的三重压力
一、消息洪流
大群高峰期每小时几百条消息是常态。Meria 框架需要：
- 每条消息都过一遍所有已绑词库的触发规则（纯本地处理还好）
- AI 类词库每条都要调 API → 网络+延迟+费用三重消耗
- 如果某个触发词配置不当（比如模糊匹配太宽），机器人可能在大群里"回复不停"
二、并发触发
大群里同一个触发词可能几秒内被 N 个人同时发出来——框架要并发处理 N 次触发。词库如果有冷却时间配置，反而能救一命。
三、风控引擎关注
大群本身就是平台风控的敏感点。一个小号在大群里高频触发自动回复 → 更容易被风控系统标记为异常账号行为。
应对策略
策略一：严格控制功能开启
大群里只开最核心、最必要的功能：
| 功能 | 大群里要不要开 | 原因 |
|---|---|---|
| 进群欢迎 | 要，但用低频率 | 新人进群还是欢迎一下 |
| 违规提醒 | 要 | 人多更需要秩序 |
| AI 自动对话 | 强烈建议关 | 大群消息量大，AI 回复不及时还费钱 |
| 点歌 | 可以开，但设触发频率限制 | 避免刷屏 |
| 小游戏/抽签 | 关，或设仅 @ 触发 | 闲聊功能在大群里反而制造噪音 |
策略二：冷却时间 + 频率限制
在词库的高级设置里：
- 每个触发词加冷却时间（比如同一群 10 秒内同触发词只响应一次）
- AI 类词库特别要注意——别让大群里随便一条消息都触发 API 调用
策略三：用 PC 端框架替代
如果你的群真的大到 Meria 顶不住，PC 端框架（酷 Q、NapCat 等）在大群场景下的稳定性和资源上限更好。Meria 主打轻量便携，大群不是它的主场。
策略四：拆分小号
不要一个小号同时管多个大群。大群专用一个号，这个号也别再加其他群。
监控指标
在日志页重点关注：
- 每条触发的执行时间：正常应该在毫秒级。如果某条触发花了 1 秒以上，说明词库或 API 有问题
- 单位时间触发次数：大群里一个功能每小时触发几十次是正常的，但如果是上百次 → 检查触发词是不是太宽了
- 掉线频率：大群里掉线更频繁吗？频繁掉线 = 框架顶不住或被风控