Discord
Soon更适合社区与跨语言场景,完整接入指南即将上线。
CHANNELS
渠道接入的目标不是接得越多越好,而是先让 OpenClaw 出现在你团队真正会日常使用和接收结果的入口里。每多接一个渠道就会多一层配置、权限和排障成本,这页帮你判断第一个渠道应该选哪个、接入时该验证什么、以及什么时候才适合扩展到第二个渠道。
很多人安装完 OpenClaw 后,迟迟没有进入使用阶段,问题往往不是模型,也不是技能,而是没有一个真实的输入输出入口。
渠道接入的目标很简单:让 OpenClaw 出现在你真正会看的地方。
OpenClaw 通过统一的 Gateway 进程接入以下消息平台,所有渠道共享同一套技能和工作流配置:
| 渠道 | 接入方式 | 适合场景 |
|---|---|---|
| Baileys (linked device) | 个人 / 小团队即时沟通 | |
| Telegram | Bot API (official) | 社区运营、频道通知 |
| Discord | Bot token | 开源社区、游戏团队 |
| Slack | Bolt SDK / OAuth | 海外团队协作 |
| 飞书 | 官方插件 / 自建应用 | 中文团队协作(推荐) |
| 钉钉 | 自建应用 | 中文团队协作 |
| Signal | Signal CLI | 隐私优先场景 |
| iMessage | macOS native / BlueBubbles | Apple 生态用户 |
| Microsoft Teams | Bot Framework | 企业办公 |
| Google Chat | Chat API | Google Workspace 用户 |
| Matrix | Matrix SDK | 自托管 / 去中心化社区 |
| WebChat | 内置 Web UI | 零配置快速体验 |
首次接入建议只选一个渠道,跑通消息闭环后再扩展。WebChat 是零配置的内置渠道,安装完成后直接访问 http://127.0.0.1:18789/ 即可体验。
渠道接入命令:
openclaw channels add
向导会列出所有可用渠道,引导你填入对应凭证。
如果你更关心:
那么优先考虑飞书或钉钉一类的团队沟通工具。
如果你更关心:
OpenClaw 支持 Discord、Telegram、Slack、Signal、Matrix 等国际渠道,通过 `openclaw channels add` 向导即可配置。
第一次接入时,不要同时做太多目标。先只验证下面这个闭环:
这一步跑通之后,再去考虑更复杂的权限、工作流和自动化。
渠道接入通常意味着它会接触真实消息、真实群组、真实通知。先明确边界,再填配置。
如果消息乱发、接收异常或权限设置不合理,你能否快速停用?这要在接入前想好。
如果你已经知道自己主要跑的是中文工作流,实操里最常见的是这两条组合:
适合:
这条路线通常的顺序是:先准备火山引擎服务器和模型入口,再去飞书开放平台创建应用、开权限、发布版本,最后回到 OpenClaw 里做最小联调。
适合:
这条路线同样不要一上来就做满。先让“应用创建、实例可访问、消息能收发”三件事跑通,再考虑更复杂的自动化。
飞书是中文团队协作场景下最适合优先接入的渠道之一。第一次接入时建议先只验证最基础的消息闭环和权限边界配置,不要同时叠加太多自动化流程。从创建飞书应用、配置回调到完成第一条消息往返,按最稳的顺序跑通接入链路,再逐步扩展到更复杂的团队协作场景。
更适合社区与跨语言场景,完整接入指南即将上线。
适合更轻量的消息入口,后续再补专题。
完整配置指南即将上线。
中文团队场景的重要渠道,完整接入指南即将上线。
FAQ
看你实际使用场景。团队协作优先飞书或钉钉,社区或跨语言协作再考虑 Discord 等。
每多一个渠道,就多一层配置、权限和排障成本。先跑通一个真实入口更重要。