主题指南
私有化 AI 客服:自托管智能客服选型指南
「私有化 AI 客服 / on-prem AI customer service」搜索背后是同一类诉求:想用大模型接管一部分客服对话,但客户对话数据、模型选择和成本曲线要握在自己手里。海外主流 AI 客服(Intercom Fin、Zendesk AI 等)清一色是云端 SaaS,按坐席或按解决量计费;能整体部署进自己机房的选项很少。这篇指南给出一套评估框架——不绑定任何产品,但用 IMCore 举例。
为什么把 AI 客服放到自己机房
三类驱动最常见。其一是数据边界:客服对话里是客户的身份、订单与投诉细节,金融、医疗、政务与跨境业务常要求数据不出既定边界,把对话送给第三方云端推理在很多合规框架下需要额外评估。其二是模型主权:自部署意味着可以换模型、换版本、按对话类型路由不同模型——云端产品的模型策略你只能接受。其三是成本可预测:按坐席或按「解决量」计费的曲线随业务量线性上升,买断式私有部署把这条曲线变成一次性的许可费加上你自己的推理成本。
评估私有化 AI 客服的八条清单
候选方案无论是开源拼装还是商用引擎,按这八条过一遍,任何一条含糊都会在生产里变成风险:
- 模型端点自选:支持 OpenAI 兼容接口与私有推理端点,模型可替换、可回滚
- RAG 溯源:答案必须命中你的知识库且可引用来源,而不是模型的自由发挥
- 人工接管:AI 答不准时无缝转人工,坐席能看到完整上下文
- 评测与红队:上线前能对回答质量做批量评测、对提示注入等攻击做仿真
- 流式与语音:回复流式下发,语音转写链路可控
- 部署足迹:单机可起步,扩容不改客户端
- 不出网:服务端无强制遥测或云依赖,内网可完整运行
- 数据治理:保留期、导出、匿名化与法律保留有现成机制
成本模型:按次计费 vs 买断
云端 AI 客服的通行计费是按坐席月付加 AI 加购,或按「每次解决」计费——对话量越大账单越高,且单价由厂商调整。私有化的账是另一种算法:一次性或按年的许可费,加上你自己的服务器与模型调用成本(模型调用量与对话量相关,但你可以选择更便宜的模型、缓存高频问题、限制上下文长度)。坐席越多、年限越长,两条曲线的差距越大;代入你的坐席数和对话量算三年总账,结论通常很直观。
从零到生产的路径
以 IMCore 为例:一条命令拉起含 AI worker 的本地栈(PostgreSQL + pgvector + Redis + 消息总线),配置 bot 与模型端点后即可在网页客服气泡里对话;第二步把知识库灌进 RAG、设置转人工规则;第三步用评测任务对回答质量做版本门禁,再上生产。部署形态从单机 Compose 到 Helm 集群不改客户端,模型端点可以随时切换——包括切到完全内网的推理服务。
常见问题
能接我自己部署的模型吗?
可以。IMCore 的 AI 后端支持 OpenAI 兼容接口、Dify、Coze 与自建 webhook,只要你的推理服务暴露兼容接口就能接入——包括 vLLM / Ollama 这类内网部署的推理方案。
客户对话数据会被拿去训练模型吗?
不会。IMCore 服务端不向厂商上报对话数据,也不内置遥测;对话存储在你自己的数据库里。是否用自有数据微调模型,完全是你自己的决定——在私有部署里这天然成立。
欧盟 AI Act 对 AI 客服有什么要求?
对话式客服通常属于透明度义务范畴:要让用户知道在与 AI 交互、AI 生成内容需可识别,人工转接是通行的兜底要求。私有部署不豁免这些义务,但让你对提示词、知识库与日志拥有完全控制,落地披露与留痕更直接。具体义务以官方文本与你的法务意见为准。
延伸阅读
竞品对比选型
/compare/ →Docker Compose 生产部署
/docs/deploy-docker-compose/ →自建聊天服务器:选型与架构
/docs/self-hosted-chat-server/ →私有化客服系统:为什么以及怎么选
/topics/self-hosted-customer-service/ →Self-hosted live chat:自托管在线客服指南
/topics/self-hosted-live-chat/ →内网隔离环境下的即时通讯:选型与部署
/topics/air-gapped-instant-messaging/ →READY TO OWN THE CONVERSATION?
带上你的部署规模, 一起算清需要几台机器
告诉我们并发连接、日消息量和部署环境,我们会给出明确的版本与架构建议。
通常一个工作日内回复