Discord

Bereit für DMs und Guild-Kanäle über das offizielle Discord-Gateway.

Schnelle Einrichtung

Sie müssen eine neue Anwendung mit einem Bot erstellen, den Bot zu Ihrem Server hinzufügen und ihn mit OpenClaw koppeln. Wir empfehlen, Ihren Bot zu Ihrem eigenen privaten Server hinzuzufügen. Wenn Sie noch keinen haben, erstellen Sie zuerst einen (wählen Sie Create My Own > For me and my friends).

export DISCORD_BOT_TOKEN="YOUR_BOT_TOKEN"cat > discord.patch.json5 <<'JSON5'{channels: {discord: {  enabled: true,  token: { source: "env", provider: "default", id: "DISCORD_BOT_TOKEN" },},},}JSON5openclaw config patch --file ./discord.patch.json5 --dry-runopenclaw config patch --file ./discord.patch.json5openclaw gateway

{channels: {discord: {enabled: true,token: {source: "env",provider: "default",id: "DISCORD_BOT_TOKEN",},},},}

DISCORD_BOT_TOKEN=...

{channels: {discord: {enabled: true,accounts: {personal: {  token: { source: "env", provider: "default", id: "DISCORD_PERSONAL_TOKEN" },  applicationId: "111111111111111111",},work: {  token: { source: "env", provider: "default", id: "DISCORD_WORK_TOKEN" },  applicationId: "222222222222222222",},},},},}

openclaw pairing list discordopenclaw pairing approve discord <CODE>

Empfohlen: Guild-Arbeitsbereich einrichten

Sobald DMs funktionieren, können Sie Ihren Discord-Server als vollständigen Arbeitsbereich einrichten, in dem jeder Kanal seine eigene Agentensitzung mit eigenem Kontext erhält. Dies wird für private Server empfohlen, auf denen nur Sie und Ihr Bot sind.

{channels: {discord: {groupPolicy: "allowlist",guilds: {YOUR_SERVER_ID: {  requireMention: true,  users: ["YOUR_USER_ID"],},},},},}

{channels: {discord: {guilds: {YOUR_SERVER_ID: {  requireMention: false,},},},},}

Erstellen Sie nun einige Kanäle auf Ihrem Discord-Server und beginnen Sie zu chatten. Ihr Agent kann den Kanalnamen sehen, und jeder Kanal erhält seine eigene isolierte Sitzung - Sie können also #coding, #home, #research oder alles einrichten, was zu Ihrem Workflow passt.

Runtime-Modell

• Gateway besitzt die Discord-Verbindung.
• Das Reply-Routing ist deterministisch: eingehende Discord-Antworten gehen zurück an Discord.
• Discord-Guild-/Kanal-Metadaten werden dem Modell-Prompt als nicht vertrauenswürdiger Kontext hinzugefügt, nicht als für Benutzer sichtbares Antwortpräfix. Wenn ein Modell diese Hülle zurückkopiert, entfernt OpenClaw die kopierten Metadaten aus ausgehenden Antworten und aus künftigem Wiedergabekontext.
• Standardmäßig (session.dmScope=main) teilen Direktchats die Hauptsitzung des Agents (agent:main:main).
• Guild-Kanäle sind isolierte Sitzungsschlüssel (agent:<agentId>:discord:channel:<channelId>).
• Gruppen-DMs werden standardmäßig ignoriert (channels.discord.dm.groupEnabled=false).
• Native Slash-Befehle laufen in isolierten Befehlssitzungen (agent:<agentId>:discord:slash:<userId>), führen aber weiterhin CommandTargetSessionKey für die geroutete Konversationssitzung mit.
• Rein textbasierte Cron-/Heartbeat-Ankündigungen an Discord verwenden die endgültige für den Assistenten sichtbare Antwort genau einmal. Medien- und strukturierte Komponenten-Payloads bleiben Mehrfachnachrichten, wenn der Agent mehrere zustellbare Payloads ausgibt.

Forumskanäle

Discord-Forum- und Medienkanäle akzeptieren nur Thread-Beiträge. OpenClaw unterstützt zwei Möglichkeiten, sie zu erstellen:

• Senden Sie eine Nachricht an das Forum übergeordnete Element (channel:<forumId>), um automatisch einen Thread zu erstellen. Der Thread-Titel verwendet die erste nicht leere Zeile Ihrer Nachricht.
• Verwenden Sie openclaw message thread create, um einen Thread direkt zu erstellen. Übergeben Sie für Forumskanäle kein --message-id.

Beispiel: an das Forum übergeordnete Element senden, um einen Thread zu erstellen

openclaw message send --channel discord --target channel:<forumId> \  --message "Topic title\nBody of the post"

Beispiel: einen Forum-Thread explizit erstellen

openclaw message thread create --channel discord --target channel:<forumId> \  --thread-name "Topic title" --message "Body of the post"

Forum übergeordnete Elemente akzeptieren keine Discord-Komponenten. Wenn Sie Komponenten benötigen, senden Sie an den Thread selbst (channel:<threadId>).

Interaktive Komponenten

OpenClaw unterstützt Discord-Komponenten-v2-Container für Agent-Nachrichten. Verwenden Sie das Nachrichten-Tool mit einem components-Payload. Interaktionsergebnisse werden als normale eingehende Nachrichten an den Agent zurückgeroutet und folgen den bestehenden Discord-replyToMode-Einstellungen.

Unterstützte Blöcke:

• text, section, separator, actions, media-gallery, file
• Aktionszeilen erlauben bis zu 5 Buttons oder ein einzelnes Auswahlmenü
• Auswahltypen: string, user, role, mentionable, channel

Standardmäßig sind Komponenten nur einmal verwendbar. Setzen Sie components.reusable=true, damit Buttons, Auswahlen und Formulare mehrfach verwendet werden können, bis sie ablaufen.

Um einzuschränken, wer auf einen Button klicken kann, setzen Sie allowedUsers für diesen Button (Discord-Benutzer-IDs, Tags oder *). Wenn konfiguriert, erhalten nicht übereinstimmende Benutzer eine ephemere Ablehnung.

Komponenten-Callbacks laufen standardmäßig nach 30 Minuten ab. Setzen Sie channels.discord.agentComponents.ttlMs, um diese Callback-Registry-Lebensdauer für das standardmäßige Discord-Konto zu ändern, oder channels.discord.accounts.<accountId>.agentComponents.ttlMs, um ein Konto in einer Multi-Konto-Einrichtung zu überschreiben. Der Wert ist in Millisekunden, muss eine positive Ganzzahl sein und ist auf 86400000 (24 Stunden) begrenzt. Längere TTLs sind nützlich für Review- oder Genehmigungs-Workflows, bei denen Buttons nutzbar bleiben müssen, erweitern aber auch das Zeitfenster, in dem eine alte Discord-Nachricht noch eine Aktion auslösen kann. Bevorzugen Sie die kürzeste TTL, die zum Workflow passt, und behalten Sie die Voreinstellung bei, wenn veraltete Callbacks überraschend wären.

Die Slash-Befehle /model und /models öffnen eine interaktive Modellauswahl mit Dropdowns für Provider, Modell und kompatible Runtime sowie einem Absenden-Schritt. /models add ist veraltet und gibt jetzt eine Veraltungsmeldung zurück, statt Modelle aus dem Chat zu registrieren. Die Auswahlantwort ist ephemer, und nur der aufrufende Benutzer kann sie verwenden. Discord-Auswahlmenüs sind auf 25 Optionen begrenzt. Fügen Sie daher provider/*-Einträge zu agents.defaults.models hinzu, wenn die Auswahl dynamisch erkannte Modelle nur für ausgewählte Provider wie openai oder vllm anzeigen soll.

Dateianhänge:

• file-Blöcke müssen auf eine Anhangsreferenz zeigen (attachment://<filename>)
• Stellen Sie den Anhang über media/path/filePath bereit (einzelne Datei); verwenden Sie media-gallery für mehrere Dateien
• Verwenden Sie filename, um den Upload-Namen zu überschreiben, wenn er zur Anhangsreferenz passen soll

Modale Formulare:

• Fügen Sie components.modal mit bis zu 5 Feldern hinzu
• Feldtypen: text, checkbox, radio, select, role-select, user-select
• OpenClaw fügt automatisch einen Auslösebutton hinzu

Beispiel:

{  channel: "discord",  action: "send",  to: "channel:123456789012345678",  message: "Optional fallback text",  components: {    reusable: true,    text: "Choose a path",    blocks: [      {        type: "actions",        buttons: [          {            label: "Approve",            style: "success",            allowedUsers: ["123456789012345678"],          },          { label: "Decline", style: "danger" },        ],      },      {        type: "actions",        select: {          type: "string",          placeholder: "Pick an option",          options: [            { label: "Option A", value: "a" },            { label: "Option B", value: "b" },          ],        },      },    ],    modal: {      title: "Details",      triggerLabel: "Open form",      fields: [        { type: "text", label: "Requester" },        {          type: "select",          label: "Priority",          options: [            { label: "Low", value: "low" },            { label: "High", value: "high" },          ],        },      ],    },  },}

Zugriffskontrolle und Routing

{accessGroups: {operators: {  type: "message.senders",  members: {    "*": ["global-owner-id"],    discord: ["discord:123456789012345678"],    telegram: ["987654321"],  },},},channels: {discord: {  dmPolicy: "allowlist",  allowFrom: ["accessGroup:operators"],},},}

{accessGroups: {maintainers: {  type: "discord.channelAudience",  guildId: "1456350064065904867",  channelId: "1456744319972282449",  membership: "canViewChannel",},},channels: {discord: {  dmPolicy: "allowlist",  allowFrom: ["accessGroup:maintainers"],},},}

{accessGroups: {maintainers: {  type: "discord.channelAudience",  guildId: "1456350064065904867",  channelId: "1456744319972282449",},},channels: {discord: {  dmPolicy: "allowlist",  allowFrom: ["accessGroup:maintainers", "discord:123456789012345678"],},},}

{channels: {discord: {  groupPolicy: "allowlist",  guilds: {    "123456789012345678": {      requireMention: true,      ignoreOtherMentions: true,      users: ["987654321098765432"],      roles: ["123456789012345678"],      channels: {        general: { allow: true },        help: { allow: true, requireMention: true },      },    },  },},},}

Rollenbasiertes Agent-Routing

Verwenden Sie bindings[].match.roles, um Discord-Guild-Mitglieder anhand der Rollen-ID an unterschiedliche Agenten weiterzuleiten. Rollenbasierte Bindings akzeptieren ausschließlich Rollen-IDs und werden nach Peer- oder Parent-Peer-Bindings und vor Guild-only-Bindings ausgewertet. Wenn ein Binding auch andere Match-Felder setzt (zum Beispiel peer + guildId + roles), müssen alle konfigurierten Felder übereinstimmen.

{  bindings: [    {      agentId: "opus",      match: {        channel: "discord",        guildId: "123456789012345678",        roles: ["111111111111111111"],      },    },    {      agentId: "sonnet",      match: {        channel: "discord",        guildId: "123456789012345678",      },    },  ],}

Native Befehle und Befehlsauthentifizierung

• commands.native ist standardmäßig "auto" und für Discord aktiviert.
• Überschreibung pro Kanal: channels.discord.commands.native.
• commands.native=false überspringt die Registrierung und Bereinigung von Discord-Slash-Befehlen beim Start. Zuvor registrierte Befehle können in Discord sichtbar bleiben, bis Sie sie aus der Discord-App entfernen.
• Die Authentifizierung nativer Befehle verwendet dieselben Discord-Allowlists/Richtlinien wie die normale Nachrichtenverarbeitung.
• Befehle können in der Discord-Oberfläche weiterhin für Benutzer sichtbar sein, die nicht autorisiert sind; die Ausführung erzwingt dennoch die OpenClaw-Authentifizierung und gibt „not authorized“ zurück.

Siehe Slash-Befehle für Befehlskatalog und Verhalten.

Standardeinstellungen für Slash-Befehle:

• ephemeral: true

Funktionsdetails

{channels: {discord: {  suppressEmbeds: false,},},}

{channels: {discord: {  streaming: {    mode: "progress",    progress: {      label: "auto",      maxLines: 8,      maxLineChars: 120,      toolProgress: true,      commentary: false,    },  },},},}

{  "channels": {    "discord": {      "streaming": {        "mode": "progress",        "progress": {          "toolProgress": true,          "commandText": "status"        }      }    }  }}

{session: {threadBindings: {  enabled: true,  idleHours: 24,  maxAgeHours: 0,},},channels: {discord: {  threadBindings: {    enabled: true,    idleHours: 24,    maxAgeHours: 0,    spawnSessions: true,    defaultSpawnContext: "fork",  },},},}

{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,        },      },    },  },},},}

{channels: {discord: {  configWrites: false,},},}

{channels: {discord: {  proxy: "http://proxy.example:8080",},},}

{channels: {discord: {  accounts: {    primary: {      proxy: "http://proxy.example:8080",    },  },},},}

{channels: {discord: {  pluralkit: {    enabled: true,    token: "pk_live_...", // optional; needed for private systems  },},},}

{channels: {discord: {  mentionAliases: {    Vladislava: "123456789012345678",  },  accounts: {    ops: {      mentionAliases: {        OpsLead: "234567890123456789",      },    },  },},},}

{channels: {discord: {  status: "idle",},},}

{channels: {discord: {  activity: "Focus time",  activityType: 4,},},}

{channels: {discord: {  activity: "Live coding",  activityType: 1,  activityUrl: "https://twitch.tv/openclaw",},},}

{channels: {discord: {  autoPresence: {    enabled: true,    intervalMs: 30000,    minUpdateIntervalMs: 15000,    exhaustedText: "token exhausted",  },},},}

Tools und Aktions-Gates

Discord-Nachrichtenaktionen umfassen Messaging-, Kanaladministrations-, Moderations-, Präsenz- und Metadatenaktionen.

Kernbeispiele:

• Messaging: sendMessage, readMessages, editMessage, deleteMessage, threadReply
• Reaktionen: react, reactions, emojiList
• Moderation: timeout, kick, ban
• Präsenz: setPresence

Die Aktion event-create akzeptiert einen optionalen Parameter image (URL oder lokaler Dateipfad), um das Titelbild des geplanten Ereignisses festzulegen.

Aktions-Gates befinden sich unter channels.discord.actions.*.

Standardverhalten der Gates:

Komponenten-v2-UI

OpenClaw verwendet Discord-Komponenten v2 für Ausführungsgenehmigungen und kontextübergreifende Marker. Discord-Nachrichtenaktionen können auch components für benutzerdefinierte UI akzeptieren (fortgeschritten; erfordert das Erstellen einer Komponenten-Payload über das Discord-Tool), während veraltete embeds weiterhin verfügbar sind, aber nicht empfohlen werden.

• channels.discord.ui.components.accentColor legt die Akzentfarbe fest, die von Discord-Komponentencontainern verwendet wird (Hex).
• Pro Konto mit channels.discord.accounts.<id>.ui.components.accentColor setzen.
• channels.discord.agentComponents.ttlMs steuert, wie lange gesendete Discord-Komponenten-Callbacks registriert bleiben (Standard 1800000, Maximum 86400000). Pro Konto mit channels.discord.accounts.<id>.agentComponents.ttlMs setzen.
• embeds werden ignoriert, wenn Komponenten v2 vorhanden sind.
• Vorschauen für reine URLs werden standardmäßig unterdrückt. Setzen Sie suppressEmbeds: false bei einer Nachrichtenaktion, wenn ein einzelner ausgehender Link erweitert werden soll.

Beispiel:

{  channels: {    discord: {      ui: {        components: {          accentColor: "#5865F2",        },      },    },  },}

Voice

Discord hat zwei unterschiedliche Voice-Oberflächen: Echtzeit-Voice-Kanäle (fortlaufende Gespräche) und Voice-Nachrichtenanhänge (das Waveform-Vorschauformat). Das Gateway unterstützt beide.

Voice-Kanäle

Einrichtungscheckliste:

1. Aktivieren Sie Message Content Intent im Discord Developer Portal.
2. Aktivieren Sie Server Members Intent, wenn Rollen-/Benutzer-Allowlists verwendet werden.
3. Laden Sie den Bot mit den Scopes bot und applications.commands ein.
4. Gewähren Sie Connect, Speak, Send Messages und Read Message History im Ziel-Voice-Kanal.
5. Aktivieren Sie native Befehle (commands.native oder channels.discord.commands.native).
6. Konfigurieren Sie channels.discord.voice.

Verwenden Sie /vc join|leave|status, um Sitzungen zu steuern. Der Befehl verwendet den Standard-Agent des Kontos und folgt denselben Allowlist- und Gruppenrichtlinienregeln wie andere Discord-Befehle.

/vc join channel:<voice-channel-id>/vc status/vc leave

Um die effektiven Berechtigungen des Bots vor dem Beitritt zu prüfen, führen Sie Folgendes aus:

openclaw channels capabilities --channel discord --target channel:<voice-channel-id>

Beispiel für automatischen Beitritt:

{  channels: {    discord: {      voice: {        enabled: true,        model: "openai/gpt-5.5",        autoJoin: [          {            guildId: "123456789012345678",            channelId: "234567890123456789",          },        ],        allowedChannels: [          {            guildId: "123456789012345678",            channelId: "234567890123456789",          },        ],        daveEncryption: true,        decryptionFailureTolerance: 24,        connectTimeoutMs: 30000,        reconnectGraceMs: 15000,        realtime: {          provider: "openai",          model: "gpt-realtime-2",          speakerVoice: "cedar",        },      },    },  },}

Hinweise:

• voice.tts überschreibt messages.tts nur für die stt-tts-Sprachwiedergabe. Realtime-Modi verwenden voice.realtime.speakerVoice.
• voice.mode steuert den Konversationspfad. Standard ist agent-proxy: Ein Realtime-Sprach-Frontend übernimmt Turn-Timing, Unterbrechung und Wiedergabe, delegiert inhaltliche Arbeit über openclaw_agent_consult an den gerouteten OpenClaw-Agenten und behandelt das Ergebnis wie einen getippten Discord-Prompt dieses Sprechers. stt-tts behält den älteren Batch-STT-plus-TTS-Ablauf bei. bidi lässt das Realtime-Modell direkt sprechen und stellt dabei openclaw_agent_consult für das OpenClaw-Gehirn bereit.
• voice.agentSession steuert, welche OpenClaw-Konversation Sprach-Turns erhält. Lassen Sie es ungesetzt für die eigene Sitzung des Sprachkanals, oder setzen Sie { mode: "target", target: "channel:<text-channel-id>" }, damit der Sprachkanal als Mikrofon-/Lautsprecher-Erweiterung einer bestehenden Discord-Textkanal-Sitzung wie #maintainers agiert.
• voice.model überschreibt das OpenClaw-Agentengehirn für Discord-Sprachantworten und Realtime-Consults. Lassen Sie es ungesetzt, um das geroutete Agentenmodell zu übernehmen. Es ist von voice.realtime.model getrennt.
• voice.followUsers lässt den Bot Discord-Sprachkanälen mit ausgewählten Benutzern beitreten, zwischen ihnen wechseln und sie verlassen. Siehe Benutzern in Sprache folgen für Verhaltensregeln und Beispiele.
• agent-proxy leitet Sprache über discord-voice, wodurch die normale Besitzer-/Tool-Autorisierung für den Sprecher und die Zielsitzung erhalten bleibt, das Agenten-Tool tts aber ausgeblendet wird, weil Discord-Sprache die Wiedergabe besitzt. Standardmäßig gibt agent-proxy dem Consult für Besitzer-Sprecher vollständigen, besitzeräquivalenten Tool-Zugriff (voice.realtime.toolPolicy: "owner") und bevorzugt nachdrücklich, vor inhaltlichen Antworten den OpenClaw-Agenten zu konsultieren (voice.realtime.consultPolicy: "always"). In diesem standardmäßigen always-Modus spricht die Realtime-Schicht vor der Consult-Antwort nicht automatisch Fülltext; sie erfasst und transkribiert Sprache und spricht dann die geroutete OpenClaw-Antwort. Wenn mehrere erzwungene Consult-Antworten fertig werden, während Discord noch die erste Antwort abspielt, werden spätere Exaktsprache-Antworten eingereiht, bis die Wiedergabe untätig ist, statt Sprache mitten im Satz zu ersetzen.
• Im stt-tts-Modus verwendet STT tools.media.audio; voice.model beeinflusst die Transkription nicht.
• In Realtime-Modi konfigurieren voice.realtime.provider, voice.realtime.model und voice.realtime.speakerVoice die Realtime-Audiositzung. Verwenden Sie für OpenAI Realtime 2 plus Codex-Gehirn voice.realtime.model: "gpt-realtime-2" und voice.model: "openai/gpt-5.5".
• Realtime-Sprachmodi nehmen standardmäßig kleine Profildateien IDENTITY.md, USER.md und SOUL.md in die Anweisungen des Realtime-Providers auf, damit schnelle direkte Turns dieselbe Identität, Benutzerverankerung und Persona wie der geroutete OpenClaw-Agent behalten. Setzen Sie voice.realtime.bootstrapContextFiles auf eine Teilmenge, um dies anzupassen, oder auf [], um es zu deaktivieren. Die unterstützten Realtime-Bootstrap-Dateien sind auf diese Profildateien beschränkt; AGENTS.md bleibt im normalen Agentenkontext. Der eingefügte Profilkontext ersetzt openclaw_agent_consult nicht für Workspace-Arbeit, aktuelle Fakten, Speichersuche oder Tool-gestützte Aktionen.
• Setzen Sie im OpenAI-agent-proxy-Realtime-Modus voice.realtime.requireWakeName: true, damit Discord-Realtime-Sprache stumm bleibt, bis ein Transkript mit einem Wake-Namen beginnt oder endet. Konfigurierte Wake-Namen müssen ein oder zwei Wörter sein. Wenn voice.realtime.wakeNames ungesetzt ist, verwendet OpenClaw den gerouteten Agenten-name plus OpenClaw und fällt auf die Agenten-ID plus OpenClaw zurück. Wake-Name-Gating deaktiviert die automatische Antwort des Realtime-Providers, leitet akzeptierte Turns über den OpenClaw-Agenten-Consult-Pfad und gibt eine kurze gesprochene Bestätigung, wenn ein führender Wake-Name aus der Teiltranskription erkannt wird, bevor das endgültige Transkript eintrifft.
• Der OpenAI-Realtime-Provider akzeptiert aktuelle Realtime-2-Ereignisnamen und ältere Codex-kompatible Aliasse für Ausgabeaudio- und Transkriptereignisse, sodass kompatible Provider-Snapshots abweichen können, ohne Assistant-Audio zu verwerfen.
• voice.realtime.bargeIn steuert, ob Discord-Sprecherstart-Ereignisse aktive Realtime-Wiedergabe unterbrechen. Wenn ungesetzt, folgt es der Eingabeaudio-Unterbrechungseinstellung des Realtime-Providers.
• voice.realtime.minBargeInAudioEndMs steuert die minimale Assistant-Wiedergabedauer, bevor ein OpenAI-Realtime-Barge-in Audio abschneidet. Standard: 250. Setzen Sie 0 für sofortige Unterbrechung in Räumen mit wenig Echo, oder erhöhen Sie den Wert für Lautsprecher-Setups mit starkem Echo.
• Für eine OpenAI-Stimme bei Discord-Wiedergabe setzen Sie voice.tts.provider: "openai" und wählen unter voice.tts.providers.openai.speakerVoice eine Text-to-Speech-Stimme. cedar ist auf dem aktuellen OpenAI-TTS-Modell eine gute männlich klingende Wahl.
• Discord-systemPrompt-Überschreibungen pro Kanal gelten für Sprachtranskript-Turns dieses Sprachkanals.
• Sprachtranskript-Turns leiten den Besitzerstatus aus Discord-allowFrom (oder dm.allowFrom) für besitzergeschützte Befehle und Kanalaktionen ab. Die Sichtbarkeit von Agenten-Tools folgt der konfigurierten Tool-Policy für die geroutete Sitzung.
• Discord-Sprache ist für reine Textkonfigurationen Opt-in; setzen Sie channels.discord.voice.enabled=true (oder behalten Sie einen bestehenden channels.discord.voice-Block), um /vc-Befehle, die Sprachlaufzeit und den GuildVoiceStates-Gateway-Intent zu aktivieren.
• channels.discord.intents.voiceStates kann das Abonnement für Voice-State-Intents ausdrücklich überschreiben. Lassen Sie es ungesetzt, damit der Intent der effektiven Sprachaktivierung folgt.
• Wenn voice.autoJoin mehrere Einträge für dieselbe Guild hat, tritt OpenClaw dem zuletzt konfigurierten Kanal für diese Guild bei.
• voice.allowedChannels ist eine optionale Aufenthalts-Allowlist. Lassen Sie sie ungesetzt, um /vc join in jeden autorisierten Discord-Sprachkanal zu erlauben. Wenn sie gesetzt ist, sind /vc join, Auto-Join beim Start und Bot-Voice-State-Verschiebungen auf die aufgeführten { guildId, channelId }-Einträge beschränkt. Setzen Sie sie auf ein leeres Array, um alle Discord-Sprachbeitritte zu verweigern. Wenn Discord den Bot außerhalb der Allowlist verschiebt, verlässt OpenClaw diesen Kanal und tritt wieder dem konfigurierten Auto-Join-Ziel bei, wenn eines verfügbar ist.
• voice.daveEncryption und voice.decryptionFailureTolerance werden an die Join-Optionen von @discordjs/voice durchgereicht.
• Die Standardwerte von @discordjs/voice sind daveEncryption=true und decryptionFailureTolerance=24, wenn ungesetzt.
• OpenClaw verwendet den gebündelten Codec libopus-wasm für Discord-Spracherfassung und Realtime-Raw-PCM-Wiedergabe. Es liefert einen gepinnten libopus-WebAssembly-Build mit und benötigt keine nativen opus-Add-ons.
• voice.connectTimeoutMs steuert das anfängliche @discordjs/voice-Warten auf Ready für /vc join und Auto-Join-Versuche. Standard: 30000.
• voice.reconnectGraceMs steuert, wie lange OpenClaw wartet, bis eine getrennte Sprachsitzung mit der Wiederverbindung beginnt, bevor sie zerstört wird. Standard: 15000.
• Im stt-tts-Modus stoppt die Sprachwiedergabe nicht nur deshalb, weil ein anderer Benutzer zu sprechen beginnt. Um Feedback-Schleifen zu vermeiden, ignoriert OpenClaw neue Spracherfassung, während TTS abgespielt wird; sprechen Sie nach Ende der Wiedergabe für den nächsten Turn. Realtime-Modi leiten Sprecherstarts als Barge-in-Signale an den Realtime-Provider weiter.
• In Realtime-Modi kann Echo von Lautsprechern in ein offenes Mikrofon wie Barge-in wirken und die Wiedergabe unterbrechen. Setzen Sie für Discord-Räume mit starkem Echo voice.realtime.providers.openai.interruptResponseOnInputAudio: false, damit OpenAI bei Eingabeaudio nicht automatisch unterbricht. Fügen Sie voice.realtime.bargeIn: true hinzu, wenn Discord-Sprecherstart-Ereignisse aktive Wiedergabe weiterhin unterbrechen sollen. Die OpenAI-Realtime-Bridge ignoriert Wiedergabeabschneidungen, die kürzer als voice.realtime.minBargeInAudioEndMs sind, als wahrscheinliches Echo/Rauschen und protokolliert sie als übersprungen, statt die Discord-Wiedergabe zu leeren.
• voice.captureSilenceGraceMs steuert, wie lange OpenClaw wartet, nachdem Discord gemeldet hat, dass ein Sprecher aufgehört hat, bevor dieses Audiosegment für STT finalisiert wird. Standard: 2000; erhöhen Sie diesen Wert, wenn Discord normale Pausen in abgehackte Teiltranskripte aufteilt.
• Wenn ElevenLabs der ausgewählte TTS-Provider ist, verwendet Discord-Sprachwiedergabe Streaming-TTS und startet aus dem Antwortstream des Providers. Provider ohne Streaming-Unterstützung fallen auf den synthetisierten temporären Dateipfad zurück.
• OpenClaw überwacht außerdem Empfangsentschlüsselungsfehler und stellt automatisch wieder her, indem es den Sprachkanal nach wiederholten Fehlern in einem kurzen Zeitfenster verlässt und erneut beitritt.
• Wenn Empfangslogs nach einer Aktualisierung wiederholt DecryptionFailed(UnencryptedWhenPassthroughDisabled) zeigen, erfassen Sie einen Abhängigkeitsbericht und Logs. Die gebündelte @discordjs/voice-Linie enthält den Upstream-Padding-Fix aus discord.js-PR #11449, der discord.js-Issue #11419 geschlossen hat.
• Empfangsereignisse The operation was aborted werden erwartet, wenn OpenClaw ein erfasstes Sprechersegment finalisiert; sie sind ausführliche Diagnosen, keine Warnungen.
• Ausführliche Discord-Sprachlogs enthalten eine begrenzte einzeilige STT-Transkriptvorschau für jedes akzeptierte Sprechersegment, sodass das Debugging sowohl die Benutzerseite als auch die Agentenantwortseite zeigt, ohne unbegrenzten Transkripttext auszugeben.
• Im agent-proxy-Modus überspringt der erzwungene Consult-Fallback wahrscheinlich unvollständige Transkriptfragmente, etwa Text, der auf ... endet, oder einen nachgestellten Verbinder wie and, sowie offensichtlich nicht handlungsrelevante Abschlüsse wie „bin gleich zurück“ oder „tschüss“. Logs zeigen forced agent consult skipped reason=..., wenn dadurch eine veraltete eingereihte Antwort verhindert wird.

Benutzern in Sprache folgen

Verwenden Sie voice.followUsers, wenn der Discord-Sprachbot bei einem oder mehreren bekannten Discord-Benutzern bleiben soll, statt beim Start einem festen Kanal beizutreten oder auf /vc join zu warten.

{  channels: {    discord: {      voice: {        enabled: true,        followUsersEnabled: true,        followUsers: ["discord:123456789012345678"],        allowedChannels: [          {            guildId: "123456789012345678",            channelId: "234567890123456789",          },        ],      },    },  },}

Verhalten:

• followUsers akzeptiert rohe Discord-Benutzer-IDs und discord:<id>-Werte. OpenClaw normalisiert beide Formen, bevor Voice-State-Ereignisse abgeglichen werden.
• followUsersEnabled ist standardmäßig true, wenn followUsers konfiguriert ist. Setzen Sie es auf false, um die gespeicherte Liste zu behalten, aber das automatische Folgen in Sprachkanälen zu stoppen.
• Wenn ein verfolgter Benutzer einem erlaubten Sprachkanal beitritt, tritt OpenClaw diesem Kanal bei. Wenn der Benutzer wechselt, wechselt OpenClaw mit. Wenn der aktive verfolgte Benutzer die Verbindung trennt, verlässt OpenClaw den Kanal.
• Wenn mehrere verfolgte Benutzer in derselben Guild sind und der aktive verfolgte Benutzer geht, wechselt OpenClaw zum Kanal eines anderen erfassten verfolgten Benutzers, bevor es die Guild verlässt. Wenn mehrere verfolgte Benutzer gleichzeitig wechseln, gewinnt das zuletzt beobachtete Voice-State-Ereignis.
• allowedChannels gilt weiterhin. Ein verfolgter Benutzer in einem nicht erlaubten Kanal wird ignoriert, und eine Follow-eigene Sitzung wechselt zu einem anderen verfolgten Benutzer oder verlässt den Kanal.
• OpenClaw gleicht verpasste Voice-State-Ereignisse beim Start und in einem begrenzten Intervall ab. Der Abgleich beprobt konfigurierte Guilds und begrenzt REST-Lookups pro Lauf, sodass sehr große followUsers-Listen mehr als ein Intervall benötigen können, um zu konvergieren.
• Wenn Discord oder ein Admin den Bot verschiebt, während er einem Benutzer folgt, baut OpenClaw die Sprachsitzung neu auf und behält die Follow-Zugehörigkeit bei, wenn das Ziel erlaubt ist. Wenn der Bot außerhalb von allowedChannels verschoben wird, verlässt OpenClaw den Kanal und tritt dem konfigurierten Ziel wieder bei, wenn eines existiert.
• DAVE-Empfangswiederherstellung kann denselben Kanal nach wiederholten Entschlüsselungsfehlern verlassen und erneut betreten. Follow-eigene Sitzungen behalten ihre Follow-Zugehörigkeit über diesen Wiederherstellungspfad hinweg, sodass ein späteres Trennen des verfolgten Benutzers den Kanal weiterhin verlässt.

Wählen Sie zwischen den Beitrittsmodi:

• Verwenden Sie followUsers für persönliche oder Betreiber-Setups, bei denen der Bot automatisch im Sprachkanal sein soll, wenn Sie es sind.
• Verwenden Sie autoJoin für Bots in festen Räumen, die auch dann anwesend sein sollen, wenn kein erfasster Benutzer im Sprachkanal ist.
• Verwenden Sie /vc join für einmalige Beitritte oder Räume, in denen automatische Sprachanwesenheit überraschend wäre.

Discord-Sprachcodec:

• Sprach-Empfangsprotokolle zeigen discord voice: opus decoder: libopus-wasm.
• Die Echtzeitwiedergabe codiert rohes 48-kHz-Stereo-PCM mit demselben gebündelten Paket libopus-wasm zu Opus, bevor Pakete an @discordjs/voice übergeben werden.
• Datei- und Provider-Stream-Wiedergabe transcodiert mit ffmpeg zu rohem 48-kHz-Stereo-PCM und verwendet anschließend libopus-wasm für den an Discord gesendeten Opus-Paketstream.

STT-plus-TTS-Pipeline:

• Discord-PCM-Erfassung wird in eine temporäre WAV-Datei konvertiert.
• tools.media.audio übernimmt STT, zum Beispiel openai/gpt-4o-mini-transcribe.
• Das Transkript wird über Discord-Ingress und Routing gesendet, während das Antwort-LLM mit einer Sprachausgabe-Policy ausgeführt wird, die das Agent-Tool tts ausblendet und zurückgegebenen Text anfordert, weil Discord Voice die endgültige TTS-Wiedergabe besitzt.
• voice.model überschreibt, wenn festgelegt, nur das Antwort-LLM für diesen Sprachkanal-Turn.
• voice.tts wird über messages.tts zusammengeführt; streamingfähige Provider speisen den Player direkt, andernfalls wird die resultierende Audiodatei im beigetretenen Kanal abgespielt.

Beispiel für eine Standard-Agent-Proxy-Sprachkanalsitzung:

{  channels: {    discord: {      voice: {        enabled: true,        model: "openai/gpt-5.5",        followUsersEnabled: true,        followUsers: ["123456789012345678"],        realtime: {          provider: "openai",          model: "gpt-realtime-2",          speakerVoice: "cedar",        },      },    },  },}

Ohne voice.agentSession-Block erhält jeder Sprachkanal seine eigene geroutete OpenClaw-Sitzung. Zum Beispiel spricht /vc join channel:234567890123456789 mit der Sitzung für diesen Discord-Sprachkanal. Das Echtzeitmodell ist nur das Voice-Frontend; inhaltliche Anfragen werden an den konfigurierten OpenClaw-Agent übergeben. Wenn das Echtzeitmodell ein endgültiges Transkript erzeugt, ohne das Consult-Tool aufzurufen, erzwingt OpenClaw Consult als Fallback, sodass sich der Standard weiterhin wie ein Gespräch mit dem Agent verhält.

Legacy-STT-plus-TTS-Beispiel:

{  channels: {    discord: {      voice: {        enabled: true,        mode: "stt-tts",        model: "openai/gpt-5.4-mini",        tts: {          provider: "openai",          providers: {            openai: {              model: "gpt-4o-mini-tts",              speakerVoice: "cedar",            },          },        },      },    },  },}

Echtzeit-Bidi-Beispiel:

{  channels: {    discord: {      voice: {        enabled: true,        mode: "bidi",        model: "openai/gpt-5.5",        realtime: {          provider: "openai",          model: "gpt-realtime-2",          speakerVoice: "cedar",          toolPolicy: "safe-read-only",          consultPolicy: "always",        },      },    },  },}

Voice als Erweiterung einer vorhandenen Discord-Kanalsitzung:

{  channels: {    discord: {      voice: {        enabled: true,        mode: "agent-proxy",        model: "openai/gpt-5.5",        agentSession: {          mode: "target",          target: "channel:123456789012345678",        },        realtime: {          provider: "openai",          model: "gpt-realtime-2",          speakerVoice: "cedar",        },      },    },  },}

Im Modus agent-proxy tritt der Bot dem konfigurierten Sprachkanal bei, aber OpenClaw-Agent-Turns verwenden die normale geroutete Sitzung und den Agent des Zielkanals. Die Echtzeit-Voice-Sitzung spricht das zurückgegebene Ergebnis wieder in den Sprachkanal. Der Supervisor-Agent kann gemäß seiner Tool-Policy weiterhin normale Nachrichtentools verwenden, einschließlich des Sendens einer separaten Discord-Nachricht, wenn dies die richtige Aktion ist.

Während ein delegierter OpenClaw-Lauf aktiv ist, werden neue Discord-Voice-Transkripte als Live-Laufsteuerung behandelt, bevor ein weiterer Agent-Turn gestartet wird. Formulierungen wie „status“, „cancel that“, „use the smaller fix“ oder „when you're done also check tests“ werden als Status-, Abbruch-, Steuerungs- oder Follow-up-Eingabe für die aktive Sitzung klassifiziert. Status, Abbruch, akzeptierte Steuerung und Follow-up-Ergebnisse werden in den Sprachkanal zurückgesprochen, damit der Anrufer weiß, ob OpenClaw die Anfrage verarbeitet hat.

Nützliche Zielformen:

• target: "channel:123456789012345678" routet über eine Discord-Textkanalsitzung.
• target: "123456789012345678" wird als Kanalziel behandelt.
• target: "dm:123456789012345678" oder target: "user:123456789012345678" routet über diese Direktnachrichtensitzung.

Echo-lastiges OpenAI Realtime-Beispiel:

{  channels: {    discord: {      voice: {        enabled: true,        mode: "bidi",        model: "openai/gpt-5.5",        realtime: {          provider: "openai",          model: "gpt-realtime-2",          speakerVoice: "cedar",          bargeIn: true,          minBargeInAudioEndMs: 500,          consultPolicy: "always",          providers: {            openai: {              interruptResponseOnInputAudio: false,            },          },        },      },    },  },}

Verwenden Sie dies, wenn das Modell seine eigene Discord-Wiedergabe über ein offenes Mikrofon hört, Sie es aber dennoch durch Sprechen unterbrechen möchten. OpenClaw verhindert, dass OpenAI bei rohem Eingabeaudio automatisch unterbricht, während bargeIn: true zulässt, dass Discord-Sprecherstart-Ereignisse und bereits aktives Sprecher-Audio aktive Echtzeitantworten abbrechen, bevor der nächste erfasste Turn OpenAI erreicht. Sehr frühe Barge-in-Signale mit audioEndMs unter minBargeInAudioEndMs werden als wahrscheinliches Echo/Rauschen behandelt und ignoriert, damit das Modell nicht beim ersten Wiedergabeframe abbricht.

Erwartete Voice-Protokolle:

• Beim Beitritt: discord voice: joining ... voiceSession=... supervisorSession=... agentSessionMode=... voiceModel=... realtimeModel=...
• Beim Echtzeitstart: discord voice: realtime bridge starting ... autoRespond=false interruptResponse=false bargeIn=false minBargeInAudioEndMs=...
• Bei Sprecher-Audio: discord voice: realtime speaker turn opened ..., discord voice: realtime input audio started ... outputAudioMs=... outputActive=... und discord voice: realtime speaker turn closed ... chunks=... discordBytes=... realtimeBytes=... interruptedPlayback=...
• Bei übersprungener veralteter Sprache: discord voice: realtime forced agent consult skipped reason=incomplete-transcript ... oder reason=non-actionable-closing ...
• Beim Abschluss der Echtzeitantwort: discord voice: realtime audio playback finishing reason=response.done ... audioMs=... chunks=...
• Beim Wiedergabestopp/-Reset: discord voice: realtime audio playback stopped reason=... audioMs=... elapsedMs=... chunks=...
• Bei Echtzeit-Consult: discord voice: realtime consult requested ... voiceSession=... supervisorSession=... question=...
• Bei Agent-Antwort: discord voice: agent turn answer ...
• Bei eingereihter exakter Sprache: discord voice: realtime exact speech queued ... queued=... outputAudioMs=... outputActive=..., gefolgt von discord voice: realtime exact speech dequeued reason=player-idle ...
• Bei Barge-in-Erkennung: discord voice: realtime barge-in detected source=speaker-start ... oder discord voice: realtime barge-in detected source=active-speaker-audio ..., gefolgt von discord voice: realtime barge-in requested reason=... outputAudioMs=... outputActive=...
• Bei Echtzeitunterbrechung: discord voice: realtime model interrupt requested client:response.cancel reason=barge-in, gefolgt von entweder discord voice: realtime model audio truncated client:conversation.item.truncate reason=barge-in audioEndMs=... oder discord voice: realtime model interrupt confirmed server:response.done status=cancelled ...
• Bei ignoriertem Echo/Rauschen: discord voice: realtime model interrupt ignored client:conversation.item.truncate.skipped reason=barge-in audioEndMs=0 minAudioEndMs=250
• Bei deaktiviertem Barge-in: discord voice: realtime capture ignored during playback (barge-in disabled) ...
• Bei Leerlaufwiedergabe: discord voice: realtime barge-in ignored reason=... outputActive=false ... playbackChunks=0

Um abgeschnittenes Audio zu debuggen, lesen Sie die Echtzeit-Voice-Protokolle als Zeitleiste:

1. realtime audio playback started bedeutet, dass Discord mit der Wiedergabe von Assistenten-Audio begonnen hat. Die Bridge beginnt ab diesem Punkt, Assistenten-Ausgabe-Chunks, Discord-PCM-Bytes, Provider-Echtzeit-Bytes und synthetisierte Audiodauer zu zählen.
2. realtime speaker turn opened markiert, dass ein Discord-Sprecher aktiv wird. Wenn die Wiedergabe bereits aktiv ist und bargeIn aktiviert ist, kann darauf barge-in detected source=speaker-start folgen.
3. realtime input audio started markiert den ersten tatsächlichen Audioframe, der für diesen Sprecher-Turn empfangen wurde. outputActive=true oder ein outputAudioMs ungleich null bedeutet hier, dass das Mikrofon Eingabe sendet, während die Assistenten-Wiedergabe noch aktiv ist.
4. barge-in detected source=active-speaker-audio bedeutet, dass OpenClaw Live-Sprecher-Audio gesehen hat, während Assistenten-Wiedergabe aktiv war. Dies ist nützlich, um eine echte Unterbrechung von einem Discord-Sprecherstart-Ereignis ohne nützliches Audio zu unterscheiden.
5. barge-in requested reason=... bedeutet, dass OpenClaw den Echtzeit-Provider gebeten hat, die aktive Antwort abzubrechen oder zu kürzen. Es enthält outputAudioMs, outputActive und playbackChunks, damit Sie sehen können, wie viel Assistenten-Audio vor der Unterbrechung tatsächlich abgespielt wurde.
6. realtime audio playback stopped reason=... ist der lokale Discord-Wiedergabe-Resetpunkt. Der Grund sagt, wer die Wiedergabe gestoppt hat: barge-in, player-idle, provider-clear-audio, forced-agent-consult, stream-close oder session-close.
7. realtime speaker turn closed fasst den erfassten Eingabe-Turn zusammen. chunks=0 oder hasAudio=false bedeutet, dass der Sprecher-Turn geöffnet wurde, aber kein nutzbares Audio die Echtzeit-Bridge erreicht hat. interruptedPlayback=true bedeutet, dass sich dieser Eingabe-Turn mit Assistentenausgabe überschnitten und Barge-in-Logik ausgelöst hat.

Nützliche Felder:

• outputAudioMs: Assistenten-Audiodauer, die der Echtzeit-Provider vor der Protokollzeile erzeugt hat.
• audioMs: Assistenten-Audiodauer, die OpenClaw gezählt hat, bevor die Wiedergabe gestoppt wurde.
• elapsedMs: Wanduhrzeit zwischen Öffnen und Schließen des Wiedergabestreams oder Sprecher-Turns.
• discordBytes: 48-kHz-Stereo-PCM-Bytes, die an Discord Voice gesendet oder von dort empfangen wurden.
• realtimeBytes: PCM-Bytes im Provider-Format, die an den Echtzeit-Provider gesendet oder von dort empfangen wurden.
• playbackChunks: Assistenten-Audio-Chunks, die für die aktive Antwort an Discord weitergeleitet wurden.
• sinceLastAudioMs: Abstand zwischen dem letzten erfassten Sprecher-Audioframe und dem Schließen des Sprecher-Turns.

Häufige Muster:

• Sofortiger Abbruch mit source=active-speaker-audio, kleinem outputAudioMs und demselben Benutzer in der Nähe deutet meist darauf hin, dass Lautsprecher-Echo ins Mikrofon gelangt. Erhöhen Sie voice.realtime.minBargeInAudioEndMs, verringern Sie die Lautsprecherlautstärke, verwenden Sie Kopfhörer oder setzen Sie voice.realtime.providers.openai.interruptResponseOnInputAudio: false.
• source=speaker-start gefolgt von speaker turn closed ... hasAudio=false bedeutet, dass Discord einen Sprecherstart gemeldet hat, aber kein Audio OpenClaw erreicht hat. Das kann ein vorübergehendes Discord-Voice-Ereignis, Noise-Gate-Verhalten oder ein Client sein, der das Mikrofon kurz aktiviert.
• audio playback stopped reason=stream-close ohne nahes Barge-in oder provider-clear-audio bedeutet, dass der lokale Discord-Wiedergabestream unerwartet beendet wurde. Prüfen Sie die vorhergehenden Provider- und Discord-Player-Protokolle.
• capture ignored during playback (barge-in disabled) bedeutet, dass OpenClaw Eingabe absichtlich verworfen hat, während Assistenten-Audio aktiv war. Aktivieren Sie voice.realtime.bargeIn, wenn Sprache die Wiedergabe unterbrechen soll.
• barge-in ignored ... outputActive=false bedeutet, dass Discord- oder Provider-VAD Sprache gemeldet hat, OpenClaw aber keine aktive Wiedergabe zum Unterbrechen hatte. Dies sollte Audio nicht abschneiden.

Anmeldedaten werden pro Komponente aufgelöst: LLM-Routen-Authentifizierung für voice.model, STT-Authentifizierung für tools.media.audio, TTS-Authentifizierung für messages.tts/voice.tts und Echtzeit-Provider-Authentifizierung für voice.realtime.providers oder die normale Auth-Konfiguration des Providers.

Sprachnachrichten

Discord-Sprachnachrichten zeigen eine Wellenformvorschau und erfordern OGG/Opus-Audio. OpenClaw erzeugt die Wellenform automatisch, benötigt aber ffmpeg und ffprobe auf dem Gateway-Host, um zu prüfen und zu konvertieren.

• Geben Sie einen lokalen Dateipfad an (URLs werden abgelehnt).
• Lassen Sie Textinhalte weg (Discord lehnt Text + Sprachnachricht in derselben Nutzlast ab).
• Jedes Audioformat wird akzeptiert; OpenClaw konvertiert bei Bedarf zu OGG/Opus.

message(action="send", channel="discord", target="channel:123", path="/path/to/audio.mp3", asVoice=true)

Fehlerbehebung

openclaw doctoropenclaw channels status --probeopenclaw logs --follow

{channels: {discord: {  accounts: {    default: {      eventQueue: {        listenerTimeout: 120000,      },    },  },},},}

{channels: {defaults: {  botLoopProtection: {    maxEventsPerWindow: 20,    windowSeconds: 60,    cooldownSeconds: 60,  },},discord: {  // Optional Discord-wide override. Account blocks override individual  // fields and inherit omitted fields from here.  botLoopProtection: {    maxEventsPerWindow: 4,  },  accounts: {    mantis: {      // Mantis listens to other bots only when they mention her.      allowBots: "mentions",    },    molty: {      // Molty listens to all bot-authored Discord messages.      allowBots: true,      mentionAliases: {        // Lets Molty write a Mantis Discord mention with the configured user id.        Mantis: "MANTIS_DISCORD_USER_ID",      },      botLoopProtection: {        // Allow up to five messages per minute before suppressing the pair.        maxEventsPerWindow: 5,        windowSeconds: 60,        cooldownSeconds: 90,      },    },  },},},}

Konfigurationsreferenz

Primäre Referenz: Konfigurationsreferenz - Discord.

Sicherheit und Betrieb

• Behandeln Sie Bot-Token als Geheimnisse (DISCORD_BOT_TOKEN in überwachten Umgebungen bevorzugt).
• Gewähren Sie Discord-Berechtigungen nach dem Prinzip der geringsten Rechte.
• Wenn Befehls-Deployment/-Status veraltet ist, starten Sie das Gateway neu und prüfen Sie erneut mit openclaw channels status --probe.

Verwandt