OpenClaw 2026.9.3: Discord-Sprachnachrichten verlieren im Ambient-Modus Text

Gesprochen, empfangen, inhaltsleer: Laut einem am 9. September 2026 eröffneten GitHub-Issue reicht OpenClaw 2026.9.3 unmarkierte Discord-Sprachnachrichten in Kanälen mit Ambient-Beobachtung ohne Transkript an den Agenten weiter. Der Ausfall trifft damit genau die Stelle, an der Sprache das Tippen ersetzen soll.

Der Agent bekommt einen Audio-Platzhalter statt der gesprochenen Wörter, und wer die Anfrage loswerden will, muss sie erneut tippen oder auf einen anderen Interaktionsweg ausweichen.

Der Inhalt ist weg.

Der Fehler sitzt vor der eigentlichen Unterhaltung

Laut GitHub-Issue tritt das Problem in einem Discord-Kanal auf, der OpenClaw bereits erlaubt, Nachrichten ohne direkte Erwähnung zu beobachten; der fokussierte Test verwendet dort eine Guild-Nachricht mit einem audio/ogg-Anhang, ohne getippten Begleittext, außerhalb einer Direktnachricht und ohne Mention-Pflicht oder Mention-Muster.

Die Erwartung ist eindeutig: Die konfigurierte Transkriptionsfunktion soll einmal aufgerufen werden und ihren Text an das eingehende Ereignis übergeben. Im unveränderten Testlauf passiert das kein einziges Mal. Modell- oder Provider-Routing scheidet als Erklärung aus, weil die Reproduktion laut Issue schon mit einem simulierten Transkriptionsanbieter auf Komponentenebene scheitert.

Ein bestandener Test grenzt ein, mehr nicht

Mit einem nachgelagerten Patch besteht derselbe Test, wie der Issue-Autor berichtet. Auf der gepatchten Installation kamen unmarkierte Sprachnachrichten auch live samt Transkript an. Einen frischen Live-Vergleich mit einer ungepatchten Installation beansprucht der Bericht ausdrücklich nicht.

Der Unterschied ist nicht kosmetisch. Der Patch-Erfolg grenzt den betroffenen Pfad ein, klärt die Ursache aber nicht abschließend. In den GitHub-Kommentaren vom 9. September bleibt der Inhaltsverlust deshalb als handlungsrelevant eingestuft, während der Vorabtest nicht als vollständiger Ursachennachweis gilt.

Wenn die Transporthülle die Wörter verdrängt

Die GitHub-Kommentare beschreiben einen nachgelagerten Codepfad, in dem Discords Transporthülle den bereits angereicherten Transkripttext wieder ersetzen kann — gemeint ist die technische Darstellung der eingehenden Nachricht, und denselben Pfad gibt es den Kommentaren zufolge auch in der betroffenen Version.

Praktisch reicht das über eine misslungene Komfortfunktion hinaus. Eine gesprochene Korrektur erreicht den Agenten ohne ihre Wörter, sodass nicht nur die aktuelle Antwort, sondern auch der weitere Sitzungszustand auf unvollständigem Kontext aufbaut. Das Issue trägt entsprechend Priorität P1 und wird mit Auswirkungen auf Nachrichtenverlust und Sitzungszustand geführt.

Bis zum Fix braucht Sprache einen Ersatzweg

Zum Zeitpunkt der GitHub-Einordnung war im kanonischen Repository kein offener Fix-Pull-Request auffindbar, der den Fehler übernommen hatte. Ein veröffentlichter Upstream-Pfad fehlt damit vorerst.

Die Betriebsregel ist kurz: Unmarkierte Discord-Sprachnachrichten in Ambient-Kanälen taugen in dieser Version nicht als verlässlicher Eingabepfad. Wer dort eine wichtige Anweisung oder Korrektur übermittelt, braucht bis zu einem kanonischen Fix einen getippten oder anderweitig bestätigten Ersatzweg. Sonst bleibt eine sichtbar zugestellte Nachricht für den Agenten leer.