公众号AI客服一站式工作流

传统方案为何难以落地

微信公众号的 AI 客服改造常卡在三个坑里：异步推送不稳定（context.waitUntil 在 EdgeOne 运行时可能被中断）、客服消息 API 依赖外部状态（需管理 access_token 且受每日调用限制）、微信 5 秒同步超时（AI 生成耗时稍长就导致回复失败）。这些问题让“自动回复+引导加微信”的基础需求变得复杂。

技能的核心解法

本工作流通过三个关键设计规避上述痛点：

1. 被动回复优先：放弃异步推送，改用 news 类型图文消息（文字+二维码），在 5 秒内同步返回，无需额外 API 调用。
2. 安全模式全链路加密：完整实现微信 AES-256-CBC 加解密流程（签名验证→解密→解析→加密→签名→返回），防止中间人篡改。
3. 标记驱动的内容组装：通过 [SEND_QRCODE] 纯文本标记触发图文消息，代码自动移除标记后组装回复，避免结构化输出的复杂度。

部署时需准备：认证的微信服务号、企业微信二维码、CNB Token、EdgeOne Pages 账号。配置集中在 wx-callback.js 的 SYSTEM_PROMPT 和环境变量，核心步骤包括设置系统提示词、替换二维码 URL、绑定微信后台服务器配置。

适用边界与注意点

• 仅支持已认证的微信服务号（订阅号无客服消息回调权限）。
• 消息类型限于 text 和 news（单条/多条图文），不支持语音、视频等富媒体。
• 无上下文记忆设计：每次请求独立，不适合需要多轮对话的场景。
• 二维码更新需重新部署（替换 qrcode.png 后重新发布）。
• AI 生成内容受 max_tokens: 500 限制，超长回复需精简提示词。

这套方案更适合中小型企业的基础客服需求，尤其是需要快速引导用户添加企业微信的场景。若业务涉及复杂知识库或多轮交互，仍需在系统提示词中补充详细规则。