OpenClaw 2026.9.1: Sicherere Updates, Mermaid und robustere Automationen

1.186 Pull Requests, 28 direkte Commits und 281 Mitwirkende: OpenClaw 2026.9.1 markiert laut den Release Notes vom 3. September 2026 ein großes Stable-Release. Sichtbar wird das zuerst durch Mermaid-Diagramme direkt im Chat. Für produktive Installationen steckt die folgenreichere Änderung jedoch unter der Haube: im Umgang mit Updates und lang laufenden Automationen.

Der Schwerpunkt liegt auf Betriebssicherheit. Ein Upgrade prüft nun vor dem Neustart gezielter, rollt bei einem fehlgeschlagenen Doctor-Lauf zurück und verfälscht Laufzeiten nicht mehr durch pauschale Grenzwerte. Das ist operativ substanzieller als ein neues Anzeigeformat.

Mermaid wandert in die Gespräche

Mermaid ist eine textbasierte Sprache für Diagramme. Statt Kästen und Pfeile von Hand in einem Grafikprogramm zu zeichnen, beschreibt man ihren Aufbau mit wenigen, Markdown-ähnlichen Codezeilen; ein Renderer macht daraus beispielsweise Ablaufpläne, Sequenzdiagramme oder Architekturübersichten.

Weil die Beschreibung normaler Text ist, können Menschen und KI-Agenten sie leicht erzeugen, verändern und gemeinsam mit der übrigen Dokumentation versionieren. Mermaid-Blöcke rendern laut den Release Notes direkt in den Gesprächen der Control UI sowie auf Android, iPhone, iPad und Mac. Die GitHub-Dokumentation ergänzt vergrößerbare Vorschauen und einen automatischen erneuten Render-Versuch auf Mobilgeräten, falls die Darstellung zunächst scheitert.

Das spart einen lästigen Medienbruch. Ablauf-, Zustands- oder Architekturdiagramme erscheinen dort, wo ein Agent sie erzeugt und erläutert. Der Nutzen bleibt begrenzt: Mermaid verbessert die Darstellung einer Antwort, sagt aber nichts über die Richtigkeit des beschriebenen Ablaufs aus. Wer damit Betriebsprozesse dokumentiert, muss Inhalt und Kanten weiterhin selbst prüfen.

Updates bekommen einen Rückweg

Vor einem Neustart prüft OpenClaw nach Angaben der Release Notes nun die Teile der Installation, die für die neue Version tatsächlich bereit sein müssen. Damit rückt die kritische Prüfung vor den Moment, in dem ein fehlerhaftes Upgrade den laufenden Dienst ersetzt.

Noch wichtiger ist der dokumentierte Rückweg für globale npm-Updates. Lehnt Doctor den aktualisierten Stand nach dem Upgrade ab, stellt OpenClaw das vorherige Paket und die Launcher wieder her. Auch die bestehende Konfiguration bleibt bei einem fehlgeschlagenen Update erhalten.

Rollback schlägt Prinzip Hoffnung.

Der Rückweg endet allerdings nicht mit einem automatisch wieder gestarteten Dienst: Nach der Wiederherstellung bleibt ein verwaltetes Gateway zur Prüfung gestoppt. Betreiber müssen den Doctor-Befund und den Dienstzustand kontrollieren, bevor sie den nächsten Start auslösen.

Gerade bei remote betriebenen Gateways zählt diese Eigenschaft stärker als eine bequemere Oberfläche, denn ein misslungener Neustart kann den Zugang zum System komplett kappen. Der neue Ablauf ist kein Freibrief für ungeprüfte Aktualisierungen, reduziert aber den Schaden eines erkannten Fehlers und erhält einen definierten Ausgangspunkt für die Diagnose.

Lange Läufe verlieren den Zehn-Minuten-Deckel

Heartbeat-Läufe respektieren laut OpenClaw-Dokumentation jetzt konfigurierte endliche oder unbegrenzte Fristen, statt automatisch einen festen Abbruch nach zehn Minuten zu erzwingen. Eine bewusst lange Automation kann dadurch so lange arbeiten, wie ihre eigene Konfiguration es vorsieht.

Das betrifft mehr als nur Komfort. Ein versteckter Standardabbruch lässt einen Lauf schnell wie einen fachlichen Fehler aussehen, obwohl lediglich die Laufzeitgrenze falsch geerbt wurde. Mit der Änderung wird die konfigurierte Deadline wieder zur maßgeblichen Betriebsentscheidung. Wer unbegrenzte Läufe erlaubt, trägt im Gegenzug weiterhin die Verantwortung für Ressourcenverbrauch und einen kontrollierten Abbruchweg.

Auch Child Sessions melden differenzierter zurück. Ihre Ergebnisse unterscheiden laut den Release Notes künftig zwischen bestätigter Zustellung, unsicherer Zustellung und absichtlicher Unterdrückung. Automationen können diese Zustände getrennt bewerten, statt jedes ausbleibende Ergebnis vorschnell als denselben Fehler einzustufen.

Vor dem Upgrade zählt der Rückweg

Das Release verbindet eine gut sichtbare Chat-Funktion mit Änderungen, die erst im Fehlerfall auffallen. Die klare Einordnung lautet deshalb: Mermaid ist der Blickfang, Update-Recovery und präzisere Laufzeitsemantik sind der eigentliche Upgrade-Grund.

Für eine produktive Installation bleibt die Mindestregel bestehen: Vor dem Versionswechsel müssen der funktionierende Ausgangszustand und der eigene Recovery-Pfad klar sein. Das neue Rollback greift für den Fall eines von Doctor abgelehnten globalen npm-Updates. Es ersetzt weder ein Backup noch die Prüfung der eigenen Plugins und Automationen. Erst wenn dieser Rückweg steht, gehört das Update in den regulären Upgrade-Pfad.