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 要勾 Gateway Intents，否則易「偶發收不到事件」。Application／Bot ID 變更請納入發佈清單。

配對放行

正式環境關匿名直鏈；以 /start 或固定口令確認身分後寫入 allowlist。Discord 收束可下配對指令的角色，避免公開頻道被刷碼。兩通道放行表同源匯出並定期 diff。

權限矩陣

將讀／寫訊息、呼叫工具、讀寫工作區拆成四層；Gateway 以獨立系統使用者執行，權杖進密鑰管理，日誌不回顯敏感欄位。擴能力優先動作級白名單。429 時 burst 入隊並退避，務必分通道打點，避免把限流誤判成模型異常。

多通道衝突排障 FAQ

• 兩端都回覆：工作階段鍵過寬；改「每通道獨立鍵」，跨通道顯式轉送。
• 雙重投遞：雙 Webhook／WS 同實例或反代重複；用 request-id 對帳。
• 訊息被吞：查 Telegram offset／Discord shard 是否錯誤回放。
• CI 干擾：建置指令放受控頻道；併網見 雲 Mac Runner 併網與最小權杖清單 FAQ。