Vai al contenuto principale

Discord (API Bot)

Stato: pronto per DM e canali guild tramite il gateway ufficiale di Discord.

Abbinamento

I DM di Discord usano per impostazione predefinita la modalità di abbinamento.

Comandi slash

Comportamento nativo dei comandi e catalogo dei comandi.

Risoluzione dei problemi del canale

Diagnostica e flusso di riparazione tra canali.

Configurazione rapida

Dovrai creare una nuova applicazione con un bot, aggiungere il bot al tuo server e abbinarlo a OpenClaw. Ti consigliamo di aggiungere il tuo bot al tuo server privato. Se non ne hai ancora uno, creane prima uno (scegli Create My Own > For me and my friends).
1

Crea un'applicazione Discord e un bot

Vai al Discord Developer Portal e fai clic su New Application. Assegna un nome come “OpenClaw”.Fai clic su Bot nella barra laterale. Imposta Username su qualunque nome usi per il tuo agente OpenClaw.
2

Abilita gli intent privilegiati

Sempre nella pagina Bot, scorri fino a Privileged Gateway Intents e abilita:
  • Message Content Intent (obbligatorio)
  • Server Members Intent (consigliato; obbligatorio per allowlist basate sui ruoli e per l’associazione da nome a ID)
  • Presence Intent (facoltativo; necessario solo per gli aggiornamenti di presenza)
3

Copia il token del tuo bot

Torna in alto nella pagina Bot e fai clic su Reset Token.
Nonostante il nome, questo genera il tuo primo token — non viene “reimpostato” nulla.
Copia il token e salvalo da qualche parte. Questo è il tuo Bot Token e ti servirà a breve.
4

Genera un URL di invito e aggiungi il bot al tuo server

Fai clic su OAuth2 nella barra laterale. Genererai un URL di invito con i permessi corretti per aggiungere il bot al tuo server.Scorri fino a OAuth2 URL Generator e abilita:
  • bot
  • applications.commands
Comparirà sotto una sezione Bot Permissions. Abilita:
  • View Channels
  • Send Messages
  • Read Message History
  • Embed Links
  • Attach Files
  • Add Reactions (facoltativo)
Copia l’URL generato in fondo, incollalo nel browser, seleziona il tuo server e fai clic su Continue per connetterti. Ora dovresti vedere il tuo bot nel server Discord.
5

Abilita Developer Mode e raccogli i tuoi ID

Tornando nell’app Discord, devi abilitare Developer Mode per poter copiare gli ID interni.
  1. Fai clic su User Settings (icona dell’ingranaggio accanto al tuo avatar) → Advanced → attiva Developer Mode
  2. Fai clic destro sull’icona del server nella barra laterale → Copy Server ID
  3. Fai clic destro sul tuo avatarCopy User ID
Salva Server ID e User ID insieme al tuo Bot Token — invierai tutti e tre a OpenClaw nel passaggio successivo.
6

Consenti i DM dai membri del server

Per far funzionare l’abbinamento, Discord deve consentire al tuo bot di inviarti DM. Fai clic destro sull’icona del serverPrivacy Settings → attiva Direct Messages.Questo consente ai membri del server (inclusi i bot) di inviarti DM. Mantieni questa opzione attiva se vuoi usare i DM di Discord con OpenClaw. Se prevedi di usare solo i canali guild, puoi disabilitare i DM dopo l’abbinamento.
7

Imposta in modo sicuro il token del tuo bot (non inviarlo in chat)

Il token del tuo bot Discord è un segreto (come una password). Impostalo sulla macchina che esegue OpenClaw prima di inviare un messaggio al tuo agente.
export DISCORD_BOT_TOKEN="YOUR_BOT_TOKEN"
openclaw config set channels.discord.token --ref-provider default --ref-source env --ref-id DISCORD_BOT_TOKEN --dry-run
openclaw config set channels.discord.token --ref-provider default --ref-source env --ref-id DISCORD_BOT_TOKEN
openclaw config set channels.discord.enabled true --strict-json
openclaw gateway
Se OpenClaw è già in esecuzione come servizio in background, riavvialo tramite l’app Mac di OpenClaw oppure arrestando e riavviando il processo openclaw gateway run.
8

Configura OpenClaw ed esegui l'abbinamento

Chatta con il tuo agente OpenClaw su qualsiasi canale esistente (ad esempio Telegram) e comunicaglielo. Se Discord è il tuo primo canale, usa invece la scheda CLI / config.
“Ho già impostato il token del mio bot Discord nella configurazione. Completa la configurazione di Discord con User ID <user_id> e Server ID <server_id>.”
9

Approva il primo abbinamento DM

Attendi che il gateway sia in esecuzione, quindi invia un DM al tuo bot su Discord. Risponderà con un codice di abbinamento.
Invia il codice di abbinamento al tuo agente sul canale esistente:
“Approva questo codice di abbinamento Discord: <CODE>
I codici di abbinamento scadono dopo 1 ora.Ora dovresti poter chattare con il tuo agente su Discord via DM.
La risoluzione del token è consapevole dell’account. I valori del token nella configurazione hanno precedenza sul fallback env. DISCORD_BOT_TOKEN viene usato solo per l’account predefinito. Per chiamate avanzate in uscita (strumento messaggi/azioni del canale), viene usato un token esplicito per quella chiamata. Questo si applica alle azioni di invio e di lettura/probe (ad esempio read/search/fetch/thread/pins/permissions). I criteri dell’account e le impostazioni di retry continuano invece a provenire dall’account selezionato nello snapshot di runtime attivo.

Consigliato: configura un workspace guild

Una volta che i DM funzionano, puoi configurare il tuo server Discord come workspace completo in cui ogni canale ha la propria sessione agente con il proprio contesto. Questo è consigliato per server privati in cui ci siete solo tu e il tuo bot.
1

Aggiungi il tuo server all'allowlist delle guild

Questo consente al tuo agente di rispondere in qualsiasi canale del tuo server, non solo nei DM.
“Aggiungi il mio Discord Server ID <server_id> all’allowlist delle guild”
2

Consenti risposte senza @mention

Per impostazione predefinita, il tuo agente risponde nei canali guild solo quando viene @menzionato. Per un server privato, probabilmente vuoi che risponda a ogni messaggio.
“Consenti al mio agente di rispondere su questo server senza dover essere @menzionato”
3

Pianifica la memoria nei canali guild

Per impostazione predefinita, la memoria a lungo termine (MEMORY.md) viene caricata solo nelle sessioni DM. I canali guild non caricano automaticamente MEMORY.md.
“Quando faccio domande nei canali Discord, usa memory_search o memory_get se ti serve contesto a lungo termine da MEMORY.md.”
Ora crea alcuni canali sul tuo server Discord e inizia a chattare. Il tuo agente può vedere il nome del canale e ogni canale riceve la propria sessione isolata, quindi puoi configurare #coding, #home, #research o qualunque cosa si adatti al tuo flusso di lavoro.

Modello di runtime

  • Il gateway gestisce la connessione Discord.
  • L’instradamento delle risposte è deterministico: le risposte in ingresso da Discord tornano su Discord.
  • Per impostazione predefinita (session.dmScope=main), le chat dirette condividono la sessione principale dell’agente (agent:main:main).
  • I canali guild hanno chiavi di sessione isolate (agent:<agentId>:discord:channel:<channelId>).
  • I DM di gruppo vengono ignorati per impostazione predefinita (channels.discord.dm.groupEnabled=false).
  • I comandi slash nativi vengono eseguiti in sessioni comando isolate (agent:<agentId>:discord:slash:<userId>), continuando però a trasportare CommandTargetSessionKey verso la sessione di conversazione instradata.

Canali forum

I canali forum e media di Discord accettano solo post nei thread. OpenClaw supporta due modi per crearli:
  • Invia un messaggio al forum padre (channel:<forumId>) per creare automaticamente un thread. Il titolo del thread usa la prima riga non vuota del tuo messaggio.
  • Usa openclaw message thread create per creare direttamente un thread. Non passare --message-id per i canali forum.
Esempio: inviare al forum padre per creare un thread
openclaw message send --channel discord --target channel:<forumId> \
  --message "Topic title\nBody of the post"
Esempio: creare esplicitamente un thread del forum
openclaw message thread create --channel discord --target channel:<forumId> \
  --thread-name "Topic title" --message "Body of the post"
I forum padre non accettano componenti Discord. Se hai bisogno di componenti, invia al thread stesso (channel:<threadId>).

Componenti interattivi

OpenClaw supporta i contenitori Discord components v2 per i messaggi dell’agente. Usa lo strumento messaggi con un payload components. I risultati delle interazioni vengono reinstradati all’agente come normali messaggi in ingresso e seguono le impostazioni Discord replyToMode esistenti. Blocchi supportati:
  • text, section, separator, actions, media-gallery, file
  • Le righe di azione consentono fino a 5 pulsanti o un singolo menu di selezione
  • Tipi di selezione: string, user, role, mentionable, channel
Per impostazione predefinita, i componenti sono monouso. Imposta components.reusable=true per consentire l’uso multiplo di pulsanti, selezioni e moduli finché non scadono. Per limitare chi può fare clic su un pulsante, imposta allowedUsers su quel pulsante (ID utente Discord, tag o *). Quando configurato, gli utenti non corrispondenti ricevono un rifiuto effimero. I comandi slash /model e /models aprono un selettore modello interattivo con menu a discesa di provider e modello più un passaggio Submit. La risposta del selettore è effimera e può essere usata solo dall’utente che l’ha invocata. Allegati di file:
  • i blocchi file devono puntare a un riferimento allegato (attachment://<filename>)
  • fornisci l’allegato tramite media/path/filePath (file singolo); usa media-gallery per più file
  • usa filename per sovrascrivere il nome di upload quando deve corrispondere al riferimento allegato
Moduli modal:
  • aggiungi components.modal con fino a 5 campi
  • Tipi di campo: text, checkbox, radio, select, role-select, user-select
  • OpenClaw aggiunge automaticamente un pulsante di attivazione
Esempio:
{
  channel: "discord",
  action: "send",
  to: "channel:123456789012345678",
  message: "Testo di fallback facoltativo",
  components: {
    reusable: true,
    text: "Scegli un percorso",
    blocks: [
      {
        type: "actions",
        buttons: [
          {
            label: "Approva",
            style: "success",
            allowedUsers: ["123456789012345678"],
          },
          { label: "Rifiuta", style: "danger" },
        ],
      },
      {
        type: "actions",
        select: {
          type: "string",
          placeholder: "Scegli un'opzione",
          options: [
            { label: "Opzione A", value: "a" },
            { label: "Opzione B", value: "b" },
          ],
        },
      },
    ],
    modal: {
      title: "Dettagli",
      triggerLabel: "Apri modulo",
      fields: [
        { type: "text", label: "Richiedente" },
        {
          type: "select",
          label: "Priorità",
          options: [
            { label: "Bassa", value: "low" },
            { label: "Alta", value: "high" },
          ],
        },
      ],
    },
  },
}

Controllo degli accessi e instradamento

channels.discord.dmPolicy controlla l’accesso DM (legacy: channels.discord.dm.policy):
  • pairing (predefinito)
  • allowlist
  • open (richiede che channels.discord.allowFrom includa "*"; legacy: channels.discord.dm.allowFrom)
  • disabled
Se il criterio DM non è open, gli utenti sconosciuti vengono bloccati (o invitati all’abbinamento in modalità pairing).Precedenza multi-account:
  • channels.discord.accounts.default.allowFrom si applica solo all’account default.
  • Gli account con nome ereditano channels.discord.allowFrom quando il proprio allowFrom non è impostato.
  • Gli account con nome non ereditano channels.discord.accounts.default.allowFrom.
Formato target DM per la consegna:
  • user:<id>
  • menzione <@id>
Gli ID numerici senza prefisso sono ambigui e vengono rifiutati a meno che non venga fornito un tipo di target utente/canale esplicito.

Instradamento agente basato sui ruoli

Usa bindings[].match.roles per instradare i membri delle guild Discord ad agenti diversi in base all’ID del ruolo. I binding basati sui ruoli accettano solo ID ruolo e vengono valutati dopo i binding peer o parent-peer e prima dei binding solo guild. Se un binding imposta anche altri campi match (ad esempio peer + guildId + roles), tutti i campi configurati devono corrispondere.
{
  bindings: [
    {
      agentId: "opus",
      match: {
        channel: "discord",
        guildId: "123456789012345678",
        roles: ["111111111111111111"],
      },
    },
    {
      agentId: "sonnet",
      match: {
        channel: "discord",
        guildId: "123456789012345678",
      },
    },
  ],
}

Configurazione del Developer Portal

  1. Discord Developer Portal -> Applications -> New Application
  2. Bot -> Add Bot
  3. Copia il token del bot
In Bot -> Privileged Gateway Intents, abilita:
  • Message Content Intent
  • Server Members Intent (consigliato)
Presence intent è facoltativo ed è richiesto solo se vuoi ricevere aggiornamenti di presenza. L’impostazione della presenza del bot (setPresence) non richiede l’abilitazione degli aggiornamenti di presenza per i membri.
Generatore URL OAuth:
  • scope: bot, applications.commands
Permessi di base tipici:
  • View Channels
  • Send Messages
  • Read Message History
  • Embed Links
  • Attach Files
  • Add Reactions (facoltativo)
Evita Administrator salvo necessità esplicita.
Abilita Discord Developer Mode, quindi copia:
  • ID server
  • ID canale
  • ID utente
Preferisci ID numerici nella configurazione di OpenClaw per audit e probe affidabili.

Comandi nativi e autorizzazione dei comandi

  • commands.native ha come valore predefinito "auto" ed è abilitato per Discord.
  • Override per canale: channels.discord.commands.native.
  • commands.native=false rimuove esplicitamente i comandi nativi Discord registrati in precedenza.
  • L’autorizzazione dei comandi nativi usa le stesse allowlist/criteri Discord della normale gestione dei messaggi.
  • I comandi possono comunque essere visibili nell’interfaccia Discord agli utenti non autorizzati; l’esecuzione continua comunque ad applicare l’autorizzazione OpenClaw e restituisce “non autorizzato”.
Vedi Comandi slash per catalogo e comportamento dei comandi. Impostazioni predefinite dei comandi slash:
  • ephemeral: true

Dettagli delle funzionalità

Discord supporta i tag di risposta nell’output dell’agente:
  • [[reply_to_current]]
  • [[reply_to:<id>]]
Controllati da channels.discord.replyToMode:
  • off (predefinito)
  • first
  • all
  • batched
Nota: off disabilita il threading implicito delle risposte. I tag espliciti [[reply_to_*]] vengono comunque rispettati. first allega sempre il riferimento implicito di risposta nativa al primo messaggio Discord in uscita del turno. batched allega il riferimento implicito di risposta nativa di Discord solo quando il turno in ingresso era un batch con debounce di più messaggi. Questo è utile quando vuoi le risposte native soprattutto per chat ambigue e concitate, non per ogni singolo turno a messaggio singolo.Gli ID messaggio vengono esposti nel contesto/cronologia così che gli agenti possano puntare a messaggi specifici.
OpenClaw può trasmettere risposte provvisorie inviando un messaggio temporaneo e modificandolo man mano che arriva il testo.
  • channels.discord.streaming controlla lo streaming di anteprima (off | partial | block | progress, predefinito: off).
  • Il valore predefinito resta off perché le modifiche dell’anteprima su Discord possono raggiungere rapidamente i limiti di velocità, soprattutto quando più bot o gateway condividono lo stesso account o traffico guild.
  • progress è accettato per coerenza tra canali e su Discord viene mappato a partial.
  • channels.discord.streamMode è un alias legacy e viene migrato automaticamente.
  • partial modifica un singolo messaggio di anteprima man mano che arrivano i token.
  • block emette blocchi della dimensione della bozza (usa draftChunk per regolare dimensione e punti di interruzione).
Esempio:
{
  channels: {
    discord: {
      streaming: "partial",
    },
  },
}
Impostazioni predefinite per la suddivisione in blocchi della modalità block (limitate a channels.discord.textChunkLimit):
{
  channels: {
    discord: {
      streaming: "block",
      draftChunk: {
        minChars: 200,
        maxChars: 800,
        breakPreference: "paragraph",
      },
    },
  },
}
Lo streaming di anteprima è solo testuale; le risposte multimediali tornano alla consegna normale.Nota: lo streaming di anteprima è separato dallo streaming a blocchi. Quando lo streaming a blocchi è esplicitamente abilitato per Discord, OpenClaw salta il flusso di anteprima per evitare il doppio streaming.
Contesto della cronologia guild:
  • channels.discord.historyLimit predefinito 20
  • fallback: messages.groupChat.historyLimit
  • 0 disabilita
Controlli della cronologia DM:
  • channels.discord.dmHistoryLimit
  • channels.discord.dms["<user_id>"].historyLimit
Comportamento dei thread:
  • i thread Discord vengono instradati come sessioni canale
  • i metadati del thread padre possono essere usati per il collegamento alla sessione padre
  • la configurazione del thread eredita quella del canale padre, a meno che non esista una voce specifica per il thread
I topic dei canali vengono iniettati come contesto non attendibile (non come system prompt). Il contesto delle risposte e dei messaggi citati al momento resta così come ricevuto. Le allowlist di Discord regolano principalmente chi può attivare l’agente, non costituiscono un confine completo di redazione del contesto supplementare.
Discord può associare un thread a un target di sessione così che i messaggi successivi in quel thread continuino a essere instradati alla stessa sessione (incluse le sessioni subagent).Comandi:
  • /focus <target> associa il thread corrente/nuovo a un target subagent/sessione
  • /unfocus rimuove l’associazione del thread corrente
  • /agents mostra le esecuzioni attive e lo stato delle associazioni
  • /session idle <duration|off> ispeziona/aggiorna il disaccoppiamento automatico per inattività delle associazioni focalizzate
  • /session max-age <duration|off> ispeziona/aggiorna l’età massima rigida per le associazioni focalizzate
Configurazione:
{
  session: {
    threadBindings: {
      enabled: true,
      idleHours: 24,
      maxAgeHours: 0,
    },
  },
  channels: {
    discord: {
      threadBindings: {
        enabled: true,
        idleHours: 24,
        maxAgeHours: 0,
        spawnSubagentSessions: false, // opt-in
      },
    },
  },
}
Note:
  • session.threadBindings.* imposta i valori predefiniti globali.
  • channels.discord.threadBindings.* sovrascrive il comportamento di Discord.
  • spawnSubagentSessions deve essere true per creare/associare automaticamente thread per sessions_spawn({ thread: true }).
  • spawnAcpSessions deve essere true per creare/associare automaticamente thread per ACP (/acp spawn ... --thread ... o sessions_spawn({ runtime: "acp", thread: true })).
  • Se le associazioni dei thread sono disabilitate per un account, /focus e le relative operazioni sulle associazioni dei thread non sono disponibili.
Vedi Sub-agents, ACP Agents e Configuration Reference.
Per workspace ACP stabili e “always-on”, configura associazioni ACP tipizzate di livello superiore che puntano alle conversazioni Discord.Percorso di configurazione:
  • bindings[] con type: "acp" e match.channel: "discord"
Esempio:
{
  agents: {
    list: [
      {
        id: "codex",
        runtime: {
          type: "acp",
          acp: {
            agent: "codex",
            backend: "acpx",
            mode: "persistent",
            cwd: "/workspace/openclaw",
          },
        },
      },
    ],
  },
  bindings: [
    {
      type: "acp",
      agentId: "codex",
      match: {
        channel: "discord",
        accountId: "default",
        peer: { kind: "channel", id: "222222222222222222" },
      },
      acp: { label: "codex-main" },
    },
  ],
  channels: {
    discord: {
      guilds: {
        "111111111111111111": {
          channels: {
            "222222222222222222": {
              requireMention: false,
            },
          },
        },
      },
    },
  },
}
Note:
  • /acp spawn codex --bind here associa il canale o thread Discord corrente sul posto e mantiene i messaggi futuri instradati alla stessa sessione ACP.
  • Questo può comunque significare “avvia una nuova sessione ACP Codex”, ma non crea da solo un nuovo thread Discord. Il canale esistente resta la superficie della chat.
  • Codex può comunque essere eseguito nel proprio cwd o workspace backend su disco. Quel workspace è stato di runtime, non un thread Discord.
  • I messaggi dei thread possono ereditare l’associazione ACP del canale padre.
  • In un canale o thread associato, /new e /reset reimpostano sul posto la stessa sessione ACP.
  • Le associazioni temporanee dei thread continuano a funzionare e possono sovrascrivere la risoluzione del target mentre sono attive.
  • spawnAcpSessions è richiesto solo quando OpenClaw deve creare/associare un thread figlio tramite --thread auto|here. Non è richiesto per /acp spawn ... --bind here nel canale corrente.
Vedi ACP Agents per i dettagli sul comportamento delle associazioni.
Modalità di notifica delle reazioni per guild:
  • off
  • own (predefinito)
  • all
  • allowlist (usa guilds.<id>.users)
Gli eventi di reazione vengono trasformati in eventi di sistema e allegati alla sessione Discord instradata.
ackReaction invia un’emoji di conferma mentre OpenClaw sta elaborando un messaggio in ingresso.Ordine di risoluzione:
  • channels.discord.accounts.<accountId>.ackReaction
  • channels.discord.ackReaction
  • messages.ackReaction
  • fallback emoji dell’identità dell’agente (agents.list[].identity.emoji, altrimenti ”👀”)
Note:
  • Discord accetta emoji unicode o nomi di emoji personalizzate.
  • Usa "" per disabilitare la reazione per un canale o account.
Le scritture di configurazione avviate dal canale sono abilitate per impostazione predefinita.Questo influisce sui flussi /config set|unset (quando le funzionalità dei comandi sono abilitate).Disabilita:
{
  channels: {
    discord: {
      configWrites: false,
    },
  },
}
Instrada il traffico WebSocket del gateway Discord e le ricerche REST iniziali (ID applicazione + risoluzione allowlist) tramite un proxy HTTP(S) con channels.discord.proxy.
{
  channels: {
    discord: {
      proxy: "http://proxy.example:8080",
    },
  },
}
Override per account:
{
  channels: {
    discord: {
      accounts: {
        primary: {
          proxy: "http://proxy.example:8080",
        },
      },
    },
  },
}
Abilita la risoluzione PluralKit per mappare i messaggi proxati all’identità del membro del sistema:
{
  channels: {
    discord: {
      pluralkit: {
        enabled: true,
        token: "pk_live_...", // facoltativo; necessario per sistemi privati
      },
    },
  },
}
Note:
  • le allowlist possono usare pk:<memberId>
  • i nomi visualizzati dei membri vengono associati per nome/slug solo quando channels.discord.dangerouslyAllowNameMatching: true
  • le ricerche usano l’ID messaggio originale e sono vincolate nel tempo
  • se la ricerca fallisce, i messaggi proxati vengono trattati come messaggi del bot e scartati a meno che allowBots=true
Gli aggiornamenti di presenza vengono applicati quando imposti un campo di stato o attività, oppure quando abiliti la presenza automatica.Esempio solo stato:
{
  channels: {
    discord: {
      status: "idle",
    },
  },
}
Esempio attività (lo stato personalizzato è il tipo di attività predefinito):
{
  channels: {
    discord: {
      activity: "Tempo di concentrazione",
      activityType: 4,
    },
  },
}
Esempio streaming:
{
  channels: {
    discord: {
      activity: "Coding live",
      activityType: 1,
      activityUrl: "https://twitch.tv/openclaw",
    },
  },
}
Mappa dei tipi di attività:
  • 0: Playing
  • 1: Streaming (richiede activityUrl)
  • 2: Listening
  • 3: Watching
  • 4: Custom (usa il testo dell’attività come stato; l’emoji è facoltativa)
  • 5: Competing
Esempio presenza automatica (segnale di integrità del runtime):
{
  channels: {
    discord: {
      autoPresence: {
        enabled: true,
        intervalMs: 30000,
        minUpdateIntervalMs: 15000,
        exhaustedText: "token esaurito",
      },
    },
  },
}
La presenza automatica mappa la disponibilità del runtime allo stato Discord: healthy => online, degraded o unknown => idle, exhausted o unavailable => dnd. Override testuali facoltativi:
  • autoPresence.healthyText
  • autoPresence.degradedText
  • autoPresence.exhaustedText (supporta il segnaposto {reason})
Discord supporta la gestione delle approvazioni tramite pulsanti nei DM e può facoltativamente pubblicare richieste di approvazione nel canale di origine.Percorso di configurazione:
  • channels.discord.execApprovals.enabled
  • channels.discord.execApprovals.approvers (facoltativo; usa commands.ownerAllowFrom come fallback quando possibile)
  • channels.discord.execApprovals.target (dm | channel | both, predefinito: dm)
  • agentFilter, sessionFilter, cleanupAfterResolve
Discord abilita automaticamente le approvazioni exec native quando enabled non è impostato o vale "auto" e può essere risolto almeno un approvatore, sia da execApprovals.approvers sia da commands.ownerAllowFrom. Discord non deduce gli approvatori exec da allowFrom del canale, da dm.allowFrom legacy o da defaultTo dei messaggi diretti. Imposta enabled: false per disabilitare esplicitamente Discord come client di approvazione nativo.Quando target è channel o both, la richiesta di approvazione è visibile nel canale. Solo gli approvatori risolti possono usare i pulsanti; gli altri utenti ricevono un rifiuto effimero. Le richieste di approvazione includono il testo del comando, quindi abilita la consegna nel canale solo in canali fidati. Se l’ID canale non può essere ricavato dalla chiave della sessione, OpenClaw torna alla consegna via DM.Discord rende anche i pulsanti di approvazione condivisi usati da altri canali di chat. L’adapter nativo Discord aggiunge principalmente l’instradamento DM degli approvatori e il fanout sul canale. Quando questi pulsanti sono presenti, rappresentano la UX di approvazione primaria; OpenClaw dovrebbe includere un comando manuale /approve solo quando il risultato dello strumento indica che le approvazioni in chat non sono disponibili o che l’approvazione manuale è l’unico percorso.L’autenticazione gateway per questo handler usa lo stesso contratto condiviso di risoluzione delle credenziali degli altri client Gateway:
  • autenticazione locale env-first (OPENCLAW_GATEWAY_TOKEN / OPENCLAW_GATEWAY_PASSWORD poi gateway.auth.*)
  • in modalità locale, gateway.remote.* può essere usato come fallback solo quando gateway.auth.* non è impostato; SecretRef locali configurati ma non risolti falliscono in modalità chiusa
  • supporto modalità remota tramite gateway.remote.* quando applicabile
  • gli override URL sono sicuri rispetto agli override: gli override CLI non riutilizzano credenziali implicite e gli override env usano solo credenziali env
Comportamento di risoluzione delle approvazioni:
  • Gli ID con prefisso plugin: vengono risolti tramite plugin.approval.resolve.
  • Gli altri ID vengono risolti tramite exec.approval.resolve.
  • Discord non esegue qui un ulteriore fallback da exec a plugin; il prefisso dell’id decide quale metodo gateway chiamare.
Le approvazioni exec scadono dopo 30 minuti per impostazione predefinita. Se le approvazioni falliscono con ID approvazione sconosciuti, verifica la risoluzione degli approvatori, l’abilitazione della funzionalità e che il tipo di id approvazione consegnato corrisponda alla richiesta in sospeso.Documentazione correlata: Approvazioni exec

Strumenti e gate delle azioni

Le azioni dei messaggi Discord includono messaggistica, amministrazione del canale, moderazione, presenza e azioni sui metadati. Esempi principali:
  • messaggistica: sendMessage, readMessages, editMessage, deleteMessage, threadReply
  • reazioni: react, reactions, emojiList
  • moderazione: timeout, kick, ban
  • presenza: setPresence
L’azione event-create accetta un parametro facoltativo image (URL o percorso file locale) per impostare l’immagine di copertina dell’evento pianificato. I gate delle azioni si trovano sotto channels.discord.actions.*. Comportamento predefinito dei gate:
Gruppo di azioniPredefinito
reactions, messages, threads, pins, polls, search, memberInfo, roleInfo, channelInfo, channels, voiceStatus, events, stickers, emojiUploads, stickerUploads, permissionsabilitato
rolesdisabilitato
moderationdisabilitato
presencedisabilitato

UI components v2

OpenClaw usa Discord components v2 per le approvazioni exec e i marcatori cross-context. Le azioni dei messaggi Discord possono anche accettare components per UI personalizzate (avanzato; richiede la costruzione di un payload dei componenti tramite lo strumento discord), mentre i embeds legacy restano disponibili ma non sono consigliati.
  • channels.discord.ui.components.accentColor imposta il colore di accento usato dai contenitori dei componenti Discord (hex).
  • Imposta per account con channels.discord.accounts.<id>.ui.components.accentColor.
  • embeds vengono ignorati quando sono presenti components v2.
Esempio:
{
  channels: {
    discord: {
      ui: {
        components: {
          accentColor: "#5865F2",
        },
      },
    },
  },
}

Canali vocali

OpenClaw può unirsi ai canali vocali Discord per conversazioni in tempo reale e continue. Questo è separato dagli allegati dei messaggi vocali. Requisiti:
  • Abilita i comandi nativi (commands.native o channels.discord.commands.native).
  • Configura channels.discord.voice.
  • Il bot necessita dei permessi Connect + Speak nel canale vocale di destinazione.
Usa il comando nativo solo Discord /vc join|leave|status per controllare le sessioni. Il comando usa l’agente predefinito dell’account e segue le stesse regole di allowlist e group policy degli altri comandi Discord. Esempio di join automatico:
{
  channels: {
    discord: {
      voice: {
        enabled: true,
        autoJoin: [
          {
            guildId: "123456789012345678",
            channelId: "234567890123456789",
          },
        ],
        daveEncryption: true,
        decryptionFailureTolerance: 24,
        tts: {
          provider: "openai",
          openai: { voice: "alloy" },
        },
      },
    },
  },
}
Note:
  • voice.tts sovrascrive messages.tts solo per la riproduzione vocale.
  • I turni di trascrizione vocale derivano lo stato owner da Discord allowFrom (o dm.allowFrom); i parlanti non owner non possono accedere agli strumenti riservati agli owner (ad esempio gateway e cron).
  • Voice è abilitato per impostazione predefinita; imposta channels.discord.voice.enabled=false per disabilitarlo.
  • voice.daveEncryption e voice.decryptionFailureTolerance vengono passati alle opzioni di join di @discordjs/voice.
  • I valori predefiniti di @discordjs/voice sono daveEncryption=true e decryptionFailureTolerance=24 se non impostati.
  • OpenClaw monitora anche i fallimenti di decrittazione in ricezione e si ripristina automaticamente uscendo e rientrando nel canale vocale dopo fallimenti ripetuti in una finestra temporale breve.
  • Se i log in ricezione mostrano ripetutamente DecryptionFailed(UnencryptedWhenPassthroughDisabled), potrebbe trattarsi del bug di ricezione upstream @discordjs/voice tracciato in discord.js #11419.

Messaggi vocali

I messaggi vocali Discord mostrano un’anteprima della forma d’onda e richiedono audio OGG/Opus più metadati. OpenClaw genera automaticamente la forma d’onda, ma richiede che ffmpeg e ffprobe siano disponibili sull’host gateway per ispezionare e convertire i file audio. Requisiti e vincoli:
  • Fornisci un percorso file locale (gli URL vengono rifiutati).
  • Ometti il contenuto testuale (Discord non consente testo + messaggio vocale nello stesso payload).
  • Qualsiasi formato audio è accettato; OpenClaw lo converte in OGG/Opus quando necessario.
Esempio:
message(action="send", channel="discord", target="channel:123", path="/path/to/audio.mp3", asVoice=true)

Risoluzione dei problemi

  • abilita Message Content Intent
  • abilita Server Members Intent quando dipendi dalla risoluzione utente/membro
  • riavvia il gateway dopo aver cambiato gli intent
  • verifica groupPolicy
  • verifica l’allowlist guild sotto channels.discord.guilds
  • se esiste la mappa guild channels, sono consentiti solo i canali elencati
  • verifica il comportamento di requireMention e i pattern di menzione
Controlli utili:
openclaw doctor
openclaw channels status --probe
openclaw logs --follow
Cause comuni:
  • groupPolicy="allowlist" senza allowlist guild/canale corrispondente
  • requireMention configurato nel posto sbagliato (deve trovarsi sotto channels.discord.guilds o nella voce del canale)
  • mittente bloccato dall’allowlist users di guild/canale
Log tipici:
  • Listener DiscordMessageListener timed out after 30000ms for event MESSAGE_CREATE
  • Slow listener detected ...
  • discord inbound worker timed out after ...
Manopola del budget del listener:
  • account singolo: channels.discord.eventQueue.listenerTimeout
  • multi-account: channels.discord.accounts.<accountId>.eventQueue.listenerTimeout
Manopola del timeout di esecuzione del worker:
  • account singolo: channels.discord.inboundWorker.runTimeoutMs
  • multi-account: channels.discord.accounts.<accountId>.inboundWorker.runTimeoutMs
  • predefinito: 1800000 (30 minuti); imposta 0 per disabilitare
Baseline consigliata:
{
  channels: {
    discord: {
      accounts: {
        default: {
          eventQueue: {
            listenerTimeout: 120000,
          },
          inboundWorker: {
            runTimeoutMs: 1800000,
          },
        },
      },
    },
  },
}
Usa eventQueue.listenerTimeout per setup lenti del listener e inboundWorker.runTimeoutMs solo se vuoi una valvola di sicurezza separata per i turni agente in coda.
I controlli dei permessi di channels status --probe funzionano solo per ID canale numerici.Se usi chiavi slug, la corrispondenza a runtime può comunque funzionare, ma il probe non può verificare completamente i permessi.
  • DM disabilitati: channels.discord.dm.enabled=false
  • criterio DM disabilitato: channels.discord.dmPolicy="disabled" (legacy: channels.discord.dm.policy)
  • in attesa di approvazione dell’abbinamento in modalità pairing
Per impostazione predefinita i messaggi scritti dai bot vengono ignorati.Se imposti channels.discord.allowBots=true, usa regole rigorose di menzione e allowlist per evitare comportamenti a loop. Preferisci channels.discord.allowBots="mentions" per accettare solo messaggi bot che menzionano il bot.
  • mantieni OpenClaw aggiornato (openclaw update) così la logica di recupero della ricezione vocale Discord sia presente
  • conferma channels.discord.voice.daveEncryption=true (predefinito)
  • parti da channels.discord.voice.decryptionFailureTolerance=24 (predefinito upstream) e regolalo solo se necessario
  • osserva i log per:
    • discord voice: DAVE decrypt failures detected
    • discord voice: repeated decrypt failures; attempting rejoin
  • se i fallimenti continuano dopo il rientro automatico, raccogli i log e confrontali con discord.js #11419

Riferimenti alla configurazione

Riferimento principale: Campi Discord ad alto segnale:
  • avvio/autenticazione: enabled, token, accounts.*, allowBots
  • criterio: groupPolicy, dm.*, guilds.*, guilds.*.channels.*
  • comandi: commands.native, commands.useAccessGroups, configWrites, slashCommand.*
  • coda eventi: eventQueue.listenerTimeout (budget del listener), eventQueue.maxQueueSize, eventQueue.maxConcurrency
  • worker in ingresso: inboundWorker.runTimeoutMs
  • risposta/cronologia: replyToMode, historyLimit, dmHistoryLimit, dms.*.historyLimit
  • consegna: textChunkLimit, chunkMode, maxLinesPerMessage
  • streaming: streaming (alias legacy: streamMode), draftChunk, blockStreaming, blockStreamingCoalesce
  • media/retry: mediaMaxMb, retry
    • mediaMaxMb limita gli upload Discord in uscita (predefinito: 100MB)
  • azioni: actions.*
  • presenza: activity, status, activityType, activityUrl
  • UI: ui.components.accentColor
  • funzionalità: threadBindings, bindings[] di livello superiore (type: "acp"), pluralkit, execApprovals, intents, agentComponents, heartbeat, responsePrefix

Sicurezza e operazioni

  • Tratta i token dei bot come segreti (DISCORD_BOT_TOKEN preferito negli ambienti supervisionati).
  • Concedi i permessi Discord minimi necessari.
  • Se il deploy/stato dei comandi è obsoleto, riavvia il gateway e ricontrolla con openclaw channels status --probe.

Correlati