useopendesk/opendesk

一个可信的小团队客服台：一个 Go 二进制加 Postgres，自托管与云托管跑同一份代码。AI 助手和移动端有吸引力，但文档给出的细节有限。

解决什么问题

团队用共享邮箱加网页聊天回答客户时，工作容易散：一个人回邮件，另一个人没看到聊天消息，解答过的问题也没沉淀成帮助中心文章。常见做法是买按坐席收费的商用客服系统，数据放在厂商那里。opendesk 把邮件、在线聊天和知识库放进同一个收件箱，工单状态、负责人、备注、标签和 SLA 是共享状态，变更会实时同步给团队。把支持邮箱迁过来之后，同事看到的是同一张工单和同一段对话，不用转发邮件、也不用先问谁在处理。

有什么不同

架构上的关键选择是“事务内写事件”的中继：每个其他成员应看到的变更，都和变更本身写进同一个数据库事务，再经 NATS 发布，推送到浏览器和 webhook。实际意义是两人同时看一张工单时不容易出现无提示的分歧，而内部组件保持精简：不用 Redis，也不用 Kafka。自托管时 NATS 内嵌在 opendesk 二进制里，整个栈经 Caddy 挂在一个域名下。代价是代码库是异构的：Go 写的 API 和后台任务、不连数据库的 Elixir 实时网关、Postgres，以及用 Node/pnpm 构建的前端，贡献代码要准备多套工具链。第二个差异点是内置 AI Ollie，用任意 Anthropic 或 OpenAI 兼容接口（含本地模型）起草、分诊、翻译并依据知识库回答；对需要把客户文本留在身边的团队是条路，但 项目介绍 对如何评估回答质量讲得很少。扩展性方面有 REST API、带签名的 webhook、实时 socket 和 MCP；桌面端覆盖 macOS、Windows 和 Linux，另有原生 iPhone 应用，方便不在浏览器里的客服。

谁值得试

适合：已经有 Linux 服务器的小型客服或客户成功团队，希望邮件和在线聊天放在一起，并看重数据自托管。自托管快速上手 描述了任意 Linux 服务器上的 Docker Compose，一条安装命令会生成密钥并锁定版本，适合有一定运维能力的团队。不适合：没有 Docker 或 Linux 经验的团队，或者主要想要开箱即用托管产品的团队，因为自托管后这套栈的日常维护就落到团队身上。不想自己运维的团队可以用托管服务，README 说它与自托管是同一份代码，但这和自托管是两回事。

使用条件与边界

自托管需要 Linux 服务器、域名和 Docker；安装器会询问域名和用于 TLS 证书的邮箱。从源码开发更重：Go、带 pnpm 的 Node、Elixir，以及用于 Postgres 的 Docker，API、实时网关和 Web 前端要分别启动。日常维护属于自托管栈的常规工作：Postgres 备份、版本升级、维护 Caddy 入口和 TLS 续期。提交前最该确认的是邮件集成：从支持地址回复依赖 Google、Microsoft 或 SMTP 凭据，在配置邮件驱动之前，验证和邀请邮件只会打印在 API 日志里。README 还提到大团队可以付费获得迁移协助或支持协议，这部分不在开源安装范围内。

HotRepo 点评

HotRepo 从 2026-10-24 开始记录，2026-10-25 在“新项目榜”（不是总榜）排第 7，显示 443 个总 star，这只是快照，不是每日增量。仓库创建于 2026-10-11，尚无可比的趋势历史，热度能否持续无法判断。决定采用之前，建议查一下 自托管文档 里支持的邮件服务商配置和锁定版本之间的升级方式；这两个细节对日常运营的影响比功能列表更大。