KiloClaw verspricht Managed Hosting für OpenClaw

Ein Agent antwortet am Freitag noch auf Telegram. Am Montag schweigt er, obwohl die Integration verbunden aussieht. Wer OpenClaw selbst hostet, sucht dann in Logs und beim letzten Update nach der Ursache und muss entscheiden, ob ein Neustart reicht.

KiloClaw soll genau diese Arbeit abnehmen. Kilo kündigte den Dienst Anfang Februar 2026 im eigenen Blog als vollständig verwaltete, gehostete OpenClaw-Umgebung an, die in unter 60 Sekunden eine laufende Instanz bereitstellen soll. Modelle kommen laut Ankündigung über Kilo Gateway mit mehr als 500 Modellen oder über eigene API-Schlüssel, abgerechnet über das bestehende Kilo-Konto.

Ob das trägt, zeigt erst der Fehlerfall.

Managed Hosting verschiebt die Zuständigkeit

Im Kilo-Blog beschreibt Brendan O’Leary, woran Self-Hosting hakt: SSH auf einen VPS, jonglierte Node.js-Abhängigkeiten, API-Schlüssel im Klartext in verstreuten Konfigurationsdateien und kein Health-Monitoring, das um drei Uhr nachts einen Absturz meldet. Jedes Update bedeute wieder SSH, git pull und Neustart. Erfahrene Entwickler kämen demnach in 30 bis 60 Minuten durch die Einrichtung, alle anderen liefen gegen eine Wand.

Mit KiloClaw wandert diese Schicht zum Anbieter. Am Montagmorgen sucht ein Produktteam den Fehler dann nicht mehr auf dem eigenen Host, sondern ist darauf angewiesen, dass der Dienst ihn sichtbar macht. Wie KiloClaw Ausfälle meldet und Agenten wieder anläuft, muss ein Pilot klären.

Ein Pilot, der absichtlich scheitert

Der Test sollte klein und bewusst unbequem sein. Ein unkritischer Agent bekommt einen Kanal und eine wiederholbare Aufgabe. Danach wird ein Fehler provoziert, etwa durch einen ungültigen Modellschlüssel. Erwartet werden eine sichtbare Fehlermeldung und ein eindeutiger Zustand des Agenten.

Bleibt die Oberfläche grün, reicht das Monitoring nicht.

Tückisch sind halbe Fehler. Der Kanal bleibt verbunden, aber ein Browser-Schritt hängt, oder der Agent startet neu und nimmt einen laufenden Auftrag nicht wieder auf. Am wichtigsten ist deshalb ein Zeitstempel der letzten erfolgreichen Aktion: Er zeigt dem Betriebsteam, seit wann der Agent stillsteht. Gleich danach kommt ein Schalter, der den Agenten sofort anhält.

Sicherheit ist die Eintrittskarte

Laut Kilo-Blog verbindet sich OpenClaw mit mehr als 50 Chat-Plattformen, erhält vollen Systemzugriff, um Dateien zu lesen, Skripte auszuführen und einen Browser zu steuern, und merkt sich Inhalte über Sitzungen hinweg. Solche Aktionen haben echte Nebenwirkungen. Beim Managed Hosting laufen sie auf fremder Infrastruktur, und die entscheidende Grenze verläuft zwischen Agent, Team und Anbieter.

Vor einem Pilot mit echten Daten sollte das Security- oder Plattformteam zuerst prüfen, ob ein gestoppter Agent wirklich keine Aktion mehr auslöst. Danach folgen eine nachvollziehbare Spur für jede ausgelöste Aktion und die Frage, ob Schlüssel und Speicher zwischen Teams sauber getrennt sind. Wie KiloClaw diese Grenzen umsetzt, muss der Test zeigen.

Auch der Rückweg gehört dazu. Kann ein Team Konfiguration und Gedächtnis des Agenten exportieren? Lassen sich Schlüssel rotieren, ohne den Agenten neu aufzubauen? Und was passiert mit geplanten Aufgaben, wenn der Dienst nicht erreichbar ist? Die letzte Frage wiegt schwer, denn Kilo nennt zeitgesteuerte Automationen ausdrücklich als Teil des Angebots.

Für wen der Dienst plausibel ist

KiloClaw passt am ehesten zu Produktteams, die OpenClaw zügig intern erproben wollen, ohne einen eigenen Host zu pflegen. Das gilt besonders, wenn sie Kilo schon nutzen: Laut Ankündigung funktionieren bestehendes Konto und Guthaben ohne weitere Einrichtung. Der Gewinn ist Tempo. Der Preis ist weniger Kontrolle über Laufzeit und Updates.

Offen ist auch die Kostenfrage. Kilo verspricht Modellzugang ohne Aufschlag auf Token. Unter dem Blogpost fragte ein Leser jedoch, was für die Rechenleistung der Instanz selbst berechnet wird. Das sollte vor dem Pilot geklärt sein.

Für sensible Daten oder geschäftskritische Abläufe genügt ein Versprechen nicht. Dort muss ein Test belegen, dass sich der Agent zuverlässig stoppen und im Nachhinein prüfen lässt. Fehlt dieser Nachweis, bleibt Self-Hosting trotz des höheren Aufwands die kontrollierbarere Option.

Reality Check

• Grundlage: Ankündigung im Kilo-Blog; kein eigener Hands-on-Test
• Funktioniert gut für: schnelle interne OpenClaw-Piloten, besonders mit bestehendem Kilo-Konto
• Vor dem Einsatz klären: Fehlermeldungen und Alarmierung, Wiederanlauf nach Ausfällen, Kosten der Instanz
• Sicherheitsgrenze: zunächst nur unkritische Daten und eng begrenzte Tool-Rechte
• Recovery: Export, Schlüsselrotation und ein Ausfallszenario vor dem Einsatz durchspielen

KiloClaw ersetzt Self-Hosting nicht automatisch. Der Dienst ist ein Angebot, Betriebsarbeit abzugeben. Lohnend wird er erst, wenn ein kleiner, absichtlich gestörter Pilot zeigt, dass der Agent unter Druck sichtbar, stoppbar und wiederherstellbar bleibt.