OpenClaw in der Produktion: 3 Ebenen für zuverlässige Multi-Agenten-Pipelines

In einem r/openclaw-Beitrag beantwortet ein Entwickler die wiederkehrende Frage – „Hat jemand mehr als ein Wochenend-Spielzeug mit OpenClaw gebaut?“ – mit einem detaillierten Bericht darüber, wie er OpenClaw in drei benutzerdefinierte Ebenen eingebettet hat, um ein autonomes Operations-Team für Gründer in der Frühphase aufzubauen. Das Ergebnis: koordinierte Agenten, die Vertrieb, Marketing und Content ausführen und Kontext teilen, ohne dass man sie beaufsichtigen muss.

Die drei benutzerdefinierten Ebenen

• Routing-/Gateway-Ebene: Jede Agent-zu-Agent-Nachricht und jede externe Aktion passiert einen einzigen Engpass. Nichts kommuniziert direkt; Regeln werden am Gateway durchgesetzt.
• Aufgabenverwaltungsebene: Agenten schreiben Aufgaben nicht frei. Sie wählen aus einem festen Katalog von Aufgabendefinitionen, die jeweils mit dem richtigen Agenten, den richtigen Werkzeugen und Berechtigungen verdrahtet sind.
• Intelligenz-/Gedächtnisebene: Ein strukturierter Kontext- und Gedächtnis-Unterbau, damit Agenten wissen, für wen sie arbeiten, was der Plan ist und was gelernt wurde – ohne bei jedem Durchgang alles neu lesen zu müssen.

Das eigentliche Problem: Stille Fehler

„Das schwierige Problem ist nicht die Fähigkeit. Es ist die Stille.“ Im Gegensatz zu einer API, die einen Statuscode zurückgibt, wird OpenClaw eine Aufgabe stillschweigend überspringen – kein Fehler, kein Signal. Der Agent führt die Sache einfach nicht aus, und nachgelagerte Systeme nehmen an, dass er es getan hat. Bis du es bemerkst, ist das Ergebnis bereits falsch.

Zweites Problem: Nichtdeterminismus. Dieselbe Anweisung kann zu unterschiedlichem Verhalten führen. Für Chats in Ordnung, aber ein Albtraum, wenn die Aktion echte Konsequenzen hat (eine E-Mail, die tatsächlich gesendet wird, ein Datensatz, der sich tatsächlich ändert).

Schutzmaßnahmen, die es zum Funktionieren brachten

• Validierung bei der Aufgabenerstellung – fehlerhafte Aufgaben gelangen nie in das System.
• Werkzeug-Whitelist pro Aufgabe – Agenten können nicht auf Werkzeuge zugreifen, die sie nicht verwenden sollten.
• Explizite Abschlussverfolgung – verlasse dich nicht darauf, dass „es gelaufen ist“.
• Strukturierte Warnungen – Agenten können Warnungen auslösen, wenn etwas kaputtgeht, damit Fehler sichtbar werden.
• Vertrauensstufen – überwacht vs. autonom für jede Aufgabe mit echten Konsequenzen. Ein Mensch bleibt im Loop, bis die Aufgabe sich Autonomie verdient hat.

Mit OpenClaw war das System viel schneller einsatzbereit als bei einer Entwicklung von Grund auf. Aber „funktioniert in einer Demo“ und „funktioniert unbeaufsichtigt jeden Tag, ohne dich anzulügen“ sind unterschiedliche Maßstäbe – und diese Lücke zu schließen, macht 90 % der Arbeit aus.