很多自动回复做失败,不是模型不行,是消息根本没接到。
企业微信官方应用有回调,但权限、可见范围、客户联系开通都比较重。
如果目标是「这个客服账号收到消息,系统自动回」,用 QiWe API 的 Webhook 更直接。
先把链路画清楚
客户发消息
→ QiWe API 推到你的 Webhook
→ 你的程序识别意图(关键词 / AI)
→ 调用发送接口回复
没有 Webhook,就只能主动发,不能做客服。
没有发送接口,就只能看消息,不能回。
怎么配回调
- 准备一个公网可访问的 HTTP 地址
- 在控制台填入回调 URL
- 接口尽快返回 HTTP 200,避免被当成失败
- 先打日志,确认能收到好友消息、群消息
本地开发可以用内网穿透,生产环境用正式域名。
回调字段对照着接
不同消息类型字段不一样。自动回复至少先取出:
- 是好友还是群
- 发送者 ID
- 群 ID(群聊才有)
- 文本内容
- 消息 ID(后面要引用回复会用到)
Webhook 事件字段容易漏,建议边对照文档边接:API文档
群里回复时,toId 要用群的 roomId,不要回成私聊,除非你确实想私聊跟进。
自动回复怎么写才不容易乱
建议先上规则,再上 AI:
1. 明确问题直接回
例如「营业时间」「发货进度」「退换货地址」。
2. 需要查系统的走接口
订单号、物流、余额,查 ERP / 工单后再回。
3. 不确定的转人工
回一句「已转给专属客服」,同时通知坐席。
AI 客服可以接在第 2 和第 3 步之间,但要加:
- 敏感词和乱回复拦截
- 超时降级
- 同一问题短时间不重复答
回复还是那条发送接口
json
{
"method": "/msg/sendText",
"params": {
"guid": "{{guid}}",
"toId": "userId或roomId",
"content": "您好,已收到,正在查询订单状态。",
"isNoNeedRead": true
}
}
文本和混合文本还支持引用回复,适合「针对某一句再回答」。引用参数建议直接从 Webhook 原消息里取,不要手填。
客服场景特别注意
- 群里被 @ 再回,避免每条群消息都插话
- 人工接入后,机器人停手,防止双回
- 控制回复频率,客户体验比「秒回很多句」更重要
QiWe API 同时提供消息收发和会话能力,适合做成 AI 客服或 SCRM 的消息通道。产品概览见 QiWe官网。
总结
企业微信 Webhook 做自动回复,核心不是先接大模型,而是先保证:能收到、能判断、能发回去 。
QiWe API 用回调 + /msg/sendText 就能搭起最小 AI 客服闭环。