渠道与路由

将 OpenClaw 无缝接入到各个 IM 即时通讯平台，掌控多平台多智能体的消息分发与指挥路由

Channel（渠道）是 OpenClaw 触碰外部世界的神经触须，它是与各种聊天应用平台的长连接器，全权负责接收和发送消息大本营。通过配平这些 Channel，你可以直接在微信、飞书、Telegram 甚至 Discord 等自己最常用的平台无缝召唤并操控 OpenClaw AI 协同阵列。

Channel 神经中枢的核心使命

指令捕获：从广域的各大聊天平台捕获用户抛撒出的消息串
回音投射：将 AI Agent 的最终计算回复精准反向投射回正确的聊天会话中
巴别塔翻译：将不同平台乱七八糟的消息底层格式缝合成 OpenClaw 内部能听懂的标准指令
心跳守护：维护与各个平台服务器那脆弱的长连接或 Webhook 回调
事件嗅探：侦听并处理社群特定的高级事件（比如新人入群、被踢出群聊等事件）

🌐 已经点亮支持的平台矩阵

OpenClaw 支持广泛的一大批聊天平台：

主流即时通讯 (IM)

平台	状态等级	国内是否直连	部署难度	典型推荐场景
Telegram	✅ 极其稳定	✓	⭐ 点测即通	个人主力外脑、极客测试场
Discord	✅ 稳定	✓	⭐⭐ 略有难度	开发者游戏高玩社区、频道分区管理
飞书/Lark	✅ 稳定	✓	⭐⭐ 填空较多	企业级协作、公司内部大基座、群聊助理
微信	⚠️ 高危实验性	✓	⭐⭐⭐ 会封号	国内重度私人生活绑定（有概率风控封号）
WhatsApp	✅ 稳定	需魔法墙	⭐⭐ 略有难度	海外客户私域沉淀
Signal	✅ 稳定	需魔法墙	⭐⭐ 略有难度	绝对隐私对话避难所
Slack	✅ 稳定	需魔法墙	⭐⭐ 略有难度	海外标准企业级协作

企业级通讯生态

企业协作平台	状态等级	接入难易度
Microsoft Teams	✅ 稳定	⭐⭐⭐ 微软生态迷宫
Google Chat	✅ 稳定	⭐⭐ 常规操作
钉钉	⚠️ 黑盒迷雾	⭐⭐⭐ 极其复杂痛苦
企业微信	⚠️ 黑盒迷雾	⭐⭐⭐ 权限审核极度严格

🎛️ Channel 命令行总控管理大盘

侦查已激活打通的兵营阵地

# 宏观简述列出所有连通渠道
openclaw channels list

# 把所有信道的详细信息（带了多少人、哪个账号）全抖落出来
openclaw channels list --verbose

控制台全盘查岗图示：

Channels Watch:
✓ telegram (🟢 强劲运行中)
  - Account: main
  - Users: 15 / Groups: 3
  
✓ discord (🟢 强劲运行中)
  - Account: main
  - Servers: 2 / Channels: 8
  
⚠ feishu (🔴 翻车告警)
  - Account: main
  - Error: Connection timeout (连接一直打水漂没回音了)

增配部署新信道

openclaw channels add

顺着终端交互的提示框，像装软件一样无脑敲回车即可。

拆基站停运

# 拔掉并删除不想要的链接协议
openclaw channels remove <定义名字-例如telegram>

开关电闸 (调试专用)

# 让它重启一下拉拉筋骨
openclaw channels restart telegram

# 或者霸气宣告暂停服役断开
openclaw channels disable telegram
openclaw channels enable telegram

🛤️ 复杂路由调度策略 (Routing)

何为路由法则？

打通微信、TG之后，如果不设限制，全世界的人发的消息都会一窝蜂挤进 OpenClaw 处理器里。路由（Routing）定义了究竟“是谁在哪个群里发的哪句话”才会被批准跨渠道送到核心智能体（Agent）脑子里处理。

路由基本大法类型

1. 敞开大门 Open（完全无拘无束策略）

任何在这条频道的人发话必定触发响应，此模式仅仅只推荐给本地测试使用，放到公网会引来狂暴的 Token 大账单：

{
  "channels": {
    "telegram": {
      "groupPolicy": "open"
    }
  }
}

2. VIP贵宾室 Allowlist（白名单高墙策略）

你只为你钦定好的那几个特定白名单用户/白名单群组服务，野路子一概无视（这是生产上云环境最强制推荐的铁保底路线）：

{
  "channels": {
    "telegram": {
      "groupPolicy": "allowlist",
      "allowedUsers": ["123456", "789012"],     // 特许把门的 VIP 用户 ID
      "allowedGroups": ["group_id_1"]           // 特许把门的工作群 ID
    }
  }
}

3. 封杀令 Blocklist（黑名单拒马）

除了名单里的讨债群或捣乱分子，别的人我全都陪他们聊：

{
  "channels": {
    "telegram": {
      "groupPolicy": "blocklist",
      "blockedUsers": ["spam_user_1", "idiot_user_2"]
    }
  }
}

多条件联合指派（高级干涉路由）

跨界大联军分工（按渠道引流）

{
  "bindings": [
    {
      "agentId": "main",      // TG 的闲聊发给代号为 main 的默认核心管家
      "match": { "channel": "telegram" }
    },
    {
      "agentId": "coder",     // Discord 就是硬核，所有消息发给懂代码的代号 coder 人工智能
      "match": { "channel": "discord" }
    }
  ]
}

指派专属私教（按指定用户单独开小灶）

{
  "bindings": [
    {
      "agentId": "support",   // 只有遇到特定的这个大股东大佬 789012 的发话
      "match": {
        "channel": "telegram",
        "userId": "789012"
      }                       // 系统强制派出客服大头目 support 私人服务解答
    }
  ]
}

引爆词触变调度（仅当触发特定行话时接管）

{
  "bindings": [
    {
      "agentId": "coder",
      "match": {
        "channel": "telegram",
        "keywords": ["帮我写代码", "抛了个 bug", "看下这串 js"] // 听到这些词组才闪亮登场接管
      }
    }
  ]
}

兜底默认接收者

当所有以上条条框框都没拦截住的时候，统一扫入默认的总池：

{
  "routing": {
    "default": {
      "agentId": "main" 
    }
  }
}

🎭 多智能体（Multi-Agent）宇宙

为什么要切分出那么多个 Agent 上线？

专业分工神级互补：用写代码的专用核写代码，查机票的核负责调搜索接口，绝不越权揉成一团精神分裂
绝对的上下文墙：避免处理私人日记的时候突然混入了一堆上家公司发来的项目代码垃圾
权力和权限管控大闸：客服类 Agent 只开放发图权限决不给执行指令权限，守住红线

点将出征：创建并克隆多个 Agent

# 唤醒一个主修代码武功的助理
openclaw agents add coder

# 创建一只项目管理卷王牛马
openclaw agents add pm

🧠 为他们赋予“人工灵魂”三板斧

在 OpenClaw 中，一个 Agent 的独立 Workspace 会强制自带一个灵魂核心：

注入世界观 `SOUL.md`（角色系统级系统提示词设定）

openclaw agents edit coder --soul

你的注入示例就像在下达神圣不可侵犯的公理：

# Coder 核心代码工匠

## 至高法则
- 专注于只写代码、审查代码。不要试图和我聊任何其他话题
- 不要废话直接给代码。代码块要极其漂亮的高亮和注释
- 优先采用最新稳定版依赖栈，永远抛弃过时的上古语法！

`USER.md`（定义这个 Agent 眼中的主人画像）与 `AGENTS.md`（工作方式）

# 修改此 Agent 眼中看到的你是怎样的人
openclaw agents edit coder --user

# 下达此 Agent 在工作流程中的处理规范链条
openclaw agents edit coder --agents

不同时间表排班调度策略

你可以做到白班和夜班接力轮换干涉群聊，甚至按平台做精分：

{
  "bindings": [
    {
      "agentId": "main",      // 正常主智能体白班营业时间
      "match": {
        "channel": "telegram",
        "timeRange": { "start": "09:00", "end": "18:00" }
      }
    },
    {
      "agentId": "night",     // 晚上就叫深夜值班客服接力应对
      "match": {
        "channel": "telegram",
        "timeRange": { "start": "18:00", "end": "09:00" }
      }
    }
  ]
}

🤝 Agent 跨部门握手协作 (Cross-Intelligence)

共享记忆云盘

可以让不同分工的 AI 共享同一片数据库，A 昨天聊过的，今天 B 马上心领神会：

{
  "memory": {
    "shared": true,
    "agents": ["main", "coder", "pm"] // 这三个组成内部信息互通小团伙
  }
}

从A引渡到B

在会话期间，手动把活交接扔给专业干这件事的主管：

# 把正聊着的活直接连着脑内所有上文丢给代码狂人 coder 去算
openclaw sessions transfer --from main --to coder --session <聊天房间 session-id>

# 查岗看看到底这个信道目前底子虚不虚
openclaw channels status telegram

# 把遮羞布拉开直接调出报错死亡记录一睹为快
openclaw logs --channel telegram --level error

# 重新扫码或注入 Token 回春抢救重连一把
openclaw channels reauth telegram

没权限送不到对方终端里？

# 用对讲系统直接强插对方发一个单独小测试看看送达到没
openclaw message send --channel telegram --to <user-id> --message "大老远丢过来的喂试音"

# 自检一下查岗看是不是没有拉扯发送等相关权限！
openclaw channels permissions telegram

给它布下的路由指挥完全失效摆烂了？

# 审核验证路由的 JSON 是不是在哪多加了全角逗号引发大血崩
openclaw routing validate

# 演习走一遍刚才那条命令，看看如果是这只菜鸟在这个频道说话，底层到底派了什么兵去接单
openclaw routing test --channel telegram --userId 123456

🎒 最后的一点黄金防范经验

极度迷信白名单：只要这个 AI 是挂到外网生产服公开服的，请务必使用 Allowlist 锁死，不然第二天你的 Token 欠费账单会让您体验破产狂欢。
合理按需外包：绝对不要尝试只建一种叫 all 或者 main 的 AI 处理查机票、代码、计算等全家桶业务，术业有专攻请务必分治创建针对模型去接应。
定期清理配置：定期把 ~/.openclaw 下的核心规则目录拷去安全地带进行留存防爆。

渠道与路由

On this page