
字节笔记本
2026年10月5日 · 约 5 分钟读完
Chatwoot:开源 AI 客服平台,全渠道统一收件箱
网站在线聊天、邮件、WhatsApp、Facebook、Instagram、短信:客户从各个渠道找你,你的团队却在多个工具之间来回切换,一条消息漏掉就是一次差评。
Chatwoot 把所有渠道的对话汇到一个收件箱里统一处理,还内置 AI 客服助手自动回复常见问题。项目在 GitHub 上以 MIT 协议开源,可以自托管,数据完全留在自己手里。
一、它是什么
Chatwoot 是一个开源的 AI 客服平台,核心能力可以概括为三块:全渠道统一收件箱、AI 自动回复、帮助中心。

全渠道接入
它支持的渠道覆盖了目前主流的客户触点:
| 渠道 | 支持 |
|---|---|
| 网站在线聊天 | 是 |
| 邮件 | 是 |
| 是 | |
| Facebook Messenger | 是 |
| Instagram DM | 是 |
| 短信(SMS) | 是 |
| Telegram | 是 |
| Line | 是 |
所有渠道的消息汇入同一个收件箱,客服团队不用再在多个工具之间切换。每条对话都能看到来源渠道和用户的历史记录,接手的人不用从头问起。
AI 客服助手
- 自动回复常见问题
- 智能意图识别
- 复杂对话自动转人工
- 团队精力放在真正需要人工处理的对话上
AI 部分走 OpenAI 兼容接口,可以按需选择 DeepSeek、GLM 等模型,成本自己可控。基本分工是:简单问题交给 AI 秒回,复杂问题转给人工,AI 在中间做识别和分流。
帮助中心
- 发布常见问题和使用指南
- 用户自助解决问题
- 减少重复咨询,幅度可达 30% 到 50%
很多咨询其实不需要开口,一篇写得清楚的指南就能解决。把高频问题沉淀进帮助中心,用户先自助、再找客服,重复提问自然就少了。
团队协作
- 内部备注:客服之间在对话里留笔记,客户看不到
- 快捷回复模板:高频问题一键插入
- 自动分配对话:按负载均衡派给合适的坐席
- 坐席工作量管理
- Slack、Shopify 等对接
二、技术栈
- 后端:Ruby on Rails
- 前端:Vue.js
- 数据库:PostgreSQL + Redis
- AI:OpenAI 兼容接口(可选 DeepSeek/GLM)
- 部署:Docker / Kubernetes
选型全是主流开源组件:Rails 社区成熟、文档全,Vue 前端容易做二次开发,PostgreSQL 加 Redis 是很多团队本来就在运维的组合。有 Web 开发经验的团队接手改造,上手成本不高。

三、和同类产品对比
| 对比项 | Chatwoot | Zendesk | Intercom | Crisp |
|---|---|---|---|---|
| 开源 | 是(MIT) | 否 | 否 | 否 |
| 全渠道 | 8 个以上 | 是 | 是 | 部分 |
| AI 助手 | 有 | 有(付费) | 有(价格高) | 无 |
| 帮助中心 | 有 | 有 | 有 | 无 |
| 自托管 | 支持 | 不支持 | 不支持 | 不支持 |
| 价格 | 免费或自托管 | $55/月起 | $74/月起 | $25/月起 |
Chatwoot 的差异点很清楚:开源、自托管、全渠道、AI 助手,四样同时满足。商业方案按坐席收月费,团队一大成本就上去了;Chatwoot 自托管完全免费,对话数据也不用交给第三方。
四、怎么部署
# Docker 一键部署
git clone https://github.com/chatwoot/chatwoot.git
cd chatwoot
docker-compose up -d启动后访问 http://localhost:3000 就能打开控制台。生产环境建议按官方文档配置域名、HTTPS、数据库密码等环境变量,再逐个接入各渠道的 API 凭据,比如 WhatsApp Business、Facebook 主页授权,都要在对应平台申请。
五、适合谁用
- 中小团队:预算有限,又需要覆盖多个渠道的客服入口
- 在意数据隐私的团队:对话记录不出自己的服务器
- 需要定制流程的团队:源码在手,可以按业务改逻辑、接内部系统
仓库地址:github.com/chatwoot/chatwoot,MIT 协议,可自由商用。如果你的客服团队还在多个工具之间来回切换,值得花一个下午把它跑起来试试。



