无需重构,复用现有客服系统
多数企业已具备 CRM、ERP、产品库或自研 AI 销冠/客服 Agent。合理的架构分工如下:
客户在微信提问↓YoBot 读取已授权会话↓企业自有 AI 服务↓产品库/知识库/ERP/CRM↓企业 AI 生成回复结果↓YoBot 将结果回传至微信
在此链路中,YoBot 不干涉企业内部系统,仅解决“最后一公里”的触达问题:确保企业 AI 的业务判断能在微信端完成闭环。接口采用反向投递模式,由 YoBot 主动推送消息至企业 API,企业 API 返回结果。企业无需暴露本地端口、配置 WebSocket 或开放外部系统对本地 RPA 的控制权。
动态产品查询与普通问答分离
AI 客服的核心风险在于处理动态产品信息。不同场景应匹配不同的数据源与回复策略:
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
该 API 的核心价值在于让企业 AI 先行识别问题类型:涉及产品库查询时调用内部接口,查无结果、信息冲突或涉及价格承诺时,阻止 AI 臆测,转为人工或特定流程处理。
支持二段式回复,优化长耗时查询体验
针对需查询产品库、订单或运行复杂选型逻辑的场景,为避免用户因等待过久而误以为消息丢失,或避免 AI 编造答案,YoBot 新增“智能追答”功能(二段式回复)。
第一段即时发送简短确认:
我正在帮您核对参数和可用信息,请稍候。
待企业 AI 完成查询后,发送第二段正式回复:
已核对。该型号适用于当前场景;如需确认替代型号,请提供现有型号及应用场景。
若开启引用回复模式,正式回复将引用客户原始提问,确保在群聊或多轮对话中上下文清晰。
四种接口模式适配不同业务场景
当前开放四种接口模式,企业可根据团队需求灵活选择:
1. 同步回复:适用于即时响应场景
流程:YoBot 传递会话内容至企业 API,企业服务立即返回结果,YoBot 转发至微信。
适用:产品说明、资料问答、简单产品库查询。
2. 二段式同步回复:适用于短时延迟查询
流程:先返回“正在核对”提示,间隔至少 3 秒后返回最终答案。若超时 300 秒未获结果,本轮交互结束。
适用:型号核验、多步检索资料、需短暂计算的业务问题。
3. 异步任务:适用于长耗时业务处理
流程:企业 API 先返回“任务已接收”及任务 ID,YoBot 主动轮询直至任务完成并回传结果。客户端重启后可续查未完成的任务;若用户停用服务,迟到结果将不再发送。
适用:复杂业务流程、长时间数据处理。
4. 只消费消息:适用于记录与分析
流程:YoBot 将微信消息可靠推送至企业工作台,但不自动回复。
适用:写入 CRM、生成销售待办、收集高频问题供产品团队分析,或转交人工客服。
企业 API 对接实施指南
第一步:明确 AI 业务边界
在开发接口前,需严格界定自动回复范围。例如电子元器件行业:公开参数和确认型号可自动回答;特殊报价、合同、交期承诺、投诉退款等必须转入人工流程。缺乏此步骤将导致 AI 错误应答风险增加。
第二步:实现最小化 API
仅需实现两个核心接口:
GET /v1/capabilities // 用于 YoBot 检查企业服务支持的能力POST /v1/chat // 接收微信消息并返回处理结果
企业服务接收消息时可获取会话 ID、当前消息、历史上下文、客户标签及智能体配置。同步回复的标准返回结构示例:
{"action": "reply","segments": ["已收到,我正在帮您核对。"],"deliveryId": "reply-001"}
第三步:配置 YoBot 私域 Agent
在 YoBot 后台填写以下信息以绑定微信助理:
-
企业服务 Base URL -
Bearer Token -
企业侧智能体 ID -
处理模式(同步/异步/只消费)
本次 API 升级聚焦于解决具体痛点:让已具备业务思考与数据查询能力的企业 AI,能够安全、受控地服务于微信端的真实客户。通过“企业 AI 负责判断与查数,YoBot 负责执行与回传”的分工,构建更符合企业落地标准的智能客服方案。
详细接口文档请参考官方技术文档。

