OpenClaw-Benutzer kritisiert Architektur und Sicherheitslücken des Tools

Ein Nutzer auf r/openclaw beschreibt OpenClaw als „das einzige Tool, das diese Art von Agenten-Automatisierung so zugänglich macht“, äußert jedoch nach einem Test Enttäuschung und vergleicht die Erfahrung mit einem schlecht gewarteten SAP-System.

Architekturkritik

Der Nutzer identifiziert vier Hauptbereiche, in denen OpenClaw zu kurz kommt:

• Kontrollebene für Datei- und Konfigurationsänderungen: Der Nutzer erklärt, dass Dateioperationen und Konfigurationsänderungen nicht direkt vom LLM ausgeführt werden sollten. Er plädiert für eine deterministische Zwischenschicht, die auf Basis von Regeln entscheidet – etwa indem sie den Nutzer vorher fragt oder ihn im Nachhinein informiert – anstatt sich auf „die Laune des Modells an diesem Tag“ zu verlassen.
• Geschützter Kernel: Der Nutzer schlägt vor, dass es einen Kern geben sollte, den das LLM nicht modifizieren kann, einschließlich geschützter Konfigurationsdateien und kritischer Systemdateien.
• Kontextmanagement und Delegation: Die Kritik bemängelt das Fehlen eines echten, anforderungsbasierten Kontextmanagements. Derzeit werde „jede Anfrage mit demselben Kontext überflutet, unabhängig davon, was tatsächlich benötigt wird, was enorme Mengen an Tokens verschwendet“. Der Nutzer schlägt vor, dass der Kontext fallweise zusammengestellt werden sollte. Zudem sollten Codierungsaufgaben an spezialisierte Coding-LLMs über deren CLI delegiert werden, anstatt innerhalb desselben Agenten bearbeitet zu werden.
• Versionierung, Tests, Konfigurierbarkeit: Der Nutzer weist auf fehlende integrierte Git-Integration, keine Qualitätskontrollen und zu wenige Einstellungen für ein Tool hin, das tief ins System eingreift. Er merkt an, dass all dies nachgerüstet werden kann, aber nicht standardmäßig vorhanden ist.

Community und Entwicklungsmuster

Der Nutzer zieht eine Parallele zu ERP-Systemen und stellt fest, dass die aktuelle Wahl zwischen der Erweiterung der Funktionalität durch „schlampige Community-Plugins ohne Dokumentation“ oder dem Selbstbau von Features „ebenfalls ohne Spezifikationen, ohne Dokumentation, ohne Tests“ liegt. Beide Ansätze, so merkt er an, würden „direkt in die Produktion ausgeliefert“.

Trotz dieser Kritiken schließt der Nutzer: „Im Moment sehe ich keine Alternative, die dieselbe Funktionalität genauso einfach bietet und es dabei besser macht.“