要实现基于实际里程的售后保养提醒，需配置obd数据接入与阈值判断机制：一、通过obd终端+api网关同步实时里程，豆包bot定时拉取比对触发提醒；二、对接dms系统，用cdc监听工单变更并webhook推送；三、ocr识别用户上传仪表盘照片提取里程，结合人工录入建立基线并追踪。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望豆包AI为4S店构建一个能根据车辆实际行驶里程自动触发售后保养提醒的Bot，则可能是由于缺乏对OBD设备数据接入与周期性阈值判断机制的配置。以下是实现该目标的具体方法：
一、通过车载OBD终端+API网关同步实时里程至豆包智能体
该方法利用硬件层OBD-II设备采集CAN总线原始里程数据，经由4G/5G网关上传至私有API服务，再由豆包插件定时拉取并比对预设保养阈值，从而触发精准提醒，确保触发依据为真实行驶数据而非用户手动填报。
1、在每台入网车辆点烟器接口安装支持蓝牙+4G双模的OBD终端（如G-BOX Pro），开启“实时里程上报”功能，设置上报间隔为每200公里或每72小时一次（以先到者为准）。
2、部署轻量级API网关服务（如使用FastAPI搭建），接收OBD终端POST的JSON数据包，字段包含：vin、mileage_km、timestamp、device_id；校验VIN合法性后写入MySQL里程快照表。
3、在豆包开发者平台创建“4S保养提醒Bot”，进入“插件市场”启用“自定义HTTP插件”，填写API网关地址，设置请求头Authorization为Bearer {token}，请求参数中传入当前车辆VIN。
4、在Bot人设指令中明确配置：“每次收到用户询问‘我的车该保养了吗’或检测到新对话时，必须调用自定义插件获取最新mileage_km值；若该值≥最近一次保养记录+5000km且距离上次保养时间≥6个月，则立即生成含下次保养建议与预约链接的提醒消息。”
二、对接4S店DMS系统保养工单表实现里程状态联动
该方法绕过硬件依赖，直接从4S店现有数字维修系统（DMS）中提取已存档的完工工单里程数据，通过数据库变更捕获（CDC）技术监听保养类工单插入事件，驱动豆包Bot主动向对应车主推送提醒，适用于已部署成熟DMS但暂未普及OBD终端的门店。
1、确认DMS系统支持MySQL Binlog或SQL Server CDC功能，导出包含字段：order_id、vin、service_type（含‘机油更换’‘空滤更换’等）、mileage_at_service、finish_time。
2、在DMS所在内网服务器部署Debezium Connector，将dms_service_orders表的INSERT事件实时同步至Kafka Topic：dms-maintenance-log。
3、在豆包后台配置“Webhook订阅”能力（需开通企业版权限），将Kafka消费端封装为HTTPS回调服务，当监听到新保养工单时，自动向豆包Bot发送结构化事件：{“vin”: “LSVAM2BR1MM123456”, “trigger_mileage”: 15200, “next_due”: 20200}。
4、Bot接收到Webhook后，立即查询该VIN绑定的微信/手机号，并调用企微机器人API或短信网关，发送内容：“【XX荣威4S店】尊敬的李先生，您的爱车LSVAM2BR1MM123456本次保养里程为15200km，建议下次保养里程为20200km（约5个月后），点击预约可享免费全车检测。”
三、基于用户上传照片OCR识别仪表盘里程数触发提醒
该方法面向尚未安装OBD设备、也未在本店完成历史保养的散客车主，通过引导其拍摄当前仪表盘照片，利用OCR技术提取数字里程，结合人工录入的上次保养数据，完成首次里程基线建立并启动后续自动追踪逻辑。
1、在豆包Bot对话流中配置关键词触发路径：当用户发送“查保养”“我看下里程”等语句时，Bot自动回复：“请拍摄一张清晰的仪表盘照片（含指针或数字里程显示），我将为您识别当前里程。”
2、调用百度OCR通用文字识别API，对上传图片执行高精度识别，正则匹配连续4位及以上阿拉伯数字，过滤掉转速、油量等干扰数值，提取唯一里程值并做合理性校验（如排除小于100km或大于999999km的异常结果）。
3、Bot向用户反问：“您上次在本店保养里程是？如不记得，请输入大致日期。” 用户回复后，Bot将两条数据存入临时客户档案，并计算差值：“当前里程18632km，距上次保养已行驶3240km，剩余1760km达5000km保养节点。”
4、Bot生成带倒计时卡片的消息：“距离下次保养还剩1760km｜预计2026年7月12日前完成更佳”，并附上一键跳转预约H5链接。
