达九州供应链：AI 客服知识库与总控平台生产化项目
围绕供应链客户咨询场景，构建由知识库、模型服务和总控平台组成的 AI 客服生产链路，并通过直接 API 调用、鉴权、幂等、健康检查和人工兜底保证可运维性。
关联客户：达九州供应链
客户痛点
- 客户咨询涉及物流、报价、订单和轨迹等多个业务主题，需要统一识别和路由。
- 知识库命中、模型回答、未命中转人工之间缺少稳定的生产边界。
- AI 回复需要可追踪、可复盘，出现下游不可达、无单号或知识库未命中时不能返回含糊的成功话术。
- 网页入口、客服智能体和总控服务的职责容易混淆，架构边界需要固定。
解决方案
以 Dify 作为模型与知识库底座，AI 客服服务负责知识检索和回答生成，总控平台负责消息编排、业务路由、协议鉴权、trace_id、幂等和结果回传。P17 服务端直接调用 Dify API；P10 Web/Gateway 保留为管理员和个别用户的网页使用面，不作为总控服务的中转层。对回答结果设置明确边界：命中知识库时返回带引用的答案，检索为空或业务信息不足时进入核验/转人工；物流查询区分“服务暂时不可达”和“没有查到这个单号”，报价结果只展示下游真实返回的候选，不显示假数据。
客户价值
01
从“模型能回答”推进到“回答来源、失败原因、转人工路径和调用链路可追踪”。
02
把知识库、模型、总控和网页入口的职责拆开，降低生产故障时的定位成本。
03
用真实下游返回和明确的异常回执约束 AI 输出，减少假成功和错误承诺。
04
后续可持续统计知识命中率、人工转接率、首响时间、错误回执率和重复追问率。
数据指标
→Dify 知识库与 API 接入
→Bearer 鉴权与 trace_id
→幂等与消息边界
→服务健康检查
→人工兜底与异常回执
→P10/P17 生产架构边界
适用场景
· 供应链客户咨询
· 物流报价与轨迹查询
· 订单状态问答
· 知识库客服与人工转接
· 需要生产健康检查和审计追踪的企业 AI 客服