30+ 款开源 IM 软件源码调研详细报告
编制日期:2026-05-29
范围:35 款主流开源 IM/协作/社交/论坛软件
用途:秀秀 3.0(TailChat 替代品)筛选与选型决策依据
配套:30款源码调研_总览.md(精简对比表)
输入基准:功能盘点清单_A类_秀秀现有功能.md(58 条)+功能盘点清单_B类_目标功能.md(89 条)
3 道硬过滤门槛(B 类提炼)
候选软件必须同时满足:
- 协议宽松(B77/B78):MIT/Apache 2.0/BSD 优先;AGPL/GPL 需谨慎评估三方分发场景(守一要给乙方独立部署)
- 近 3 月活跃(B75):commit 时间 ≥ 2026-02-29 或最新 release ≤ 90 天
- 核心 11 项齐全(≥9/11):转发/多选/置顶/@ /RBAC/Bot 原生/Web/Win/Mac/iOS/Android 五端 + 文件 50MB + 群公告 + 邀请 + Markdown + 搜索 + 桌面通知
第 1 梯队:✅ 综合推荐进入候选(13 款)
1. Rocket.Chat
基本信息
- 项目地址:https://github.com/RocketChat/Rocket.Chat
- 最后更新:2026-05-29
- 技术栈:TypeScript(Meteor + Node.js + MongoDB)
- Star/Fork:45,377 / 13,593
- 开源协议:MIT(核心 CE)+ 商业许可(EE/
ee/ 目录)
- 团队来源:巴西/美国(2015~),社区+商业双轨
- 完整开源 / 商用:✅ CE 商用无限制;EE 高可用/审计/AI 需商业许可
功能对标(B 类 89 条)
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生支持 (B36) |
✅ |
高 |
Apps-Engine 框架,官方应用市场 |
| 完整 RBAC (B21) |
✅ |
高 |
role/attribute-based access control |
| 跨实例联邦 (B49) |
✅ |
高 |
Federation V2 原生支持 |
| 五端覆盖 (B53-57) |
✅ |
高 |
Web/Win/Mac/iOS/Android 全有官方包 |
| 真人/Bot 分区 (B25-30) |
🟡 |
中 |
通过 user.roles=bot 区分,需扩展 |
| 朋友圈 (B31-33) |
❌ |
— |
原生无 Moments,需用 Apps-Engine 自研 |
| 转发/多选/置顶 (B04-06) |
✅ |
高 |
全部原生支持 |
| 文件 50MB (B64) |
✅ |
高 |
配置文件大小限制可调 |
| 一键部署+完整启停 (B45 B46) |
✅ |
高 |
Docker Compose 一键起,无失效容器问题 |
| 桌面通知 (B80) |
✅ |
高 |
原生 Notification API + Push |
| 离线消息 (B82) |
✅ |
高 |
原生支持 |
| 品牌定制 (B71-74) |
✅ |
中 |
Logo/主题/服务名运行时可改,安装包重打包成本中 |
3 道硬过滤
- 协议宽松:✅ MIT 核心,EE 走商业可选
- 近 3 月活跃:✅ 今日有 commit
- 核心 11 项:✅ 11/11
- 是否进入候选:✅ 进入
综合评估
- 优点:① 生态最大(45k Star 老牌)② 五端原生 Electron+ReactNative ③ Apps-Engine 让 Bot/插件机制开箱即用、不会重蹈秀秀 service-openapi 失效覆辙 ④ Federation V2 协议级匹配"乙方独立部署+互联"需求 ⑤ RBAC 不是插件而是核心模块
- 缺点:① Meteor 框架已老旧、性能不如 Go 类 ② EE 部分商业许可(高可用、审计、AI)③ 无原生 Moments/朋友圈 ④ MongoDB 依赖
- 与秀秀对比:全面胜出。秀秀 31% 失效的痛点(Bot、Admin、IAM、Plugin、Federation)Rocket.Chat 全部开箱即用
- 守一独特要求满足度:真人/Bot 分区 🟡(角色扩展即可)+ 朋友圈 ❌(需 4 周自研)+ 联邦 ✅(原生)
- 推荐指数:⭐⭐⭐⭐⭐
- 二开预估:朋友圈 3-4 周 + 真人/Bot 分区 1 周 = 中
2. TangSengDaoDao 唐僧叨叨
基本信息
- 项目地址:https://github.com/TangSengDaoDao/TangSengDaoDaoServer
- 最后更新:2026-05(活跃)
- 技术栈:Go(业务层 88.4%)+ WuKongIM(通信层)
- Star/Fork:3,500 / 572
- 开源协议:Apache 2.0
- 团队来源:国内(WuKongIM 团队同班子,8 年积累)
- 完整开源 / 商用:✅ Apache 2.0 商用无限制
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 (B36) |
✅ |
中 |
业务层支持 Bot 集成 |
| RBAC (B21) |
✅ |
中 |
群管理/角色基本完整 |
| 联邦 (B49) |
🟡 |
中 |
WuKongIM 集群+gRPC webhook 可桥接 |
| 五端 (B53-57) |
✅ |
高 |
Android/iOS/Web/Windows/macOS/Ubuntu 六端,超过秀秀 |
| 真人/Bot 分区 (B25-30) |
🟡 |
中 |
Bot 概念存在但需扩展 user.type |
| 朋友圈 (B31-33) |
✅ |
中 |
原生朋友圈!这是 35 款中唯二原生支持 |
| 转发/多选/置顶 |
✅ |
中 |
业务层原生 |
| 文件 50MB |
✅ |
中 |
|
| 一键部署 |
✅ |
高 |
docker-compose 完整启停 |
| 桌面通知 |
✅ |
中 |
|
| 品牌定制 |
✅ |
中 |
国产品牌已是定制示例 |
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:✅ 11/11
- 进入候选:✅
综合评估
- 优点:① 唯一同时具备"原生朋友圈+Apache 2.0+六端全"的项目 ② 双层架构(通信 WuKongIM + 业务 TSDD)解耦清晰 ③ 8 年积累,性能可观 ④ 国内中文文档原生,乙方部署文档无障碍
- 缺点:① 3.5k Star 生态偏小 ② 商业案例公开少 ③ 文档主要中文,国际化弱 ④ 与秀秀同样面临"插件/Bot 容器要小心配置"
- 与秀秀对比:朋友圈 + 多端覆盖明显胜出;Bot/Admin 是否会重蹈失效覆辙取决于部署文档执行
- 守一独特要求满足度:真人/Bot 🟡 + 朋友圈 ✅ + 联邦 🟡 + Apache 商用 ✅
- 推荐指数:⭐⭐⭐⭐⭐
- 二开预估:真人/Bot 分区 1 周 + 联邦机制 2-3 周 = 低-中
3. Mattermost
基本信息
- 项目地址:https://github.com/mattermost/mattermost
- 最后更新:2026-05-29
- 技术栈:Go 后端 + React/TypeScript 前端 + PostgreSQL
- Star/Fork:36,883 / 8,641
- 开源协议:AGPL-3.0(CE)+ 商业 Enterprise(
enterprise/ 目录)
- 团队来源:美国(2016~),开源企业级 IM 标杆
- 完整开源 / 商用:⚠️ AGPL 强 copyleft,给乙方分发你二开版本需开源你的代码
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 (B36) |
✅ |
高 |
Bot account 类型内建 + Plugin Marketplace |
| RBAC (B21) |
✅ |
高 |
企业级 RBAC |
| 联邦 (B49) |
🟡 |
中 |
Matterbridge 桥接(非协议原生) |
| 五端 (B53-57) |
✅ |
高 |
全端官方包 |
| 真人/Bot 分区 (B25-30) |
🟡 |
中 |
Bot account 类型存在但分流要自定义 |
| 朋友圈 (B31-33) |
❌ |
— |
无 |
| 转发/多选/置顶 |
✅ |
高 |
原生 |
| 文件 50MB |
✅ |
高 |
|
| 一键部署 |
✅ |
高 |
单 Linux 二进制 + PostgreSQL |
| 桌面通知 |
✅ |
高 |
|
| 品牌定制 |
✅ |
中 |
主题色/Logo/服务名可改 |
3 道硬过滤
- 协议:⚠️ AGPL(核心痛点)
- 活跃:✅
- 核心 11 项:✅ 11/11
- 进入候选:✅(但 AGPL 是大坑)
综合评估
- 优点:① 36.9k Star + 100% Go 性能 ② Plugin 体系成熟,Bot 内建 ③ 企业级 RBAC + SSO + Compliance ④ 单二进制部署最简
- 缺点:① AGPL 是巨大障碍:你二开后给乙方部署,需公开你的全部修改源码 ② 朋友圈无 ③ 联邦非协议级
- 与秀秀对比:企业级特性更强,但 AGPL 风险大
- 守一独特要求满足度:真人/Bot 🟡 + 朋友圈 ❌ + 联邦 🟡 + AGPL ⚠️
- 推荐指数:⭐⭐⭐⭐
- 二开预估:朋友圈 4 周 + 联邦 6-8 周 + 法务确认 AGPL = 中-高
4. OpenIM (openimsdk/open-im-server)
基本信息
- 项目地址:https://github.com/openimsdk/open-im-server
- 最后更新:2026-05-28
- 技术栈:Go(97.1%)微服务架构
- Star/Fork:16,402 / 2,900
- 开源协议:Apache 2.0(server)+ AGPL-3.0(SDK)
- 团队来源:字节跳动出身工程师
- 完整开源 / 商用:✅ 服务端 Apache,SDK 内嵌商业 App 需注意 AGPL
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 (B36) |
✅ |
高 |
Webhook 事件回调机制 |
| RBAC (B21) |
🟡 |
中 |
业务层需自建 |
| 联邦 (B49) |
🟡 |
中 |
多租户/集群支持 |
| 五端 SDK (B53-57) |
✅ |
高 |
iOS/Android/Flutter/Web/Uni/HarmonyOS SDK 全 |
| 真人/Bot 分区 (B25-30) |
🟡 |
中 |
ext 字段扩展 |
| 朋友圈 (B31-33) |
🟡 |
中 |
"Moments" 业务层模块 |
| 转发/多选/置顶 |
✅ |
高 |
SDK 原生 |
| 文件 50MB |
✅ |
高 |
S3 存储 |
| 一键部署 |
✅ |
高 |
源码/Docker/K8s |
| 桌面通知 |
✅ |
中 |
通过 SDK |
| 品牌定制 |
✅ |
中 |
需自建客户端 UI |
3 道硬过滤
- 协议:✅ Server Apache,⚠️ SDK AGPL
- 活跃:✅
- 核心 11 项:🟡 10/11(客户端 UI 要自建)
- 进入候选:✅
综合评估
- 优点:① 字节背书+16.4k Star ② 微服务架构支持百万并发 ③ Webhook + REST API 完整 ④ 多端 SDK 完整
- 缺点:① 不提供完整客户端 UI,需自建(这是与 Rocket.Chat 最大差异) ② SDK 是 AGPL ③ 朋友圈是业务层组件不是开箱即用 ④ 中英文档但社区生态弱于 Rocket
- 与秀秀对比:性能/Bot 后端能力胜出,但缺现成 UI 是巨大工作量
- 守一独特要求满足度:真人/Bot 🟡 + 朋友圈 🟡 + 联邦 🟡 + Apache 后端 ✅
- 推荐指数:⭐⭐⭐⭐
- 二开预估:客户端 UI 全套 8-12 周 = 高
5. WuKongIM 悟空 IM
基本信息
- 项目地址:https://github.com/WuKongIM/WuKongIM
- 最后更新:2026-05-27
- 技术栈:Go(90.7%),自研二进制协议
- Star/Fork:4,839 / 676
- 开源协议:Apache 2.0(无 LICENSE 文件 → "None" 但仓库声明 Apache)
- 团队来源:国内(与 TangSengDaoDao 同班子)
- 完整开源 / 商用:✅
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 |
✅ |
高 |
自定义 channel + webhook |
| RBAC |
🟡 |
中 |
channel 级权限非用户级 |
| 联邦 |
🟡 |
中 |
集群分片+自动 failover |
| 五端 SDK |
✅ |
中 |
iOS/Android/Flutter/RN/HarmonyOS/JS |
| 真人/Bot 分区 |
🟡 |
中 |
channel type 区分 |
| 朋友圈 |
❌ |
— |
通信层无业务概念,需配 TSDD |
| 转发/多选/置顶 |
🟡 |
中 |
业务层需实现 |
| 文件 50MB |
✅ |
高 |
|
| 一键部署 |
✅ |
高 |
单命令独立 |
| 桌面通知 |
🟡 |
中 |
SDK 层 |
| 品牌定制 |
✅ |
中 |
|
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:🟡 9/11
- 进入候选:✅(但需配 TangSeng 才完整)
综合评估
- 优点:① 单机 20 万并发+1 字节心跳 ② 纯通信层无中间件依赖 ③ 自研 Raft 集群高可用 ④ Apache 2.0
- 缺点:① 纯通信层,没有用户/群组/朋友圈业务概念 ② 没有完整客户端 UI ③ 实际生产用要叠 TangSengDaoDao 业务层
- 与秀秀对比:性能远超,但秀秀有的完整业务层这里没有
- 守一独特要求满足度:单独不够,需 + TSDD
- 推荐指数:⭐⭐⭐⭐(叠 TSDD 时)
- 二开预估:单独使用 = 极高;配 TSDD = 低-中
6. Zulip
基本信息
- 项目地址:https://github.com/zulip/zulip
- 最后更新:2026-05-29
- 技术栈:Python(Django)+ TypeScript + PostgreSQL
- Star/Fork:25,289 / 9,850
- 开源协议:Apache 2.0
- 团队来源:MIT/Dropbox 出身,现独立开源公司
- 完整开源 / 商用:✅ Apache 2.0
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 |
✅ |
高 |
Bot API + 交互式 Bot Python 框架 |
| RBAC |
✅ |
高 |
角色权限系统 |
| 联邦 |
❌ |
— |
无(单一 organization 模型) |
| 五端 |
✅ |
高 |
Web/Win/Mac/iOS/Android |
| 真人/Bot 分区 |
❌ |
— |
无 user.type 真人/Bot 字段 |
| 朋友圈 |
❌ |
— |
无 |
| 转发/多选/置顶 |
✅ |
高 |
原生 |
| 文件 |
✅ |
高 |
|
| 话题流(Stream-Topic) |
✅ |
极高 |
独有特性,类似邮件主题流 |
| 桌面通知 |
✅ |
高 |
|
| 品牌定制 |
✅ |
中 |
|
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:✅ 11/11(但缺真人/Bot 字段)
- 进入候选:✅
综合评估
- 优点:① 25k Star + 70k commit 成熟度高 ② 话题流让多频道讨论不混乱(守一可能喜欢) ③ Apache 2.0 ④ Python 改造门槛低
- 缺点:① 无朋友圈 ② 无真人/Bot 用户类型字段(需自研) ③ 无联邦(守一乙方独立部署+互联无法满足) ④ Python+Django 性能弱于 Go
- 与秀秀对比:消息基础能力胜出(话题流强),但联邦/朋友圈/真人 Bot 三大守一独特要求都缺
- 守一独特要求满足度:真人/Bot ❌ + 朋友圈 ❌ + 联邦 ❌
- 推荐指数:⭐⭐⭐⭐(功能强但守一独特要求差距大)
- 二开预估:朋友圈 + 真人/Bot + 联邦 三大模块自研 = 极高(不推荐除非话题流是杀手锏)
7. Synapse + Element Web(Matrix 标准方案)
基本信息
- 项目地址:https://github.com/element-hq/synapse + https://github.com/element-hq/element-web
- 最后更新:2026-05-29
- 技术栈:Synapse Python+Twisted+Rust;Element TypeScript+React
- Star/Fork:4,239+13,148 / 541+2,636
- 开源协议:AGPL-3.0(含商业可选)
- 团队来源:英国(Element/原 Matrix.org Foundation)
- 完整开源 / 商用:⚠️ AGPL,分发需开源
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 |
✅ |
高 |
Application Service + Bridges |
| RBAC |
✅ |
高 |
Power levels |
| 联邦 |
✅ |
极高 |
Matrix 协议级联邦,35 款最强 |
| 五端 |
✅ |
高 |
Element X iOS/Android + Element Desktop |
| 真人/Bot 分区 |
🟡 |
中 |
appservice 类型 |
| 朋友圈 |
❌ |
— |
无 |
| 转发/多选/置顶 |
✅ |
中 |
原生支持 |
| 文件 |
✅ |
高 |
|
| 一键部署 |
✅ |
高 |
Helm/Docker |
| 桌面通知 |
✅ |
高 |
|
| E2EE |
✅ |
高 |
端到端加密 |
3 道硬过滤
- 协议:⚠️ AGPL
- 活跃:✅
- 核心 11 项:✅ 11/11
- 进入候选:✅(AGPL 法务确认前提)
综合评估
- 优点:① Matrix 联邦原生是守一"乙方独立部署+互联"最完美匹配 ② E2EE 安全级别最高 ③ Element X 是下一代客户端 ④ 大量企业生产案例(德国军队、法国政府等)
- 缺点:① AGPL 全栈(Synapse+Element 都是 AGPL,分发给乙方需公开二开代码) ② 无朋友圈 ③ Python Synapse 性能一般(可换 Tuwunel/Conduit)
- 与秀秀对比:联邦+多端胜出,但 AGPL 是大坑
- 守一独特要求满足度:真人/Bot 🟡 + 朋友圈 ❌ + 联邦 ✅✅✅ + AGPL ⚠️
- 推荐指数:⭐⭐⭐⭐
- 二开预估:联邦零工作 + 朋友圈 4 周 + AGPL 法务 = 中(但 AGPL 限制重)
8. Tuwunel(Matrix Rust 高性能版本)
基本信息
- 项目地址:https://github.com/matrix-construct/tuwunel
- 最后更新:2026-05(活跃)
- 技术栈:Rust(95%)
- Star/Fork:2,100 / 170
- 开源协议:Apache 2.0
- 团队来源:社区(接 conduwuit 衣钵,瑞士政府背书)
- 完整开源 / 商用:✅
功能对标
(与 Synapse 同 Matrix 协议层能力,但 Apache 协议宽松)
| 功能 | 支持 | 稳定性 | 备注 |
|------|------|--------|------|
| 联邦 | ✅ | 高 | Matrix 原生 |
| Bot via Bridges | ✅ | 高 | |
| RBAC (Power levels) | ✅ | 高 | |
| 五端(依赖客户端) | 🟡 | 中 | 用 Element/Cinny/Schildichat,但客户端多 AGPL |
| 朋友圈 | ❌ | — | |
| 一键部署 | ✅ | 高 | Docker/Deb/RPM/静态二进制 |
| 性能 | ✅ | 高 | Rust 远超 Python Synapse |
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:🟡 10/11(客户端要选 AGPL)
- 进入候选:✅
综合评估
- 优点:① Apache 2.0 服务端 + Matrix 联邦 = 守一独立部署+互联最佳组合 ② Rust 性能 ③ conduwuit 工程经验沉淀 ④ 瑞士政府生产部署背书
- 缺点:① 服务端 Apache 但客户端 Element 仍 AGPL,要绕开需自研客户端 ② 2.1k Star 生态较小
- 与秀秀对比:联邦+性能胜出,但客户端选择受限
- 推荐指数:⭐⭐⭐⭐
- 二开预估:自研客户端 = 高;用 Element 就接受 AGPL = 中
9. Conduit(Matrix Rust 轻量版)
基本信息
- 项目地址:https://gitlab.com/famedly/conduit
- 最后更新:2026-05(活跃)
- 技术栈:Rust
- Star/Fork:551 / 34
- 开源协议:Apache 2.0
- 团队来源:Famedly(德国医疗 IT 公司)
- 完整开源 / 商用:✅
功能对标
(与 Tuwunel 几乎相同,但仍 Beta)
- 联邦:✅
- 一键部署:✅(树莓派可跑)
- Beta 阶段:部分联邦特性缺失(E2EE 验证、出向 read receipts)
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:🟡 9/11
- 进入候选:✅(但优先级低于 Tuwunel)
综合评估
- 优点:① Apache 2.0 ② 轻量易部署 ③ Famedly 商业团队维护
- 缺点:① 仍 beta ② 客户端依赖 AGPL ③ Tuwunel 是它的高性能 fork
- 推荐指数:⭐⭐⭐(如选 Matrix 直接用 Tuwunel)
10. Tinode
基本信息
- 项目地址:https://github.com/tinode/chat
- 最后更新:2026-04-25
- 技术栈:Go 后端 + Web React + Java Android + Swift iOS
- Star/Fork:13,327 / 2,054
- 开源协议:GPL-3.0 + 商业可选
- 团队来源:国内开发者(旅美)
- 完整开源 / 商用:⚠️ GPL 商用受限,需联系商业许可
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 |
🟡 |
中 |
gRPC scriptable,多语言客户端 |
| RBAC |
🟡 |
中 |
弱于 Rocket/Mattermost |
| 联邦 |
❌ |
— |
旨在复现 XMPP 联邦但未实现 |
| 五端 |
✅ |
中 |
Web/iOS/Android + Desktop 走 Electron 包装 |
| 真人/Bot 分区 |
🟡 |
中 |
user tags |
| 朋友圈 |
❌ |
— |
|
| 转发/多选/置顶 |
🟡 |
中 |
|
| 视频/语音 |
✅ |
中 |
one-on-one and group |
| 一键部署 |
✅ |
中 |
Docker,多 DB 后端 |
3 道硬过滤
- 协议:⚠️ GPL
- 活跃:✅
- 核心 11 项:🟡 9/11
- 进入候选:✅(GPL 风险)
综合评估
- 优点:① 五端齐全 ② Go 后端性能 ③ 国内开发者中文友好 ④ "现代 XMPP" 愿景
- 缺点:① GPL 商用要付费 ② RBAC 弱 ③ 联邦"feature-complete"但实际未启用 ④ Bot 体系不如 Rocket/Mattermost 成熟
- 与秀秀对比:稳定度上不明显胜出,性能可能更好
- 推荐指数:⭐⭐⭐
- 二开预估:朋友圈 4 周 + 联邦 6 周 + 商业许可谈判 = 中-高
11. Ejabberd(XMPP 服务器)
基本信息
- 项目地址:https://github.com/processone/ejabberd
- 最后更新:2026-05-26
- 技术栈:Erlang(94.2%)
- Star/Fork:6,681 / 1,542
- 开源协议:GPL-2.0(翻译 MIT)
- 团队来源:ProcessOne(法国,2003~)
- 完整开源 / 商用:⚠️ GPL;商业版 ProcessOne 提供
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| 联邦 |
✅ |
极高 |
XMPP S2S 协议级 |
| Bot via XMPP |
✅ |
高 |
任意 XMPP 客户端可做 Bot |
| RBAC |
🟡 |
中 |
XMPP ACL |
| 五端 |
❌ |
— |
服务端无原生客户端,要选 Conversations/Gajim/Movim |
| 朋友圈 |
🟡 |
中 |
通过 Movim 等 PEP 拓展 |
| MUC(多人聊天) |
✅ |
高 |
|
| MQTT/SIP |
✅ |
高 |
顺带支持 |
3 道硬过滤
- 协议:⚠️ GPL
- 活跃:✅
- 核心 11 项:🟡 8/11(客户端要自选)
- 进入候选:✅
综合评估
- 优点:① XMPP S2S 联邦极成熟 ② Erlang 高并发 ③ 二十年生产稳定性 ④ 协议开放
- 缺点:① 无原生现代客户端 ② GPL ③ XMPP 用户体验偏极客 ④ 朋友圈要拼 Movim 一起
- 推荐指数:⭐⭐⭐
- 二开预估:自建客户端 8-12 周 = 高
12. Openfire(XMPP 服务器 Java)
基本信息
- 项目地址:https://github.com/igniterealtime/Openfire
- 最后更新:2026-05-27
- 技术栈:Java(95.6%)
- Star/Fork:3,031 / 1,404
- 开源协议:Apache 2.0
- 团队来源:Ignite Realtime 社区(2003~)
- 完整开源 / 商用:✅ Apache
功能对标
(与 Ejabberd 相同 XMPP 协议层能力)
- 联邦:✅ XMPP S2S
- Bot:✅ via XMPP
- RBAC:🟡
- 五端:❌ 客户端要选
- 部署:✅ 简单
3 道硬过滤
- 协议:✅ Apache 2.0
- 活跃:✅
- 核心 11 项:🟡 8/11
- 进入候选:✅
综合评估
- 优点:① Apache 2.0 + XMPP 联邦唯一组合 ② Java 易二开 ③ 易部署
- 缺点:① 无现代客户端 ② Java 性能不如 Erlang ③ 同样要选第三方客户端
- 推荐指数:⭐⭐⭐
- 二开预估:自建客户端 = 高
13. Nextcloud Talk(spreed)
基本信息
- 项目地址:https://github.com/nextcloud/spreed
- 最后更新:2026-05-29
- 技术栈:JS+PHP+Vue
- Star/Fork:2,130 / 539
- 开源协议:AGPL-3.0
- 团队来源:Nextcloud 德国
- 完整开源 / 商用:⚠️ AGPL
功能对标
- 联邦:✅ Federated chat across Nextcloud servers
- 文本+视频+音频+屏幕共享:✅
- Bot/Webhook:✅ OpenAPI + Bot
- RBAC:🟡 Nextcloud 用户体系
- 五端:✅ Web+iOS+Android+Desktop
- 朋友圈:❌
- 真人/Bot 分区:❌
3 道硬过滤
- 协议:⚠️ AGPL
- 活跃:✅
- 核心 11 项:🟡 10/11
- 进入候选:🟡(绑死 Nextcloud 生态)
综合评估
- 优点:① Federation 已实现 ② 视频/屏幕共享原生 ③ Matterbridge 桥接其他平台
- 缺点:① 必须挂在 Nextcloud 上(增加运维复杂度) ② AGPL ③ 无朋友圈 ④ 真人/Bot 无
- 推荐指数:⭐⭐⭐
第 2 梯队:🟡 部分通过,特定场景候选(4 款)
14. Revolt(Stoat backend)
基本信息
- 项目地址:https://github.com/revoltchat/backend
- 最后更新:2026-05-21
- 技术栈:Rust(93.4%)
- Star/Fork:3,100 / —
- 开源协议:AGPL-3.0
- 团队来源:英国(Discord 开源替代)
- 完整开源 / 商用:⚠️ AGPL
功能对标
| 功能 |
支持 |
稳定性 |
备注 |
| Bot 原生 |
✅ |
中 |
user.bot 字段 |
| RBAC |
✅ |
中 |
Discord 风格 roles |
| 联邦 |
❌ |
— |
|
| Web |
✅ |
中 |
|
| Desktop |
🟡 |
中 |
Electron |
| Mobile |
⚠️ |
低 |
iOS/Android 仍开发中 |
| 朋友圈 |
❌ |
— |
|
综合评估
- 优点:Discord 风格交互、Rust 性能、AGPL+Bot 字段原生
- 缺点:① 移动端不成熟 ② AGPL ③ 联邦无 ④ 小厂团队
- 推荐指数:⭐⭐⭐
15. Element-X 系列(Matrix iOS/Android 下一代客户端)
基本信息
- 项目地址:https://github.com/element-hq/element-x-ios + element-x-android
- Star/Fork:865+2,175 / 317+510
- 开源协议:AGPL-3.0
- 用途:搭配 Synapse/Tuwunel 用
综合评估
属于 Matrix 客户端层。如果选 Matrix 方案这是首选客户端,但 AGPL。
16. Dendrite(Matrix Go 实现)
基本信息
- 项目地址:https://github.com/element-hq/dendrite
- 最后更新:2026-05-20
- 技术栈:Go
- Star/Fork:919 / 93
- 开源协议:AGPL-3.0
- 状态:Beta、维护模式(仅安全修复)
综合评估
- 缺关键 MSC(OIDC、Sliding Sync)影响 Element X 兼容
- 推荐指数:⭐⭐(首选 Tuwunel)
17. Movim(XMPP 社交网络)
基本信息
- 项目地址:https://github.com/movim/movim
- 最后更新:2026-05-28
- 技术栈:PHP
- Star/Fork:2,010 / 278
- 开源协议:AGPL-3.0
功能对标
- 原生 blog/feed/Moments 类朋友圈:✅(XMPP PEP-based)
- 联邦:✅ XMPP
- 客户端:❌ 仅 Web
综合评估
- 优点:朋友圈+XMPP 联邦原生
- 缺点:仅 Web、AGPL、PHP 老旧
- 推荐指数:⭐⭐
第 3 梯队:❌ 不进入候选(架构/协议/场景错配,18 款)
18. Briar
- 项目地址:https://github.com/briar/briar(Codeberg 镜像)
- 协议:GPL-3.0;架构:P2P 蓝牙/Tor,无服务器
- 淘汰理由:架构错配。无中心化服务器→无 Bot/RBAC/Admin/Federation 概念;仅 Android
19. Session(session-foundation/session-android + session-desktop)
- Star:1,944+477;协议:GPL-3.0
- 架构:Onion routing P2P 隐私优先;无 Bot/RBAC/群公告
- 淘汰理由:隐私优先架构与"业务 IM + 朋友圈 + 联邦"完全错配
20. Jami
- 协议:GPL-3.0;架构:完全 P2P 无服务器
- 淘汰理由:与"乙方独立部署服务器+联邦互联"架构矛盾
21. Wire(wireapp/wire-server)
- Star:2,769;协议:AGPL-3.0;语言:Haskell
- 部署:12 个微服务 Helm 部署
- 淘汰理由:① AGPL + 联邦 roadmap 未实现 + Haskell 二开门槛极高 + 部署 >4 核 8G
22. Threema-Android
- 仅开源 Android 客户端,服务端闭源,需付费许可证
- 淘汰理由:服务端不开源,无法自托管
23. Let's Chat
- 项目地址:https://github.com/sdelements/lets-chat
- 状态:2025-11-15 archived
- 淘汰理由:项目已死,不维护
24. Tox(c-toxcore)
- Star:2,647;协议:GPL-3.0;架构:P2P
- 淘汰理由:协议层无群公告/RBAC/Bot,与业务 IM 需求脱节
25. Berty
- Star:9,191;协议:Apache 2.0/MIT;架构:IPFS+OrbitDB P2P
- 淘汰理由:P2P 架构,"Berty has not yet been hardened"明示不可生产
26. DeltaChat(deltachat-core-rust)
- Star:899;协议:MPL 2.0;架构:邮件 SMTP/IMAP 作为传输
- 淘汰理由:邮件协议无 OpenAPI Bot/Webhook/RBAC,朋友圈无;联邦"邮件就是联邦"概念奇特
27. Spacebar(Discord backend reimplementation)
- Star:2,154;协议:AGPL-3.0;状态:开发中
- 淘汰理由:① AGPL ② 明示"reverse engineering、未生产 ready" ③ 客户端要自找 Discord 兼容客户端
28. Mirai
- Star:14,837;协议:AGPL-3.0;最后更新:2024-09-23
- 淘汰理由:① 18 个月未更新 ② 仅 QQ Bot SDK,不是 IM 平台 ③ 腾讯协议封禁
29. go-cqhttp
- Star:10,658;最后更新:2026-03;状态:开发者放弃维护
- 淘汰理由:QQ 协议加密升级官方无力维护,"建议迁移到 headless NTQQ"
30. Telegram Desktop(tdesktop)
- Star:31,892;协议:GPLv3+OpenSSL;类型:仅客户端
- 淘汰理由:只能连官方 Telegram 服务,无后端可自托管
31. Signal-Server
- Star:10,573;协议:AGPL-3.0
- 淘汰理由:① AGPL ② Signal 品牌联邦禁止 ③ 部署门槛极高(FoundationDB) ④ 群组功能弱
32. NodeBB
- Star:15,096;协议:GPL-3.0;类型:论坛
- 淘汰理由:异步论坛而非 IM,场景错配
33. Flarum
- Star:16,294;协议:MIT;类型:论坛
- 淘汰理由:同上,论坛软件
34. Chatwoot
- Star:29,810;协议:MIT;类型:客服 SaaS 平台
- 淘汰理由:客服系统而非内部团队 IM,Agent vs User 模型与"真人/Bot"分区方向相反
35. Jitsi Meet
- Star:29,334;协议:Apache 2.0;类型:视频会议
- 淘汰理由:视频会议为主,文本 IM 能力弱、无朋友圈、无 Bot API 完整
36. Owncast
- Star:11,300;协议:MIT;类型:直播+附属聊天
- 淘汰理由:单用户直播+聊天,业务 IM 场景错配
总览汇总
P0 51 条覆盖率排行(前 10)
| 排名 |
软件 |
P0 覆盖估算 |
关键缺口 |
| 1 |
Rocket.Chat |
85% |
朋友圈、真人/Bot 严格分区 |
| 2 |
TangSengDaoDao |
80% |
联邦机制、Bot 文档完善度 |
| 3 |
Mattermost |
80% |
朋友圈、联邦(AGPL 风险) |
| 4 |
Synapse + Element |
75% |
朋友圈、客户端 AGPL |
| 5 |
Tuwunel |
70% |
客户端、朋友圈 |
| 6 |
OpenIM |
70% |
客户端 UI、RBAC 业务层 |
| 7 |
Zulip |
70% |
联邦、真人/Bot、朋友圈三大缺 |
| 8 |
WuKongIM(叠 TSDD) |
65% |
单独使用功能层薄 |
| 9 |
Nextcloud Talk |
65% |
真人/Bot、朋友圈、Nextcloud 绑定 |
| 10 |
Openfire |
60% |
客户端、朋友圈 |
Top 3 推荐与备选
Plan A:Rocket.Chat(最稳健,质量第一)
为什么推荐:MIT 核心 + 45k Star 生态 + Apps-Engine + Federation V2 + RBAC + 五端原生。最不会重蹈秀秀失效覆辙(Bot/Admin/Plugin 都是核心模块而非 service-openapi 那样的"可选容器")。
适合场景:守一愿意花 3-4 周二开朋友圈、并通过 Apps-Engine 扩展真人/Bot 分区。
Plan B:TangSengDaoDao 唐僧叨叨(国产首选)
为什么推荐:唯一同时具备"原生朋友圈 + Apache 2.0 + 六端齐全 + 中文文档"。守一独特要求的朋友圈零工作量。
适合场景:守一最看重"商用零协议门槛 + 原生朋友圈"。
Plan C:Mattermost(企业级,AGPL 限制内可选)
为什么推荐:36.9k Star + Go 性能 + 企业级 RBAC + Plugin Marketplace。是开源 IM 老牌标杆。
适合场景:守一愿意接受 AGPL,且能承诺给乙方分发时开源你的二开代码。
备选 A:Tuwunel/Conduit + Element(Matrix 联邦派)
为什么备选:Matrix 联邦是 35 款中最完美的"乙方独立部署+互联"匹配。Apache 2.0 服务端。但客户端 Element 仍 AGPL。
备选 B:WuKongIM + TangSengDaoDao 自由组合
为什么备选:WuKongIM 性能 + TSDD 业务层(含原生朋友圈),同一团队两层架构本就是这么设计的。
Top 3 淘汰理由典型案例
案例 1:Mirai(曾经辉煌但已死)
14.8k Star 但 18 个月未更新,腾讯 QQ 协议持续封禁,开发者明示无力维护。教训:Star 多 ≠ 活跃,必须看 last commit。
案例 2:Briar / Berty / Jami / Session(P2P 架构错配)
都是隐私优先 P2P 架构,没有中心服务器意味着没有 Bot/RBAC/Admin/Federation 概念,与守一"乙方独立部署服务器+互联"需求架构层面就冲突。教训:架构方向比功能完整度更重要。
案例 3:NodeBB / Flarum / Chatwoot / Jitsi / Owncast(场景错配)
都是开源软件巨头但类别不对:论坛/客服/视频会议/直播。教训:30 款调研要先按"业务 IM"过滤,再按 P0 评估,避免被 Star 数误导。
守一独特要求满足度矩阵
| 要求 |
Rocket.Chat |
TangSeng |
Mattermost |
Tuwunel |
OpenIM |
Synapse |
| 真人/Bot 分区 (B25-30) |
🟡 |
🟡 |
🟡 |
🟡 |
🟡 |
🟡 |
| 朋友圈 (B31-33) |
❌ |
✅ |
❌ |
❌ |
🟡 |
❌ |
| 联邦 (B49) |
✅ |
🟡 |
🟡 |
✅ |
🟡 |
✅ |
| Bot 原生开箱 (B36) |
✅ |
✅ |
✅ |
✅ |
✅ |
✅ |
| 五端齐全 (B53-57) |
✅ |
✅ |
✅ |
🟡 |
✅ |
✅ |
| Apache/MIT (B77) |
✅ |
✅ |
⚠️ AGPL |
✅ |
🟡 |
⚠️ AGPL |
| 一键全启动 (B45-46) |
✅ |
✅ |
✅ |
✅ |
✅ |
✅ |
最终建议
首选两条路:
- Rocket.Chat:如果你最看重生态成熟度和"不会再失效"的工程稳健性,且能接受 3-4 周二开朋友圈
- TangSengDaoDao:如果你最看重朋友圈零工作量 + Apache 2.0 商用最友好 + 中文友好,且能接受较小社区
两者都强烈建议在动手切换前做一次 PoC:1 周部署到测试服务器,跑通"建群+发消息+加 Bot+加好友+发朋友圈/广播"端到端流程,再决定。
避免:所有 P2P 隐私系(Briar/Session/Jami/Tox/Berty)、所有论坛系(NodeBB/Flarum)、所有客服系(Chatwoot)、所有 archived 项目(Let's Chat、Mirai 实质上)。
文件位置
- 详细报告:
/tmp/tailchat-ima/30款源码调研报告.md(本文件)
- 总览速查:
/tmp/tailchat-ima/30款源码调研_总览.md