先明确你的核心需求：
✅ 支持多个网站嵌入聊天挂件，区分不同站点访客
✅ 中文界面友好、适配国内网站
✅ 可接入 AI（DeepSeek、智谱、通义千问、OpenAI、本地 Ollama 等）
✅ 私有化部署、Docker 一键部署优先
✅ 人工客服 + AI 自动应答无缝切换
✅ 可二次开发、开源协议清晰
下面分首选推荐、国产本土化方案、备选轻量方案，附带优缺点、适用场景；最后给选型建议。
一、综合首选（通用多站点，社区成熟）
1. Chatwoot（⭐ 最推荐，海外头部开源客服）
开源协议：MIT（宽松，商用无限制）
技术栈：Ruby on Rails + Vue，官方 Docker Compose
核心能力
- 原生支持多网站渠道：每个站点单独创建网页渠道，生成独立 JS 嵌入代码，后台自动区分来源站点
- 网页挂件高度自定义：配色、按钮、欢迎语、离线表单、访客轨迹
- AI 能力：内置 Captain AI，支持自定义 LLM 接口；可对接任意兼容 OpenAI 格式大模型；支持 AI 辅助坐席、对话总结、自动回复
- 访客信息：来源页面、访问时长、浏览器、IP、标签；自动分配坐席
- 支持桌面客户端、移动端；对话记录永久私有化存储
优势
- 全球最大活跃度开源客服，持续更新，文档完善
- 多站点管理逻辑成熟，一套后台统一管理 N 个网站咨询
- API 开放，方便对接自研系统
短板 - 原生中文翻译有少量瑕疵（可自行汉化前端）
- Ruby 栈，运维新手排查问题门槛略高于 Go/PHP 项目
- 原生不带 RAG 知识库，想要基于文档问答，需要搭配 Dify/FastGPT 对接
适合：多个独立官网、企业站，想要稳定长期维护，追求宽松开源协议。
二、国产本土化开源方案（中文原生，国内开发者维护，优先选）
2. 唯一客服系统（GoFly Unique Chat，强烈推荐国内场景）
开源协议：MIT
技术栈：Golang，单二进制 / Docker 部署，轻量化
👉 Github：goflyv1kf/unique-chat
核心能力
- 专为国内网站设计，原生支持多站点，每个站点独立挂件配置
- AI 原生适配：直接支持对接 Dify、FastGPT、DeepSeek、通义千问、扣子 API，后台可视化配置，无需写代码
- 内置简易 FAQ 知识库；支持 AI 先行接待，无人时自动机器人，有人上线切换人工
- WebSocket 稳定，低服务器资源占用（1 核 2G 即可小规模运行）
- 支持文件、图片、表情包，访客离线留言
优势 - 全中文后台，部署简单，Nginx 反向代理配置教程多
- Golang 高性能，并发优于 PHP 方案；运维简单
- 国内社区、教程丰富，遇到问题容易搜到解决方案
短板 - 高级自动化规则不如 Chatwoot 丰富
- 移动端客服界面简洁，企业级复杂工单偏弱
国内多个中文网站部署首选，技术门槛低，开箱即用 AI 对接。
3. 99 客服（Workerman/Webman，PHP 开源）
开源协议：开源可商用
技术栈：PHP Workerman（国内高性能 IM 框架）
亮点
- 原生 RAG 知识库，支持导入文档构建 AI 问答
- 多网站嵌入、客服分组、微信公众号 / 小程序打通
- 支持语音消息、多轮 AI 对话
优势：PHP 运维人群广，二次开发上手快
短板：PHP 长时间高并发需要优化；长期大规模运维成本高于 Go 程序
4. 春松客服 CSKeFu
开源协议：Apache2.0
技术栈：Java
亮点：企业级设计，机器人引擎成熟；支持多渠道；可对接 Chatopera 机器人
短板：资源占用高（建议 4G 内存起步）；部署较重，适合中大型企业，小站点不推荐
三、轻量备选方案（小型站点、极简需求）
5. LiveHelperChat
老牌 PHP 开源客服，多站点支持，可外挂 OpenAI 接口。
缺点：界面老旧、UI 现代化不足，社区活跃度逐年下降，不优先推荐新项目。
四、架构方案两种模式（AI 接入两种实现思路）
方案 A：客服系统直接对接大模型 API（简单，快速上线）
适用：简单 FAQ 问答
唯一客服系统 / Chatwoot 后台直接填入大模型 API Key，配置提示词
缺点：没有知识库 RAG，AI 无法读取你的产品文档，泛化回答容易跑偏
方案 B：客服系统 + Dify/FastGPT（推荐！企业最佳实践）
网站访客 → 客服挂件 → 客服系统 ←→ Dify（RAG知识库+大模型）
- 客服系统作为聊天前端、访客管理、人工工作台
- Dify 负责：文档上传、知识库检索、RAG、提示词管理、多模型切换
✅ 优势：
- 知识库独立管理，随时导入产品手册、FAQ
- 支持本地 Ollama 私有大模型
- 一套 Dify 可以同时供给多个网站客服使用
如果你对 AI 问答质量要求高，强烈采用这套组合！
五、横向对比表
| 系统 | 多站点支持 | 中文友好 | 部署难度 | AI 原生支持 | RAG 知识库 | 推荐场景 |
|---|---|---|---|---|---|---|
| Chatwoot | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 中等 | ⭐⭐⭐⭐ | 无（需搭配 Dify） | 多站点、长期项目、宽松协议 |
| 唯一客服 GoFly | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | 低 | ⭐⭐⭐⭐⭐ | 简易 FAQ | 国内中小网站，首选 |
| 99 客服 (Workerman) | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | 低 | ⭐⭐⭐⭐ | 内置 RAG | PHP 开发者、需要微信生态 |
| 春松客服 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 高 | ⭐⭐⭐⭐ | 配套机器人 | 大型企业、Java 技术栈 |
六、最终选型建议
场景 1：中小规模、多个中文官网，追求简单易运维【首选：唯一客服系统 GoFly】
- Docker 一键部署，中文原生，后台可视化配置 AI 接口
- 直接嵌入 N 个网站，区分访客来源
- 想要强大知识库，额外部署 Dify 对接即可
场景 2：重视开源协议、未来可能拓展海外渠道、追求社区生态【首选：Chatwoot】
- MIT 协议无商业风险，功能全面
- 适合未来网站拓展海外业务，支持 WhatsApp 等渠道
场景 3：需要 AI 基于产品文档精准问答（RAG）
无论选上面哪一套客服系统，搭配 Dify，实现完整知识库智能客服。
七、避坑提醒
- 不要选用闭源 “开源” 客服（部分项目源码加密，名义开源）；优先确认 Github 完整源码开放
- WebSocket 必须正确配置 Nginx 反向代理，否则客服断线、消息延迟
- 多站点部署时，建议开启访客来源标记，方便区分哪个网站来的咨询
- 开源协议注意：AGPL 项目如果对外提供服务，需要公开修改后的代码；优先选择 MIT/Apache2.0