OpenClaw Bug: Subagent announce fails with Telegram – 'Outbound not configured'

Wer mit OpenClaw Multi-Agent-Setups betreibt und Telegram als Delivery-Kanal nutzt, stößt aktuell auf einen kritischen Fehler: Subagent-Ergebnisse werden nicht an Telegram ausgeliefert. Während der Main-Agent einwandfrei funktioniert, bleibt die Rückmeldung nach Abschluss der Arbeit eines Subagenten aus. Das System wirft stattdessen die Fehlermeldung „Outbound not configured for channel: telegram“.

Das Fehlerbild im Detail

Der Bug betrifft die announce-Funktionalität von Subagenten. Beendet ein Subagent – unabhängig davon, ob er mit runtime: subagent oder runtime: acp läuft – seine Aufgabe, versucht OpenClaw automatisch, das Ergebnis an den ursprünglichen Kanal zurückzumelden. Bei Telegram schlägt dieser Versuch fehl.

Laut dem entsprechenden GitHub-Issue lässt sich das Problem leicht reproduzieren: Wird ein Subagent aus einer Main-Session heraus gestartet, arbeitet dieser die Aufgabe zwar normal ab, die finale Auslieferung an Telegram bleibt jedoch aus. Nach drei erfolglosen Versuchen bricht das System mit der genannten Fehlermeldung ab. Bislang ist dieses Verhalten für macOS bestätigt; ob andere Plattformen ebenfalls betroffen sind, bleibt offen.

Konsequenzen für den Workflow

Multi-Agent-Setups dienen in OpenClaw primär der Parallelverarbeitung, der Spezialisierung auf Teilaufgaben und der Isolation sensibler Prozesse. Fehlt die Rückmeldung an Telegram, bleibt unklar, ob eine Aufgabe erfolgreich abgeschlossen wurde, welche Ergebnisse vorliegen oder ob Fehler aufgetreten sind.

Besonders in automatisierten Workflows ohne menschliche Überwachung führt dieser Informationsverlust zu erheblichen Prozessunterbrechungen. Betroffen sind typischerweise QA-Agenten, die Testergebnisse zurückmelden sollen, Research-Agenten, deren Findings nicht im Zielkanal ankommen, oder Coding-Pipelines, die auf Status-Updates angewiesen sind.

Mögliche Workarounds

Bis ein offizieller Fix bereitsteht, lassen sich die Einschränkungen durch verschiedene Anpassungen umgehen.

Manuelle Auslieferung und alternative Kanäle

Der direkteste Weg ist eine manuelle Ergebnisübergabe statt der automatischen announce-Funktion. Der Subagent kann angewiesen werden, seine Resultate in einer Datei, einem geteilten Workspace-Bereich oder einem anderen verlässlichen Übergabepunkt abzulegen, den der Main-Agent anschließend ausliest und selbst an Telegram sendet.

Alternativ kann vorübergehend ein anderer Delivery-Kanal genutzt werden, sofern er im eigenen Setup zuverlässig funktioniert. Auch Webhooks zur Ergebnisübermittlung oder klassische Logfile-Ausgaben sind robuste Ausweichlösungen, wenn Telegram nicht der einzige Rückkanal sein muss.

Anpassung des Session-Bindings

Eine weitere Möglichkeit besteht darin, das Session-Binding zu verändern. Statt sich auf runtime: subagent mit automatischem Announce zu verlassen, kann ein Modell mit manuellem Result-Fetch verwendet werden. Die Ergebnisse werden dabei in einer geteilten Workspace-Datei abgelegt, die der Main-Agent in regelmäßigen Abständen abfragt.

Zusätzlich sollte die Telegram-Outbound-Konfiguration im eigenen OpenClaw-Setup geprüft werden. Das löst den beschriebenen Bug nicht zwingend, hilft aber, einfache Konfigurationsfehler von einem echten Subagent-Delivery-Problem zu trennen.

Technische Ursache und aktueller Status

Die Fehlermeldung deutet auf ein Problem bei der Vererbung von Berechtigungen oder Session-Kontext hin. Subagenten scheinen keinen Zugriff auf die Telegram-Outbound-Konfiguration der übergeordneten Parent-Session zu erhalten. Da ausschließlich die announce-Funktion betroffen ist und der Main-Agent weiterhin über Telegram kommunizieren kann, liegt die Ursache vermutlich in einem spezifischen Code-Pfad des Delivery-Systems, der sich nicht korrekt an den ursprünglichen Kanal bindet.

Laut dem GitHub-Status von März 2026 ist das Problem erfasst. Ein offizieller Zeitplan für die Behebung steht noch aus. Offen ist auch, ob die Lösung über eine korrigierte Berechtigungsvererbung zwischen Sessions, eine robustere announce-Funktion oder eine klarere Kanalbindung erfolgen wird.

Fazit und nächste Schritte

Der Bug verdeutlicht eine zentrale architektonische Herausforderung in Multi-Agent-Systemen: die Balance zwischen der Isolation von Subagenten und dem notwendigen Zugriff auf globale Kanalkonfigurationen. Für Entwickler und Agenten-Designer bedeutet dies, dass Auslieferungswege nicht als absolut ausfallsicher vorausgesetzt werden sollten.

Betroffene Teams sollten die manuellen Workarounds implementieren und sich nicht auf einen kurzfristigen automatischen Fix verlassen. Sinnvoll ist außerdem, System-Logs gezielt auf den Fehler „Outbound not configured“ zu überwachen und bei kritischen Workflows Fallback-Kanäle oder eine Multi-Channel-Strategie einzuplanen.