Channel
像门。Telegram、Slack、Discord、WhatsApp 都是不同的门。
Channels 导读
消息从哪来回哪去：路由规则与频道绑定
OpenClaw 的路由是确定性的，模型不选频道，全靠配置决定回复路径。先看“Routing rules”那 8 级优先级，搞懂 agent 是怎么被选中的；最容易踩坑的是多账号场景下没设 defaultAccount，系统会按首字母挑账号，跟你想要的很可能不一样。
先讲这一页到底在解决什么
消息从哪来回哪去：路由规则与频道绑定
OpenClaw 的路由是确定性的，模型不选频道，全靠配置决定回复路径。先看“Routing rules”那 8 级优先级，搞懂 agent 是怎么被选中的；最容易踩坑的是多账号场景下没设 defaultAccount，系统会按首字母挑账号，跟你想要的很可能不一样。
第一站
🚪 先把四个词翻成人话
这四个词一旦看顺，整页就清楚了。
Agent
像脑子。消息进来后，到底交给哪个脑子思考，是由你配的 bindings 决定。
SessionKey
像记忆桶。哪一串对话归同一个桶，决定了上下文会不会混在一起。
Binding
像路牌规则。写明“哪种门、哪个群、哪个账号，交给哪个脑子”。
第二站
🪣 SessionKey 那串长字符串，其实就是“消息到底应该被丢进哪只记忆桶里”
这不是炫复杂，而是在避免不同地方的聊天互相串味。
💬 DM 常落主桶
像私聊都回到同一只主记忆桶里，方便维持连续感。
👥 群和频道各有各桶
像每个群都单独一桶，不会把 A 群吵架记到 B 群头上。
🧵 Thread 会再细分
像在同一大桶里再挂一只小袋子，专门装这个子线程的上下文。
🎈 一句话
SessionKey 的作用，就是防止“聊着聊着串台”。
第三站
🛣️ Routing rules 那张优先级表，本质是在说“更具体的门牌，永远先赢过大而化之的默认规则”
越像“指定某一间房”，优先级越高。
🎯 精确 peer 匹配
像直接写“这一个具体群、这一个具体房间，交给某个脑子”。最先匹配。
🏢 guild / team / account
像从“整栋楼”或“整家公司”这个级别做分流。
🚪 channel 匹配
再宽一点，像说“凡是从 Telegram 门进来的，都交给这个脑子”。
🛟 default agent
前面都没写时，最后的兜底脑子。