Channels and Pairing
在连接聊天应用之前,先理解支持的 channels、确定性路由和 pairing 规则。
支持哪些 channels
官方 channel 文档列出了 WhatsApp、Telegram、Discord、Slack、Signal、Google Chat,以及通过 BlueBubbles 接入 iMessage 等;Mattermost 等平台则通过插件扩展。
核心概念很简单:channels 可以同时运行,但回复会确定性地回到消息原来的聊天上下文中。
为什么会有 pairing
官方 pairing 文档说明,当某个 channel 使用 pairing 作为私信策略时,未知发送者会先被挂起,直到你明确批准。这是安全边界,不是 bug。
pairing 状态会存储在 ~/.openclaw/credentials/ 下,所以这些文件应当被视为敏感信息。
更实用的接入顺序
大多数情况下,建议按下面这个顺序来:
- 先让 Gateway 和 Control UI 正常工作,
- 再只选一个 channel,
- 先测私聊,
- 然后再扩展到群组行为或更多 channels。
这也是这套 openclaw tutorial 一直坚持的原则:一次只排查一个 channel,比同时接五个渠道容易得多。
群组与线程行为
官方 routing 文档说明,私聊通常会收敛到共享的 main session,而群组和频道会保持隔离。很多新用户会误以为模型自己决定回复到哪里,实际上并不是,路由由宿主配置控制,并且严格跟随消息来源上下文。
OpenClaw Tutorial 文档