配對
Discord 私訊預設使用配對模式。
斜線命令
原生命令行為與命令目錄。
頻道疑難排解
跨頻道診斷與修復流程。
快速設定
建立含機器人的 Discord 應用程式,將機器人加入你的伺服器,並與 OpenClaw 配對。可以的話,請使用私人伺服器;如有需要,請先建立一個(Create My Own > For me and my friends)。1
建立 Discord 應用程式與機器人
在 Discord Developer Portal 中,按一下 New Application 並為其命名(例如 “OpenClaw”)。在側邊欄開啟 Bot,並將 Username 設為你的代理程式名稱。
2
啟用特殊權限意圖
仍在 Bot 頁面的 Privileged Gateway Intents 下,啟用:
- Message Content Intent(必要)
- Server Members Intent(建議;角色允許清單、名稱對 ID 配對及頻道受眾存取群組所必需)
- Presence Intent(選用;僅用於上線狀態更新)
3
複製你的機器人權杖
在 Bot 頁面按一下 Reset Token,然後複製權杖。
儘管名稱如此,這會產生你的第一個權杖,並沒有任何內容被“重設”。
4
產生邀請 URL 並將機器人加入伺服器
在側邊欄開啟 OAuth2。在 OAuth2 URL Generator 中啟用以下範圍:
botapplications.commands
- View Channels
- Send Messages
- Read Message History
- Embed Links
- Attach Files
- Add Reactions(選用)
5
啟用開發者模式並收集你的 ID
在 Discord 應用程式中啟用開發者模式,以便複製 ID:
- User Settings(齒輪圖示)→ Developer → 開啟 Developer Mode (行動版:App Settings → Advanced)
- 在你的伺服器圖示上按一下滑鼠右鍵 → Copy Server ID
- 在你自己的頭像上按一下滑鼠右鍵 → Copy User ID
6
允許來自伺服器成員的私訊
若要進行配對,Discord 必須允許機器人傳送私訊給你。在你的伺服器圖示上按一下滑鼠右鍵 → Privacy Settings → 開啟 Direct Messages。如果你會搭配 OpenClaw 使用 Discord 私訊,請保持啟用。如果你只使用伺服器頻道,可以在配對後停用。
7
安全地設定機器人權杖(不要在聊天中傳送)
機器人權杖是機密資訊。在傳訊息給代理程式之前,請先在執行 OpenClaw 的機器上設定:如果 OpenClaw 已作為背景服務執行,請透過 OpenClaw Mac 應用程式重新啟動,或停止後重新啟動
openclaw gateway run 處理程序。
若為受管理的服務安裝,請從已設定 DISCORD_BOT_TOKEN 的 shell 執行 openclaw gateway install,或將變數儲存在 ~/.openclaw/.env,讓服務在重新啟動後能解析環境變數 SecretRef。
如果你的主機受到 Discord 啟動時應用程式查詢的封鎖或速率限制,請設定 Developer Portal 中的應用程式/用戶端 ID,讓啟動程序略過該 REST 呼叫:預設帳號使用 channels.discord.applicationId,或為每個機器人設定 channels.discord.accounts.<accountId>.applicationId。8
設定 OpenClaw 並配對
- 詢問你的代理程式
- 命令列介面/設定
在現有頻道(例如 Telegram)上與你的 OpenClaw 代理程式交談,並告知它。如果 Discord 是你的第一個頻道,請改用命令列介面/設定分頁。
“我已在設定中設定 Discord 機器人權杖。請使用使用者 ID<user_id>和伺服器 ID<server_id>完成 Discord 設定。”
9
核准第一次私訊配對
閘道執行後,在 Discord 中私訊你的機器人。它會回覆配對代碼。配對代碼會在 1 小時後到期。核准後,即可在 Discord 私訊中與你的代理程式交談。
- 詢問你的代理程式
- 命令列介面
在現有頻道上將配對代碼傳送給你的代理程式:
“核准此 Discord 配對代碼:<CODE>”
權杖解析會區分帳號。設定中的權杖值優先於環境變數後援,而
DISCORD_BOT_TOKEN 僅供預設帳號使用。
如果兩個已啟用的 Discord 帳號解析為相同的機器人權杖,OpenClaw 只會為該權杖啟動一個閘道監控器:來自設定的權杖優先於環境變數後援;否則由第一個已啟用的帳號優先,重複帳號則會回報為已停用,原因為 duplicate bot token。
針對進階輸出呼叫(訊息工具/頻道動作),會使用每次呼叫明確指定的 token。這適用於傳送和讀取/探測類動作(讀取/搜尋/擷取/討論串/釘選/權限)。帳號原則/重試設定仍來自使用中執行階段快照內選定的帳號。建議:設定伺服器工作區
私訊可正常運作後,你可以將伺服器轉換為完整工作區,讓每個頻道都有具備各自內容脈絡的獨立代理程式工作階段。建議用於只有你和機器人的私人伺服器。1
將你的伺服器加入伺服器允許清單
這可讓代理程式回應伺服器上的任何頻道,而不僅是私訊。
- 詢問你的代理程式
- 設定
“將我的 Discord 伺服器 ID <server_id> 加入伺服器允許清單”
2
允許不使用 @提及的回應
預設情況下,代理程式只有在伺服器頻道中被 @提及時才會回應。在私人伺服器上,你可能會希望它回應每則訊息。在伺服器頻道中,一般回覆預設會自動發送。針對共用且持續開啟的聊天室,請選擇啟用
messages.groupChat.visibleReplies: "message_tool",讓代理程式可以潛伏,並只在判斷頻道回覆有用時才發文。這最適合 GPT-5.6 Sol 等最新世代、工具使用可靠的模型。除非工具傳送訊息,否則環境聊天室事件會保持安靜。請參閱環境聊天室事件,以了解完整的潛伏模式設定。如果 Discord 顯示正在輸入,且記錄顯示有使用權杖,但未發出訊息,請檢查該輪是否設為環境聊天室事件,或是否選擇使用訊息工具提供可見回覆。- 詢問你的代理程式
- 設定
“允許我的代理程式在此伺服器上回應,而不必被 @提及”
3
規劃伺服器頻道中的記憶
長期記憶(MEMORY.md)只會在私訊工作階段中自動載入;伺服器頻道不會載入。
- 詢問你的代理程式
- 手動
“當我在 Discord 頻道中提問時,如果需要 MEMORY.md 的長期內容脈絡,請使用 memory_search 或 memory_get。”
#coding、#home、#research,或任何適合你工作流程的頻道。
執行階段模型
- 閘道負責 Discord 連線。
- 回覆路由是確定性的:Discord 的輸入回覆至 Discord。
- Discord 伺服器/頻道中繼資料會以不受信任的內容脈絡加入模型提示,而不是作為使用者可見的回覆前綴。如果模型將該封套複製回來,OpenClaw 會從輸出回覆和未來的重播內容脈絡中移除複製的中繼資料。
- 預設情況下(
session.dmScope=main),直接聊天會共用代理程式的主要工作階段(agent:main:main)。 - 伺服器頻道使用隔離的工作階段鍵(
agent:<agentId>:discord:channel:<channelId>)。 - 群組私訊預設會被忽略(
channels.discord.dm.groupEnabled=false)。 - 原生斜線命令會在隔離的命令工作階段中執行(
agent:<agentId>:discord:slash:<userId>),同時仍會將CommandTargetSessionKey帶入路由後的對話工作階段。 - 傳送至 Discord 的純文字排程/心跳偵測公告會合併為最終可供助理查看的答案,並只傳送一次。當代理程式產生多個可傳送的承載資料時,媒體與結構化元件承載資料仍會保留為多則訊息。
論壇頻道
Discord 論壇與媒體頻道僅接受討論串貼文。OpenClaw 支援兩種建立方式:- 傳送訊息至論壇上層頻道(
channel:<forumId>),以自動建立討論串。討論串標題取自訊息中第一個非空白行(截斷至 Discord 的 100 字元討論串名稱限制)。 - 使用
openclaw message thread create直接建立討論串。對論壇頻道請勿傳入--message-id。
channel:<threadId>)。
互動式元件
OpenClaw 支援在代理程式訊息中使用 Discord components v2 容器。請搭配components 承載資料使用訊息工具。互動結果會以一般傳入訊息的形式路由回代理程式,並遵循現有的 Discord replyToMode 設定。
支援的區塊:
text、section、separator、actions、media-gallery、file- 動作列最多允許 5 個按鈕或一個選取選單
- 選取類型:
string、user、role、mentionable、channel
components.reusable=true,可讓按鈕、選取項目與表單在到期前重複使用。
若要限制誰能點擊按鈕,請在該按鈕上設定 allowedUsers(Discord 使用者 ID、標籤或 *)。不符合的使用者會收到僅自己可見的拒絕訊息。
元件回呼預設會在 30 分鐘後到期。設定 channels.discord.agentComponents.ttlMs 可變更預設帳號的回呼登錄存續時間,或為個別帳號設定 channels.discord.accounts.<accountId>.agentComponents.ttlMs。此值以毫秒為單位,必須是正整數,且上限為 86400000(24 小時)。較長的 TTL 適合需要讓按鈕持續可用的審查/核准工作流程,但也會延長舊 Discord 訊息仍可觸發動作的時間範圍。請優先使用符合需求的最短 TTL;若過期回呼可能造成意外,請保留預設值。
/model 與 /models 斜線命令會開啟互動式模型選擇器,其中包含供應商、模型及相容執行環境的下拉式選單,並附有提交步驟。/models add 已淘汰,會傳回淘汰訊息,而不再從聊天中登錄模型。選擇器回覆僅自己可見,且只有叫用它的使用者能操作。Discord 選取選單最多只能包含 25 個選項,因此若希望選擇器只為 openai 或 vllm 等指定供應商顯示動態探索到的模型,請將 provider/* 項目新增至 agents.defaults.modelPolicy.allow。
檔案附件:
file區塊必須指向附件參照(attachment://<filename>)- 透過
media/path/filePath提供附件(單一檔案);多個檔案請使用media-gallery - 若上傳名稱應與附件參照一致,請使用
filename覆寫上傳名稱
- 新增
components.modal,最多可包含 5 個欄位 - 欄位類型:
text、checkbox、radio、select、role-select、user-select - OpenClaw 會自動新增觸發按鈕
存取控制與路由
- 私訊政策
- 存取群組
- 伺服器政策
- 提及與群組私訊
channels.discord.dmPolicy 控制私訊存取。channels.discord.allowFrom 是正式的私訊允許清單。pairing(預設)allowlist(至少需要一個allowFrom傳送者)open(要求channels.discord.allowFrom包含"*")disabled
pairing 模式中收到配對提示)。多帳號優先順序:channels.discord.accounts.default.allowFrom僅套用至default帳號。- 對單一帳號而言,
allowFrom的優先順序高於舊版dm.allowFrom。 - 當具名帳號本身的
allowFrom與舊版dm.allowFrom均未設定時,會繼承channels.discord.allowFrom。 - 具名帳號不會繼承
channels.discord.accounts.default.allowFrom。
channels.discord.dm.policy 與 channels.discord.dm.allowFrom。若能在不變更存取權的情況下完成,openclaw doctor --fix 會將其遷移至 dmPolicy 與 allowFrom。用於傳遞的私訊目標格式:user:<id><@id>提及
allowFrom 中的 ID 會視為使用者私訊目標。以身分組為基礎的代理程式路由
使用bindings[].match.roles,依身分組 ID 將 Discord 伺服器成員路由至不同的代理程式。以身分組為基礎的繫結僅接受身分組 ID,且會在對等或上層對等繫結之後、僅限伺服器的繫結之前進行評估。若繫結也設定了其他比對欄位(例如 peer + guildId + roles),則所有已設定欄位都必須符合。
原生命令與命令授權
commands.native預設為"auto",並已為 Discord 啟用。- 每個頻道的覆寫設定:
channels.discord.commands.native。 commands.native=false會略過啟動期間的 Discord 斜線命令註冊與清理。先前註冊的命令可能會繼續顯示在 Discord 中,直到你從 Discord 應用程式移除它們。- 原生命令授權使用與一般訊息處理相同的 Discord 允許清單/原則。
- 未獲授權的使用者可能仍會在 Discord 使用者介面中看到命令;執行時會強制套用 OpenClaw 授權,並回覆 “not authorized”。
- 預設斜線命令設定:
ephemeral: true(channels.discord.slashCommand.ephemeral)。
功能詳細資訊
回覆標籤與原生回覆
回覆標籤與原生回覆
Discord 支援代理程式輸出中的回覆標籤:
[[reply_to_current]][[reply_to:<id>]]
channels.discord.replyToMode 控制:off(預設):不會隱含建立回覆討論串;仍會遵循明確的[[reply_to_*]]標籤first:將隱含的原生回覆參照附加至該回合第一則傳出的 Discord 訊息all:將其附加至每一則傳出訊息batched:僅在傳入事件是由多則訊息組成、經防彈跳處理的批次時附加;適合主要針對語意不明的突發聊天使用原生回覆,而不是每個僅含單則訊息的回合
連結預覽
連結預覽
Discord 預設會為 URL 產生豐富連結嵌入。OpenClaw 預設會抑制傳出 Discord 訊息中這些產生的嵌入,因此代理程式傳送的 URL 會維持為純連結,除非你選擇啟用:設定
channels.discord.accounts.<id>.suppressEmbeds 可覆寫單一帳號。代理程式透過訊息工具傳送時,也可針對單則訊息傳入 suppressEmbeds: false。明確的 Discord embeds 承載資料不會受到預設連結預覽設定的抑制。即時串流預覽
即時串流預覽
OpenClaw 可藉由傳送暫時訊息,並在文字抵達時編輯該訊息,以串流方式顯示回覆草稿。預覽串流僅支援文字;媒體回覆會退回一般傳遞方式。
channels.discord.streaming.mode 接受 off | partial | block | progress(未設定 streaming/舊版 streamMode 鍵時的預設值)。streamMode 是舊版別名;執行 openclaw doctor --fix 可將持久化設定改寫為標準的巢狀 streaming 形狀。off會停用 Discord 預覽編輯。partial會在權杖抵達時編輯單一預覽訊息。block會發出草稿大小的區塊;可使用streaming.preview.chunk(minChars、maxChars、breakPreference)調整大小與斷點,且上限為textChunkLimit。明確啟用區塊串流時,OpenClaw 會略過預覽串流,以避免重複串流。progress會保留一則可編輯的狀態草稿,直到最終傳遞為止。預設會顯示代理程式最新前言或敘述的一行內容,不含產生的標籤、間隔或工具列。- 媒體、錯誤及明確回覆的最終訊息會取消待處理的預覽編輯。
streaming.preview.toolProgress在partial/block模式中預設為true。Discord 進度模式預設不顯示工具列;設定streaming.progress.toolProgress: true可選擇啟用。- 設定
streaming.progress.toolProgress: true可新增精簡的工具/進度列,例如🛠️ Bash: run tests或🔎 Web Search: for "query"。為維持相容性,現有的progress.label或progress.labels設定會保留先前的工具列預設值;若要使用自訂標籤但不顯示列,請設定toolProgress: false。 streaming.progress.commentary(預設為false)可選擇在暫時進度草稿中顯示原始助理評論。預設的前言/敘述狀態列不受此選項影響。評論會在顯示前清理、維持暫時性,且不會變更最終答案的傳遞方式。streaming.progress.maxLineChars控制每行進度預覽的額度。一般文字會在詞語邊界縮短;命令與路徑詳細資訊則會保留實用的尾端部分。streaming.preview.commandText/streaming.progress.commandText控制精簡進度列中的命令/執行詳細資訊:raw(預設)或status(僅顯示工具標籤)。
歷史記錄、情境與討論串行為
歷史記錄、情境與討論串行為
伺服器歷史記錄情境:
channels.discord.historyLimit預設為20- 備援:
messages.groupChat.historyLimit 0會停用
channels.discord.dmHistoryLimitchannels.discord.dms["<user_id>"].historyLimit
- Discord 討論串會路由為頻道工作階段,並繼承父頻道設定,除非另有覆寫。
- 討論串工作階段會繼承父頻道工作階段層級的
/model選擇,僅作為模型備援;討論串本機的/model選擇具有優先權,且除非啟用對話記錄繼承,否則不會複製父層對話記錄歷史。 channels.discord.thread.inheritParent(預設為false)可讓新的自動討論串選擇從父層對話記錄植入內容。每個帳號的覆寫設定:channels.discord.accounts.<id>.thread.inheritParent。- 訊息工具的反應可解析
user:<id>私訊目標。 guilds.<guild>.channels.<channel>.requireMention: false會在回覆階段啟用備援期間保留。
子代理程式的討論串綁定工作階段
子代理程式的討論串綁定工作階段
Discord 可將討論串綁定至工作階段目標,使該討論串中的後續訊息持續路由至相同工作階段(包括子代理程式工作階段)。命令:注意事項:
/focus <target>將目前/新的討論串綁定至子代理程式/工作階段目標/unfocus移除目前的討論串綁定/agents顯示作用中的執行與綁定狀態/session idle <duration|off>檢視/更新已聚焦綁定因閒置而自動取消聚焦的設定/session max-age <duration|off>檢視/更新已聚焦綁定的最大存續時間硬性上限
session.threadBindings.*是 Discord 與 Telegram 的標準原則。spawnSessions控制為sessions_spawn({ thread: true })與 ACP 討論串衍生作業自動建立/綁定討論串。預設值:true。defaultSpawnContext控制討論串綁定衍生作業的原生子代理程式情境。預設值:"fork"。- 已淘汰的
spawnSubagentSessions/spawnAcpSessions鍵會由openclaw doctor --fix遷移。 - 如果停用討論串綁定,將無法使用
/focus及相關操作。
來源訊息上的子代理程式進度
來源訊息上的子代理程式進度
設定 子執行處於作用中時,OpenClaw 會讓 Discord 輸入狀態維持作用中最長一小時,並隨並行數量變化替換一個計數反應(
channels.discord.subagentProgress: true,即可在啟動父層執行的 Discord 訊息上顯示背景子執行活動。1️⃣ 至 🔟);🔟 也代表 10 個以上。最後一個子執行結束後,計數反應會被移除。失敗、逾時或遭終止的子執行會留下 🔴 反應。此功能需選擇啟用,並使用固定的內部計時與表情符號預設值。機器人需要 Add Reactions 權限才能提供反應回饋。帳號層級的 channels.discord.accounts.<id>.subagentProgress 會覆寫頂層值。持久 ACP 頻道綁定
持久 ACP 頻道綁定
若要使用穩定的「永遠在線」ACP 工作區,請設定以 Discord 對話為目標的頂層具型別 ACP 綁定。設定路徑:注意事項:
bindings[],搭配 type: "acp" 與 match.channel: "discord"。/acp spawn codex --bind here會就地綁定目前的頻道或討論串,並讓未來訊息留在同一個 ACP 工作階段。討論串訊息會繼承父頻道綁定。- 在已綁定的頻道或討論串中,
/new與/reset會就地重設同一個 ACP 工作階段。暫時討論串綁定可在作用期間覆寫目標解析。 spawnSessions會透過--thread auto|here控制子討論串的建立/綁定。
反應通知
反應通知
每個伺服器的反應通知模式(
guilds.<id>.reactionNotifications):offown(預設)allallowlist(使用guilds.<id>.users)
在線狀態事件
在線狀態事件
選擇讓伺服器在真人成員從離線轉為在線時,觸發經路由的代理程式喚醒:
presenceEvents 需要為路由的代理程式啟用心跳偵測,並在 Discord Developer Portal 的應用程式 Bot 頁面啟用具特殊權限的 Presence Intent。OpenClaw 會從每個完整的 GUILD_CREATE 快照建立目前線上成員的初始狀態、路由觀察到的離線轉線上狀態變化,並將之後首次收到、來自未曾出現成員的線上訊號視為新近可用。該成員可能是在快照後上線或加入,因此事件不會斷言其先前的確切狀態。只有可檢視 channelId 的真人才符合資格:頻道和公開討論串需要對該頻道或父頻道具備 View Channel 權限,而私人討論串還需要成員資格或 Manage Threads 權限。users 可進一步縮小該受眾範圍。OpenClaw 會忽略機器人和未變更的線上狀態,並在閘道重新啟動後仍保留每位使用者八小時的冷卻時間。當 Discord 建立新的閘道工作階段並傳送 READY 時,OpenClaw 會在重建伺服器在線狀態期間,抑制由在線狀態衍生的事件 reconnectSuppressSeconds(預設 300,0 表示停用),以免再次觀察到的成員逐一喚醒代理程式。此外,它會針對每個伺服器,將成功排入佇列的事件速率限制為每個 burstWindowSeconds 滑動時段(預設 60)最多 burstLimit 個事件(預設 8),並針對每個伺服器的每段抑制期間只記錄一次。恢復的工作階段不會被視為新工作階段。Discord 會限制成員超過 75,000 人之伺服器的快照;在這種情況下,OpenClaw 要求先收到明確的離線更新才會問候。系統事件會攜帶不可變的使用者、伺服器和頻道 ID,而不嵌入可變的顯示名稱。代理程式會決定是否問候及問候方式。確認回應
確認回應
ackReaction 會在 OpenClaw 處理傳入訊息時傳送確認表情符號。解析順序:channels.discord.accounts.<accountId>.ackReactionchannels.discord.ackReactionmessages.ackReaction- 代理程式身分表情符號備援(
agents.entries.*.identity.emoji,否則為 ”👀”)
- Discord 接受 Unicode 表情符號或自訂表情符號名稱。
- 使用
""可對特定頻道或帳號停用此回應。
messages.ackReactionScope):值:"all"(私訊 + 群組,包括環境房間事件)、"direct"(僅私訊)、"group-all"(除環境房間事件外的所有群組訊息,不含私訊)、"group-mentions"(在群組中提及機器人時;不含私訊,預設值)、"off" / "none"(停用)。預設範圍(
"group-mentions")不會在直接訊息或環境房間事件中觸發確認回應。若要對傳入的 Discord 私訊和安靜房間事件加入確認回應,請將 messages.ackReactionScope 設為 "all"。設定寫入
設定寫入
預設會啟用由頻道發起的設定寫入。這會影響
/config set|unset 流程(啟用命令功能時)。停用:閘道代理伺服器
閘道代理伺服器
使用 個別帳號覆寫:
channels.discord.proxy,透過 HTTP(S) 代理伺服器路由 Discord 閘道 WebSocket 流量和啟動時的 REST 查詢(應用程式 ID + 允許清單解析)。
Discord 閘道 WebSocket 代理必須明確設定;WebSocket 連線不會繼承閘道程序中的環境代理變數。設定 channels.discord.proxy 後,啟動時的 REST 查詢會使用此代理伺服器。PluralKit 支援
PluralKit 支援
啟用 PluralKit 解析,將代理訊息對應至系統成員身分:注意事項:
- 允許清單可使用
pk:<memberId> - 僅在
channels.discord.dangerouslyAllowNameMatching: true時,才會依名稱/代稱比對成員顯示名稱 - 查詢會使用原始訊息 ID 呼叫 PluralKit API
- 若查詢失敗,代理訊息會被視為機器人訊息並捨棄,除非
allowBots允許其通過
外送提及別名
外送提及別名
當代理程式需要確定性地提及已知 Discord 使用者時,請使用
mentionAliases。鍵是省略開頭 @ 的帳號代稱;值則是 Discord 使用者 ID。未知帳號代稱、@everyone、@here,以及 Markdown 程式碼範圍內的提及都會保持不變。在線狀態設定
在線狀態設定
當你設定狀態或活動欄位,或啟用自動在線狀態時,系統會套用在線狀態更新。僅設定狀態:活動(設定 直播:活動類型對照表:自動在線狀態會將執行階段可用性對應至 Discord 狀態:健康 => online、降級或未知 => idle、耗盡或無法使用 => dnd。預設值:
activity 時,自訂狀態是預設活動類型):- 0: Playing
- 1: Streaming(需要
activityUrl;而activityUrl又需要activityType: 1) - 2: Listening
- 3: Watching
- 4: Custom(使用活動文字作為狀態內容;表情符號為選用)
- 5: Competing
intervalMs 30000、minUpdateIntervalMs 15000(必須小於或等於 intervalMs)。選用文字覆寫:autoPresence.healthyTextautoPresence.degradedTextautoPresence.exhaustedText(支援{reason}預留位置)
Discord 中的核准
Discord 中的核准
Discord 支援在私訊中使用按鈕處理核准,也可選擇在原始頻道中發布核准提示。設定路徑:
channels.discord.execApprovals.enabledchannels.discord.execApprovals.approvers(選用;可行時會備援至commands.ownerAllowFrom)channels.discord.execApprovals.target(dm|channel|both,預設值:dm)agentFilter、sessionFilter、cleanupAfterResolve
enabled 未設定或為 "auto",且至少可解析一位核准者時,Discord 會自動啟用原生執行核准;核准者可來自 execApprovals.approvers 或 commands.ownerAllowFrom。Discord 不會從頻道 allowFrom、舊版 dm.allowFrom 或直接訊息 defaultTo 推斷執行核准者。若要明確停用 Discord 作為原生核准用戶端,請設定 enabled: false。對於 /diagnostics 和 /export-trajectory 等敏感且僅限擁有者使用的群組命令,OpenClaw 會私下傳送核准提示和最終結果。若叫用命令的擁有者具有 Discord 擁有者路由,它會先嘗試 Discord 私訊;否則會備援至 commands.ownerAllowFrom 中第一個可用的擁有者路由,例如 Telegram。當 target 為 channel 或 both 時,核准提示會顯示在頻道中。只有已解析的核准者能使用按鈕;其他使用者會收到僅自己可見的拒絕訊息。核准提示包含命令文字,因此只能在受信任的頻道中啟用頻道傳送。若無法從工作階段金鑰取得頻道 ID,OpenClaw 會改用私訊傳送。Discord 會呈現其他聊天頻道共用的核准按鈕;原生 Discord 轉接器主要負責加入核准者私訊路由和頻道分流。這些按鈕存在時,會成為主要的核准使用者體驗;只有當工具結果指出聊天核准無法使用,或手動核准是唯一途徑時,OpenClaw 才應包含手動 /approve 命令。若 Discord 原生核准執行階段未啟用,OpenClaw 會保持顯示本機確定性的 /approve <id> <decision> 提示。若執行階段已啟用,但原生卡片無法傳送至任何目標,OpenClaw 會在同一聊天中傳送備援通知,其中包含待處理核准中的完整 /approve 命令。閘道驗證和核准解析遵循共用的閘道用戶端合約(plugin: ID 透過 plugin.approval.resolve 解析;其他 ID 則透過 exec.approval.resolve 解析)。核准預設會在 30 分鐘後到期。請參閱執行核准。工具和動作閘門
Discord 訊息動作涵蓋訊息傳送、頻道管理、內容管理、在線狀態和中繼資料。 核心範例:- 訊息傳送:
sendMessage、readMessages、editMessage、deleteMessage、threadReply - 回應:
react、reactions、emojiList - 內容管理:
timeout、kick、ban - 在線狀態:
setPresence
event-create 動作接受選用的 image 參數(URL 或本機檔案路徑),用於設定排定事件的封面圖片。
動作閘門位於 channels.discord.actions.* 之下。
預設閘門行為:
Components v2 使用者介面
OpenClaw 使用 Discord components v2 進行執行核准與跨情境標記。Discord 訊息動作也可接受components 以建立自訂使用者介面(進階功能;需要透過 discord 工具建構元件承載資料),而舊版 embeds 仍可使用,但不建議使用。
channels.discord.ui.components.accentColor設定 Discord 元件容器使用的強調色(十六進位)。各帳號設定:channels.discord.accounts.<id>.ui.components.accentColor。channels.discord.agentComponents.ttlMs控制已傳送的 Discord 元件回呼維持註冊的時間(預設1800000,最長86400000)。各帳號設定:channels.discord.accounts.<id>.agentComponents.ttlMs。- 當 components v2 存在時,會忽略
embeds。 - 預設會抑制純 URL 預覽。當訊息動作中的單一外連連結應展開時,請設定
suppressEmbeds: false。
語音
Discord 有兩種不同的語音介面:即時的語音頻道(持續對話)與語音訊息附件(波形預覽格式)。閘道同時支援兩者。語音頻道
設定檢查清單:- 在 Discord Developer Portal 中啟用 Message Content Intent。
- 使用角色/使用者允許清單時,啟用 Server Members Intent。
- 使用
bot與applications.commands範圍邀請機器人。 - 在目標語音頻道中授予 Connect、Speak、Send Messages 與 Read Message History。
- 啟用原生命令(
commands.native或channels.discord.commands.native)。 - 設定
channels.discord.voice。
/vc join|leave|status 控制工作階段。此命令使用帳號的預設代理程式,並遵循與其他 Discord 命令相同的允許清單和群組政策規則。
- 對於純文字設定,Discord 語音功能為選用;設定
channels.discord.voice.enabled=true(或保留現有的channels.discord.voice區塊)即可啟用/vc命令、語音執行階段及GuildVoiceStates閘道意圖。channels.discord.intents.voiceStates可明確覆寫意圖訂閱;若未設定,則會依照實際的語音啟用狀態。 voice.mode控制對話路徑。預設值為agent-proxy:即時語音前端負責發言輪次時機、中斷及播放,透過openclaw_agent_consult將實質工作委派給路由至的 OpenClaw 代理,並將結果視為該發言者輸入的 Discord 提示。stt-tts保留較舊的批次 STT 加 TTS 流程。bidi讓即時模型直接對話,同時公開openclaw_agent_consult以供 OpenClaw 大腦使用。voice.agentSession控制哪個 OpenClaw 對話接收語音發言輪次。若未設定,則使用語音頻道自身的工作階段;也可設定{ mode: "target", target: "channel:<text-channel-id>" },讓語音頻道充當現有 Discord 文字頻道工作階段(例如#maintainers)的麥克風/揚聲器延伸。voice.model會覆寫用於 Discord 語音回應及即時諮詢的 OpenClaw 代理大腦。若未設定,則繼承路由至的代理模型。此設定與voice.realtime.model分開。voice.followUsers可讓機器人隨選定使用者加入、移動及離開 Discord 語音頻道。請參閱在語音頻道中跟隨使用者。agent-proxy透過discord-voice路由語音,為發言者及目標工作階段保留正常的擁有者/工具授權,但會隱藏代理的tts工具,因為播放由 Discord 語音功能負責。依預設,agent-proxy會為擁有者發言者提供等同完整擁有者的工具存取權(voice.realtime.toolPolicy: "owner"),並強烈優先要求在提供實質回答前諮詢 OpenClaw 代理(voice.realtime.consultPolicy: "always")。在此預設的always模式下,即時層不會在諮詢答案前自動說出填充語;它會擷取並轉錄語音,接著說出路由至的 OpenClaw 答案。如果 Discord 仍在播放第一個答案時,有多個強制諮詢答案完成,後續的精確語音答案會排入佇列,直到播放閒置,而不會在句子中途取代語音。- 在
stt-tts模式下,STT 使用tools.media.audio;voice.model不會影響轉錄。 - 在即時模式下,
voice.realtime.provider、voice.realtime.model及voice.realtime.speakerVoice用於設定即時音訊工作階段。若要搭配使用 OpenAI Realtime 2.1 與 Codex 大腦,請使用voice.realtime.model: "gpt-realtime-2.1"和voice.model: "openai/gpt-5.6-sol"。 - 依預設,即時語音模式會在即時提供者指示中加入小型的
IDENTITY.md、USER.md及SOUL.md設定檔,讓快速直接的發言輪次維持與路由至的 OpenClaw 代理相同的身分、使用者背景及角色設定。可將voice.realtime.bootstrapContextFiles設為其中一部分以自訂此行為,或設定[]以停用。僅支援這些設定檔;AGENTS.md仍保留在一般代理情境中。注入的設定檔情境不會取代openclaw_agent_consult在工作區作業、目前事實、記憶查詢或工具支援動作中的用途。 - 在 OpenAI
agent-proxy即時模式下,依預設,喚醒名稱門控會配合房間情況調整:只有一名人類時,可以不使用喚醒名稱自然交談;有兩名以上人類時,則必須以喚醒名稱開始或結束發言輪次。其他機器人不會計入人數。設定voice.realtime.requireWakeName: true可一律要求喚醒名稱,設定false則永不要求。設定的喚醒名稱必須由一或兩個單字組成。如果未設定voice.realtime.wakeNames,OpenClaw 會使用路由至的代理name加上OpenClaw,並在無法使用時改用代理 ID 加上OpenClaw。啟用中的喚醒名稱門控會停用即時提供者的自動回應、透過 OpenClaw 代理諮詢路徑路由已接受的發言輪次,並在最終轉錄送達前,從部分轉錄辨識出開頭的喚醒名稱時,提供簡短的語音確認。此原則會隨即時加入及離開情況更新,不需重新連線語音。 - OpenAI 即時提供者接受目前的 Realtime 2 事件名稱,以及與 Codex 相容的舊版輸出音訊及轉錄事件別名,因此相容的提供者快照即使有所變動,也不會遺失助理音訊。
voice.realtime.bargeIn控制 Discord 發言者開始事件是否中斷進行中的即時播放。若未設定,則會依照即時提供者的輸入音訊中斷設定。voice.realtime.minBargeInAudioEndMs控制 OpenAI 即時插話截斷音訊前,助理播放的最短持續時間。預設值:250。在低回音房間中,可設定0以立即中斷;若揚聲器配置回音較嚴重,則可提高此值。voice.tts僅會覆寫用於stt-tts語音播放的tts;即時模式則改用voice.realtime.speakerVoice。若要在 Discord 播放中使用 OpenAI 語音,請設定voice.tts.provider: "openai",並在voice.tts.providers.openai.speakerVoice下選擇文字轉語音的聲音。在目前的 OpenAI TTS 模型中,cedar是聽起來較陽剛的良好選擇。- 每個頻道的 Discord
systemPrompt覆寫設定會套用至該語音頻道的語音轉錄發言輪次。 - 當 OpenClaw 加入語音頻道時,路由至的代理工作階段會收到包含目前參與者名單的靜默系統事件。之後參與者加入及離開時,該工作階段會隨之更新,但不會觸發未經要求的語音回覆;Discord 顯示名稱會被視為不受信任的標籤。已授權的語音發言輪次也會收到最新的參與者名單快照。
- 語音轉錄發言輪次及
/vc命令會使用commands.ownerAllowFrom中的 Discord 項目判斷擁有者狀態。若未設定 Discord 命令擁有者,所選 Discord 帳號的allowFrom(或舊版dm.allowFrom)仍可授權語音存取權,但不會授予擁有者狀態。代理工具的可見性會遵循路由至的工作階段所設定的工具原則。 - 如果
voice.autoJoin對同一伺服器有多個項目,OpenClaw 會加入該伺服器最後設定的頻道。 voice.allowedChannels是選用的駐留允許清單。若未設定,則允許/vc join進入任何已授權的 Discord 語音頻道。設定後,/vc join、啟動時自動加入及機器人的語音狀態移動都會限制於列出的{ guildId, channelId }項目。將其設為空陣列可拒絕加入所有 Discord 語音頻道。如果 Discord 將機器人移至允許清單以外,OpenClaw 會離開該頻道,並在有可用的已設定自動加入目標時重新加入。voice.daveEncryption和voice.decryptionFailureTolerance會直接傳遞至@discordjs/voice加入選項;上游預設值為daveEncryption=true和decryptionFailureTolerance=24。- OpenClaw 使用內建的
libopus-wasm編解碼器接收 Discord 語音及即時播放原始 PCM。它隨附固定版本的 libopus WebAssembly 組建,不需要原生 opus 附加元件。 voice.connectTimeoutMs控制/vc join及自動加入嘗試初始等待@discordjs/voiceReady 的時間。預設值:30000。voice.reconnectGraceMs控制 OpenClaw 等待已中斷連線的語音工作階段開始重新連線的時間,逾時後即予以銷毀。預設值:15000。- 在
stt-tts模式下,語音播放不會只因另一名使用者開始說話而停止。為避免回授迴路,OpenClaw 會在 TTS 播放期間忽略新的語音擷取;請在播放結束後說話,以開始下一個發言輪次。即時模式會將發言者開始事件轉送為即時提供者的插話訊號。 - 在即時模式下,揚聲器傳入開啟中麥克風的回音可能會被視為插話並中斷播放。對於回音較嚴重的 Discord 房間,請設定
voice.realtime.providers.openai.interruptResponseOnInputAudio: false,避免 OpenAI 因輸入音訊而自動中斷。如果仍要讓 Discord 發言者開始事件中斷進行中的播放,請加入voice.realtime.bargeIn: true。OpenAI 即時橋接器會將短於voice.realtime.minBargeInAudioEndMs的播放截斷視為可能的回音/雜訊並予以忽略,將其記錄為已略過,而不會清除 Discord 播放。 voice.captureSilenceGraceMs控制 Discord 回報發言者停止後,OpenClaw 在將該音訊片段定稿並送交 STT 前等待的時間。預設值:2000;如果 Discord 將正常停頓切割成斷續的部分轉錄,請提高此值。- 當 ElevenLabs 是選定的 TTS 提供者時,Discord 語音播放會使用串流 TTS,並從提供者回應串流開始播放。不支援串流的提供者會改用合成的暫存檔案路徑。
- OpenClaw 會監看接收解密失敗,若短時間內重複失敗,便會離開並重新加入語音頻道以自動復原。
- 如果更新後的接收記錄反覆顯示
DecryptionFailed(UnencryptedWhenPassthroughDisabled),請收集相依套件報告及記錄。內建的@discordjs/voice版本包含來自 discord.js PR #11449 的上游填補修正,該 PR 已關閉 discord.js 議題 #11419。 - 當 OpenClaw 將擷取的發言者片段定稿時,出現
The operation was aborted接收事件是預期行為;這些是詳細診斷資訊,不是警告。 - 詳細的 Discord 語音記錄會針對每個已接受的發言者片段,加入長度受限的單行 STT 轉錄預覽,讓偵錯時能同時顯示使用者端及代理回覆端,而不會傾印長度不受限的轉錄文字。
- 在
agent-proxy模式下,強制諮詢備援會略過可能不完整的轉錄片段,例如以...結尾的文字或尾端為 “and” 之類的連接詞,以及 “be right back” 或 “bye” 等明顯無須採取動作的結語。當此機制避免使用過時的排隊答案時,記錄會顯示forced agent consult skipped reason=...。
在語音頻道中跟隨使用者
如果希望 Discord 語音機器人跟隨一或多名已知的 Discord 使用者,而不是在啟動時加入固定頻道或等待/vc join,請使用 voice.followUsers。
followUsers接受原始 Discord 使用者 ID 和discord:<id>值。OpenClaw 會先正規化這兩種格式,再比對語音狀態事件。- 設定
followUsers時,followUsersEnabled預設為true。將其設為false,可保留已儲存的清單,但停止自動跟隨語音。 followUsers僅控制語音駐留。它不會授予發言者存取權或擁有者權限;請分別設定commands.ownerAllowFrom,以及伺服器或頻道的使用者與角色。- 當被跟隨的使用者加入允許的語音頻道時,OpenClaw 會加入該頻道。使用者移動時,OpenClaw 會隨之移動。作用中的被跟隨使用者中斷連線時,OpenClaw 會離開。
- 如果同一伺服器中有多位被跟隨的使用者,且作用中的被跟隨使用者離開,OpenClaw 會先移至另一位受追蹤之被跟隨使用者所在的頻道,再離開伺服器。如果多位被跟隨的使用者同時移動,以最後觀察到的語音狀態事件為準。
allowedChannels仍然適用。位於不允許頻道中的被跟隨使用者會被忽略,而由跟隨功能擁有的工作階段會移至另一位被跟隨的使用者,或直接離開。- OpenClaw 會在啟動時及有界的時間間隔內,協調遺漏的語音狀態事件。協調作業會取樣已設定的伺服器,並限制每次執行的 REST 查詢次數,因此非常大的
followUsers清單可能需要超過一個間隔才能收斂。 - 如果 Discord 或管理員在機器人跟隨使用者時移動機器人,當目的地受到允許時,OpenClaw 會重建語音工作階段並保留跟隨擁有權。如果機器人被移至
allowedChannels之外,OpenClaw 會離開,並在有設定目標時重新加入該目標。 - DAVE 接收復原可能會在重複解密失敗後離開並重新加入同一頻道。由跟隨功能擁有的工作階段會在此復原路徑中保留其跟隨擁有權,因此被跟隨的使用者稍後中斷連線時,仍會離開該頻道。
- 對於個人或操作員設定,如果機器人應在你使用語音時自動進入語音,請使用
followUsers。 - 對於即使沒有受追蹤使用者使用語音,也應保持在線的固定房間機器人,請使用
autoJoin。 - 對於一次性加入,或自動出現在語音中會令人意外的房間,請使用
/vc join。
- 語音接收記錄會顯示
discord voice: opus decoder: libopus-wasm。 - 即時播放會使用同一個隨附的
libopus-wasm套件,將原始 48 kHz 立體聲 PCM 編碼為 Opus,再將封包交給@discordjs/voice。 - 檔案和供應商串流播放會使用 ffmpeg 轉碼為原始 48 kHz 立體聲 PCM,接著使用
libopus-wasm產生傳送至 Discord 的 Opus 封包串流。
- Discord PCM 擷取內容會轉換為 WAV 暫存檔。
tools.media.audio處理 STT,例如openai/gpt-4o-mini-transcribe。- 逐字稿會透過 Discord 輸入和路由傳送,同時回應 LLM 會依語音輸出政策執行;該政策會隱藏代理程式的
tts工具並要求傳回文字,因為最終的 TTS 播放由 Discord 語音負責。 - 設定
voice.model時,它只會覆寫此語音頻道回合的回應 LLM。 voice.tts會合併覆寫tts;支援串流的供應商會直接將內容傳給播放器,否則會在已加入的頻道中播放產生的音訊檔案。
voice.agentSession 區塊時,每個語音頻道都會取得各自路由的 OpenClaw 工作階段。例如,/vc join channel:234567890123456789 會與該 Discord 語音頻道的工作階段交談。即時模型僅作為語音前端;實質要求會交給已設定的 OpenClaw 代理程式。如果即時模型未呼叫諮詢工具便產生最終逐字稿,OpenClaw 會強制以諮詢作為後援,讓預設行為仍如同與代理程式交談。
舊版 STT 加 TTS 範例:
agent-proxy 模式中,機器人會加入已設定的語音頻道,但 OpenClaw 代理程式回合會使用目標頻道正常路由的工作階段和代理程式。即時語音工作階段會將傳回的結果說回語音頻道。監督代理程式仍可依其工具政策使用一般訊息工具,包括在適當時另行傳送 Discord 訊息。
當委派的 OpenClaw 執行處於作用中時,新的 Discord 語音逐字稿會先視為即時執行控制,再開始另一個代理程式回合。「狀態」、「取消那個」、「使用較小的修正」或「完成後也檢查測試」等詞句,會分類為作用中工作階段的狀態、取消、引導或後續輸入。狀態、取消、已接受的引導和後續結果都會說回語音頻道,讓呼叫者知道 OpenClaw 是否已處理要求。
實用的目標格式:
target: "channel:123456789012345678"會透過 Discord 文字頻道工作階段路由。target: "123456789012345678"會視為頻道目標。target: "dm:123456789012345678"或target: "user:123456789012345678"會透過該私人訊息工作階段路由。
bargeIn: true 讓 Discord 發言者開始事件和已處於作用中的發言者音訊,可在下一個擷取回合抵達 OpenAI 前取消作用中的即時回應。當 audioEndMs 低於 minBargeInAudioEndMs 時,過早的插話訊號會視為可能的回音/雜訊並予以忽略,讓模型不會在第一個播放影格就中止。
預期的語音記錄:
- 加入時:
discord voice: joining ... voiceSession=... supervisorSession=... agentSessionMode=... voiceModel=... realtimeModel=... - 即時開始時:
discord voice: realtime bridge starting ... autoRespond=false interruptResponse=false bargeIn=false minBargeInAudioEndMs=... - 發言者音訊出現時:
discord voice: realtime speaker turn opened ...、discord voice: realtime input audio started ... outputAudioMs=... outputActive=...和discord voice: realtime speaker turn closed ... chunks=... discordBytes=... realtimeBytes=... interruptedPlayback=... - 略過過時語音時:
discord voice: realtime forced agent consult skipped reason=incomplete-transcript ...或reason=non-actionable-closing ... - 即時回應完成時:
discord voice: realtime audio playback finishing reason=response.done ... audioMs=... chunks=... - 播放停止/重設時:
discord voice: realtime audio playback stopped reason=... audioMs=... elapsedMs=... chunks=... - 即時諮詢時:
discord voice: realtime consult requested ... voiceSession=... supervisorSession=... question=... - 代理程式回答時:
discord voice: agent turn answer ... - 精確語音排入佇列時:
discord voice: realtime exact speech queued ... queued=... outputAudioMs=... outputActive=...,後接discord voice: realtime exact speech dequeued reason=player-idle ... - 偵測到插話時:
discord voice: realtime barge-in detected source=speaker-start ...或discord voice: realtime barge-in detected source=active-speaker-audio ...,後接discord voice: realtime barge-in requested reason=... outputAudioMs=... outputActive=... - 即時中斷時:
discord voice: realtime model interrupt requested client:response.cancel reason=barge-in,後接discord voice: realtime model audio truncated client:conversation.item.truncate reason=barge-in audioEndMs=...或discord voice: realtime model interrupt confirmed server:response.done status=cancelled ... - 忽略回音/雜訊時:
discord voice: realtime model interrupt ignored client:conversation.item.truncate.skipped reason=barge-in audioEndMs=0 minAudioEndMs=250 - 停用插話時:
discord voice: realtime capture ignored during playback (barge-in disabled) ... - 播放閒置時:
discord voice: realtime barge-in ignored reason=... outputActive=false ... playbackChunks=0
realtime audio playback started表示 Discord 已開始播放助理音訊。橋接器會從此時開始計算助理輸出區塊、Discord PCM 位元組、供應商即時位元組,以及合成音訊持續時間。realtime speaker turn opened標示 Discord 發言者開始活動。如果播放已處於作用中且已啟用bargeIn,後面可能會接著出現barge-in detected source=speaker-start。realtime input audio started標示該發言者回合收到的第一個實際音訊影格。此處出現outputActive=true或非零的outputAudioMs,表示助理播放仍處於作用中時,麥克風正在傳送輸入。barge-in detected source=active-speaker-audio表示 OpenClaw 在助理播放處於作用中時,偵測到即時發言者音訊。這有助於區分真正的中斷,與沒有實用音訊的 Discord 發言者開始事件。barge-in requested reason=...表示 OpenClaw 已要求即時供應商取消或截斷作用中的回應。它包含outputAudioMs、outputActive和playbackChunks,讓你能看出中斷前實際已播放多少助理音訊。realtime audio playback stopped reason=...是本機 Discord 播放的重設點。原因會指出由誰停止播放:barge-in、player-idle、provider-clear-audio、forced-agent-consult、stream-close或session-close。realtime speaker turn closed會摘要擷取到的輸入回合。chunks=0或hasAudio=false表示發言者回合已開始,但沒有可用音訊抵達即時橋接器。interruptedPlayback=true表示該輸入回合與助理輸出重疊,並觸發插話邏輯。
outputAudioMs:即時供應商在該記錄行之前產生的助理音訊持續時間。audioMs:播放停止前,OpenClaw 計算的助理音訊持續時間。elapsedMs:開啟與關閉播放串流或發言者回合之間的實際經過時間。discordBytes:傳送至 Discord 語音或從中接收的 48 kHz 立體聲 PCM 位元組。realtimeBytes:傳送至即時供應商或從中接收的供應商格式 PCM 位元組。playbackChunks:針對作用中回應轉送至 Discord 的助理音訊區塊。sinceLastAudioMs:最後一個擷取到的發言者音訊影格與發言者回合關閉之間的間隔。
- 立即中斷,且伴隨
source=active-speaker-audio、較小的outputAudioMs,以及同一位使用者在相近時間出現,通常表示喇叭回音進入麥克風。提高voice.realtime.minBargeInAudioEndMs、降低喇叭音量、使用耳機,或設定voice.realtime.providers.openai.interruptResponseOnInputAudio: false。 source=speaker-start後接speaker turn closed ... hasAudio=false,表示 Discord 回報喇叭已開始播放,但沒有音訊送達 OpenClaw。這可能是暫時性的 Discord 語音事件、噪音閘門行為,或用戶端短暫啟用麥克風。- 若
audio playback stopped reason=stream-close附近沒有插話或provider-clear-audio,表示本機 Discord 播放串流意外結束。請檢查先前的提供者與 Discord 播放器日誌。 capture ignored during playback (barge-in disabled)表示 OpenClaw 在助理音訊播放期間刻意捨棄輸入。若要讓語音中斷播放,請啟用voice.realtime.bargeIn。barge-in ignored ... outputActive=false表示 Discord 或提供者的 VAD 回報有語音,但 OpenClaw 沒有可中斷的進行中播放。這不應中斷音訊。
voice.model 的 LLM 路由驗證、tools.media.audio 的 STT 驗證、tts/voice.tts 的 TTS 驗證,以及 voice.realtime.providers 或提供者一般驗證設定的即時提供者驗證。
語音訊息
Discord 語音訊息會顯示波形預覽,且需要 OGG/Opus 音訊。OpenClaw 會自動產生波形,但需要閘道主機上的ffmpeg 和 ffprobe 來檢查與轉換。
- 提供本機檔案路徑(不接受 URL)。
- 省略文字內容(Discord 不接受在同一個承載資料中同時包含文字與語音訊息)。
- 接受任何音訊格式;OpenClaw 會視需要轉換為 OGG/Opus。
疑難排解
使用了不允許的 intents,或機器人看不到伺服器訊息
使用了不允許的 intents,或機器人看不到伺服器訊息
- 啟用 Message Content Intent
- 當你依賴使用者/成員解析時,啟用 Server Members Intent
- 變更 intents 後重新啟動閘道
伺服器訊息意外遭封鎖
伺服器訊息意外遭封鎖
- 確認
groupPolicy - 確認
channels.discord.guilds下的伺服器允許清單 - 若存在伺服器
channels對應表,則只允許其中列出的頻道 - 確認
requireMention行為與提及模式
不要求提及,但仍遭封鎖
不要求提及,但仍遭封鎖
常見原因:
groupPolicy="allowlist"沒有相符的伺服器/頻道允許清單requireMention設定在錯誤的位置(必須位於channels.discord.guilds或頻道項目下)- 傳送者遭伺服器/頻道的
users允許清單封鎖
長時間執行的 Discord 回合或重複回覆
長時間執行的 Discord 回合或重複回覆
典型日誌:
Slow listener detected ...stuck session: sessionKey=agent:...:discord:... state=processing ...
閘道中繼資料查詢逾時警告
閘道中繼資料查詢逾時警告
OpenClaw 會在連線前擷取 Discord
/gateway/bot 中繼資料。暫時性失敗會回退至 Discord 的預設閘道 URL,且日誌輸出會受到速率限制。中繼資料逾時預設為 30 秒。OPENCLAW_DISCORD_GATEWAY_INFO_TIMEOUT_MS 可針對特殊主機環境覆寫此設定。閘道 READY 逾時重新啟動
閘道 READY 逾時重新啟動
OpenClaw 會在啟動期間以及執行階段重新連線後,等待 Discord 閘道的
READY 事件。採用交錯啟動的多帳號設定,可能需要比預設值更長的啟動 READY 等待時間。啟動時等待 15 秒,執行階段重新連線時等待 30 秒。OPENCLAW_DISCORD_READY_TIMEOUT_MS 和 OPENCLAW_DISCORD_RUNTIME_READY_TIMEOUT_MS 仍可供特殊主機環境使用。權限稽核不符
權限稽核不符
channels status --probe 權限檢查僅適用於數字頻道 ID。若使用 slug 鍵,執行階段比對仍可運作,但探查無法完整驗證權限。私人訊息與配對問題
私人訊息與配對問題
- 私人訊息已停用:
channels.discord.dm.enabled=false - 私人訊息原則已停用:
channels.discord.dmPolicy="disabled"(舊版:channels.discord.dm.policy) - 在
pairing模式下等待配對核准
機器人對機器人迴圈
機器人對機器人迴圈
預設會忽略由機器人撰寫的訊息。若設定
channels.discord.allowBots=true,請使用嚴格的提及與允許清單規則,以避免迴圈行為。
建議使用 channels.discord.allowBots="mentions",只接受提及該機器人的機器人訊息。OpenClaw 也隨附共用的機器人迴圈防護。每當 allowBots 允許機器人撰寫的訊息進入分派流程時,Discord 會將傳入事件對應至 (account, channel, bot pair) 事實,而通用配對防護會在該配對超過設定的事件預算後加以抑制。此防護可避免過去必須依靠 Discord 速率限制才能停止的失控雙機器人迴圈;它不會影響單一機器人部署,也不會影響保持在預算內的單次機器人回覆。預設設定(設定 allowBots 時生效):maxEventsPerWindow: 20— 機器人配對可在滑動時間範圍內交換 20 則訊息windowSeconds: 60— 滑動時間範圍長度cooldownSeconds: 60— 一旦超過預算,任一方向後續的所有機器人對機器人訊息都會遭捨棄一分鐘
channels.defaults.botLoopProtection 下設定一次共用預設值,然後在合法工作流程需要更多餘裕時覆寫 Discord 設定。優先順序如下:channels.discord.accounts.<account>.botLoopProtectionchannels.discord.botLoopProtectionchannels.defaults.botLoopProtection- 內建預設值
maxEventsPerWindow、windowSeconds 和 cooldownSeconds 鍵。語音 STT 因 DecryptionFailed(...) 而中斷
語音 STT 因 DecryptionFailed(...) 而中斷
- 讓 OpenClaw 保持最新(
openclaw update),以確保具備 Discord 語音接收復原邏輯 - 確認
channels.discord.voice.daveEncryption=true(預設值) - 從
channels.discord.voice.decryptionFailureTolerance=24(上游預設值)開始,僅在需要時調整 - 監看日誌中的:
discord voice: DAVE decrypt failures detecteddiscord voice: repeated decrypt failures; attempting rejoin
- 若自動重新加入後仍持續失敗,請收集日誌,並與 discord.js #11419 和 discord.js #11449 中的上游 DAVE 接收歷程比較
設定參考
主要參考:設定參考 - Discord。重要的 Discord 欄位
重要的 Discord 欄位
- 啟動/驗證:
enabled、token、applicationId、accounts.*、allowBots - 原則:
groupPolicy、dmPolicy、allowFrom、dm.*、guilds.*、guilds.*.channels.* - 命令:
commands.native、commands.useAccessGroups(全域)、configWrites、slashCommand.ephemeral - 閘道:
proxy - 回覆/歷程:
replyToMode、historyLimit、dmHistoryLimit、dms.*.historyLimit - 傳遞:
textChunkLimit(預設2000)、maxLinesPerMessage(預設17) - 串流:
streaming.mode、streaming.chunkMode、streaming.preview.*、streaming.progress.*、streaming.block.*(舊版扁平streamMode、draftChunk、blockStreaming、blockStreamingCoalesce、chunkMode鍵會由openclaw doctor --fix遷移至streaming.*) - 媒體:
mediaMaxMb(限制傳出的 Discord 上傳,預設100) - 動作:
actions.* - 狀態:
activity、status、activityType、activityUrl、autoPresence.* - 使用者介面:
ui.components.accentColor - 功能:
threadBindings、頂層bindings[](type: "acp")、pluralkit、execApprovals、intents、agentComponents.enabled、agentComponents.ttlMs、activities、heartbeat、responsePrefix
Discord Activities
設定channels.discord.activities,讓代理程式可發布在 Discord 內開啟的獨立 HTML 小工具。此區塊為選用;若省略,OpenClaw 不會註冊任何 Activity 路由、工具或互動處理常式。如需 Developer Portal、通道、安全性與疑難排解設定,請參閱 Discord Activities。
activities.clientSecret:Discord 應用程式的 OAuth2 用戶端密鑰;回退至DISCORD_CLIENT_SECRETactivities.applicationId:選用的 Activity 應用程式 ID;預設為閘道啟動時取得的機器人應用程式 ID
安全性與操作
- 將機器人權杖視為機密資訊(在受監督的環境中建議使用
DISCORD_BOT_TOKEN)。 - 授予最低權限的 Discord 權限。
- 若命令部署/狀態已過時,請重新啟動閘道,並使用
openclaw channels status --probe重新檢查。
相關內容
Discord Activities
在 Discord 內啟動互動式 HTML 小工具。
配對
將 Discord 使用者與閘道配對。
群組
群組聊天與允許清單行為。
頻道路由
將傳入訊息路由至代理程式。
安全性
威脅模型與強化措施。
多代理程式路由
將伺服器與頻道對應至代理程式。
斜線命令
原生命令行為。