企业官网建设流程全解析

自动回「有时灵有时不灵」，模型监控却挺好看——假象。
很多事件在进业务之前就丢了：回调处理太慢，时间窗一到，像没发生过。

企业微信二次开发接 QiWe API 消息回调时，同样适用一句口诀：先进柜，再慢慢干。

错误姿势为什么致命

收到回调 → 查客户 → 等 AI → 发送 → 最后才返回

只要其中一步慢：

• 事件可能被当成失败并重推

• 你这边又处理一遍 → 双回

• 线程被拖死 → 别的群消息一起堵

所以「不回」和「双回」往往是同一类根因的两面。

正确姿势

收到回调 → 校验（含探活分支） → 去重占坑 → 入队或落库原始事件 → 立刻返回成功 Worker： → 规则 / AI → 发送 → 写日志

探活要快速成功，但不要当客户消息跑欢迎语，否则群里会冒出莫名问候，社死现场很标准。

还要挡住的两件事

1. 去重
同一条消息只处理一次；重复到来也返回成功，避免越失败越重推。

2. 人工中
销售已在群里回复，停止自动话术（含温馨提示），避免抢答。

自检清单

• 回调耗时是否经常顶满时间上限？

• 入队失败有没有告警？（静默才是真丢数据）

• 故意拖慢 AI：进线是否仍能进柜？

• 同消息连推三次：是否只回一次？

小结

回调稳定了，自动回复和智能客服才有资格谈体验。
先把自动回复挪出门口，再谈模型聪不聪明。

约定与字段见 QiWe API 文档