创数AI客服把企业知识库变成能上岗的客服：答什么都依据知识库、每句回答带来源、违规表述在出口被拦下；模型出问题时自动降级，访客永远能得到回应。
答得像不像、敢不敢答、挂了怎么办、答错了谁来修 —— 这四点才是客服上线后的实际问题。
问答对与业务文档双路召回，按字段加权排序；每条回答都标注引用了哪条知识来源，可追溯、可核对。
回答下发给访客之前先过一遍规则：确定性效果承诺、绝对化用语、收益承诺等按级别拦截或加提示。
主通道限流或超时会自动切到备用通道，并设首字等待上限，不让访客干等；全部不可用时退回知识库原文。
访问与咨询统计、热门问题、转化漏斗看得见；知识库在后台直接改、保存即生效，不用重启服务。
不需要改动现有站点结构，也不需要在产品页写额外代码。
在页面 </body> 前加一行，右下角出现客服入口。
任意按钮加属性即可唤起客服，无需写 JS；也可用 API 主动调用。
问答对与业务文档导入后立即可检索；后续在后台随时增补。
按「待补充问题」的真实问法补知识库，这是最有效的优化方向。
主站与各产品页共用一套知识库，但欢迎语、快捷问题、回答侧重按页面分别设置。
客服窗口与站点原有样式互不干扰，深色 / 浅色页面自动适配，移动端自动全屏。
名称、联系方式、模型通道都在后台配置，换一个客户改配置即可，不需要改代码或重新部署。
常见的企业客服系统解决的是「客服团队怎么更省人」：坐席管理、工单流转、呼叫中心、绩效监控。 我们解决的是另一个问题 —— 官网上的访客，能不能得到一个不会说错的回答。
需要工单、呼叫中心、坐席排班与绩效，那应该选成熟的客服工作台产品 —— 那不是我们做的事情。
官网与产品页上的咨询需要口径统一、不夸大、可追溯，且你希望对回答内容有控制权，这才是我们的场景。
本系统可与既有客服体系并存：它守住官网第一道咨询入口，复杂或需承接的问题再转给人工与工单流程。
以下为本系统当前实际的知识库与应答规模。
通用客服倾向于「什么问题都敢答」，而这里的设计前提是宁可转人工，也不编造。回答只用企业知识库里的内容，每条带来源；知识库没有的口径会出现固定引导话术并记入待补充清单，由人来补，而不是让模型猜。
不用重启。问答条目在控制台直接增删改，保存即生效并立刻可检索；系统还提供知识库质量体检（重复问题、答案里混入绝对化用语、缺触发词等）。结构化业务文档更新后重启服务即可。
控制台有质检队列，按「访客点踩 → 低置信 → 转人工」的优先级把可能有问题地回答推到你面前；判定为答错或答不全时要求写明正确口径，并可一键转成知识条目。发现即修正，而不是两个割裂的功能。
模型通道在控制台可视化配置：支持多家主流厂商的 OpenAI 兼容接口，可同时配置主通道与备用通道，保存后立即生效。密钥只写不读，保存后不再回显。也可以不配置模型，此时系统直接返回知识库命中条目的原文。
可以。跨域已按域名白名单放行，一行脚本即可接入；页面上的咨询按钮通过属性绑定唤起，也用事件委托实现，单页应用后插入的按钮同样生效。
会话、留资与统计全部存在部署该服务的服务器本地数据库中，不经过第三方。留资可选推送到自有 CRM 系统，是否开启由你在后台决定。
访问统计 · 咨询分析 · 知识库维护 · 待补充问题 · 会话质检 · 模型与品牌配置