自动回「有时灵有时不灵」，模型监控却挺好看——假象。
很多事件在进业务之前就丢了：回调处理太慢，时间窗一到，像没发生过。
企业微信二次开发接 QiWe API 消息回调时，同样适用一句口诀：先进柜，再慢慢干。
错误姿势为什么致命
收到回调 → 查客户 → 等 AI → 发送 → 最后才返回只要其中一步慢：
事件可能被当成失败并重推
你这边又处理一遍 → 双回
线程被拖死 → 别的群消息一起堵
所以「不回」和「双回」往往是同一类根因的两面。
正确姿势
收到回调 → 校验（含探活分支） → 去重占坑 → 入队或落库原始事件 → 立刻返回成功 Worker： → 规则 / AI → 发送 → 写日志探活要快速成功，但不要当客户消息跑欢迎语，否则群里会冒出莫名问候，社死现场很标准。
还要挡住的两件事
1. 去重
同一条消息只处理一次；重复到来也返回成功，避免越失败越重推。
2. 人工中
销售已在群里回复，停止自动话术（含温馨提示），避免抢答。
自检清单
回调耗时是否经常顶满时间上限？
入队失败有没有告警？（静默才是真丢数据）
故意拖慢 AI：进线是否仍能进柜？
同消息连推三次：是否只回一次？
小结
回调稳定了，自动回复和智能客服才有资格谈体验。
先把自动回复挪出门口，再谈模型聪不聪明。
约定与字段见 QiWe API 文档
