2026 OpenClaw Telegram与Discord双通道接入实操：Bot配置、配对放行、权限矩阵与多通道冲突排障FAQ

当 OpenClaw 同时接入 Telegram 与 Discord，瓶颈常在配对放行是否一致、权限是否分层到位，以及双通道是否抢同一会话。下文按网关落地顺序给出可勾选清单。

先画「双通道地图」

消息流写成「Bot → Gateway → 会话路由 → 工具/宿主」四段；白名单同时记用户、群组/频道、线程 ID，否则话题/Thread 会漏路由。Linux 上 Gateway 基线可参考 2026 OpenClaw Linux 云主机部署实操：curl 安装 vs Docker 对比、环境校验与常见报错 FAQ。

Bot 与传输：Telegram 对照 Discord

抓住「令牌最小化 + 事件模型一致」：Telegram 用 BotFather Token，Webhook 需固定公网入口，长轮询适合试验但要防连接堆积；Discord 在开发者门户开 Bot 并勾选必要 Gateway Intents，否则会出现「偶发收不到事件」。两边都要记录 Application/Bot ID 变更，纳入发布清单。

配对放行

生产关匿名直链；先 /start 或固定口令再写入 allowlist。Discord 把「能发配对指令的角色」收束到管理员，防公开频道被刷码。两通道放行表同源导出，定期 diff，避免一端放行一端拒绝。

权限矩阵

读/写消息、调用工具、读写工作区四层拆分；Gateway 独立系统用户，Token 进密钥管理、日志不回显。扩能力优先动作级白名单，勿盲目放大 Bot 管理员权限。审计看：令牌轮换、双通道 429、重连与队列深度、谁在何会话触发了何工具。

429 时对 burst 入队并退避，按通道打点，避免把限流误判为模型故障；Telegram 与 Discord 的错误率、重连次数建议分面板展示，值班先看「是否重复投递」再看「会话键是否串台」。

多通道冲突排障 FAQ

• 两端都回复：会话键缺失或过宽合并；改「每通道独立键」，跨通道显式转发。
• 双投：双 Webhook/WS 同实例或反代重复；用 request-id 对账。
• 被吞：查 Telegram offset / Discord shard 重启后是否错误回放。
• CI 触发：构建指令放受控频道；Runner 池化与常驻对比见 2026年短周期峰值构建：GitHub Actions 自托管 macOS Runner 该用云 Mac 弹性池还是常驻节点？。