Das Hausschlüssel-Problem: Worum OpenClaw und Claude Code wirklich streiten

Auf den Punkt

• OpenClaw und Claude Code sind keine Ersatzprodukte: OpenClaw ist eine dauerhaft laufende Operations-Schicht, Claude Code ein agentischer Entwickler im Repository.
• OpenClaw gewinnt, wenn Arbeit über E-Mail, Kalender, Browser-Apps und persönliche Systeme läuft; Claude Code gewinnt bei Codebase-Kontext, Diffs, Tests und Repo-Disziplin.
• Die praktische Entscheidung dreht sich um Schlüssel und Grenzen: OpenClaw bekommt die Hausschlüssel für breite Operations, Claude Code die Werkstattschlüssel für Engineering.

Ein Vergleich zweier konkurrierender Vorstellungen davon, was KI tun darf — und wo jeder leise gewinnt.

Es gibt eine Geschichte, die Peter Steinberger, der Schöpfer von OpenClaw, über den Moment erzählt, in dem das Projekt für ihn klick machte. Er saß an seinem Mac und beobachtete, wie eine frühe Version seines Agenten autonom seinen Posteingang durchsuchte, eine Antwort entwarf, seinen Kalender auf Konflikte prüfte, ein Restaurant buchte und ihn dann auf Telegram mit einer Zusammenfassung benachrichtigte — alles während er schlief. Der Agent hatte für nichts davon um Erlaubnis gefragt. Er hatte einfach die Arbeit erledigt, so wie ein sehr kompetenter und leicht erschreckender Assistent es täte, wenn man ihm die Hausschlüssel gäbe und sagte: „Ich bin Dienstag wieder zurück."

Dieses Bild — die Hausschlüssel — ist immer noch der ehrlichste Weg, um zu verstehen, was OpenClaw von Claude Code unterscheidet. Doch in den Monaten, seitdem diese Geschichte kursierte, ist etwas Interessantes passiert: Claude Code hat leise begonnen, nach einem kleinen eigenen Schlüsselbund zu fragen.

Anthropic hat einen internen Scheduler, /loop, hinzugefügt, der Claude Code ermöglicht, im Hintergrund Cron-Jobs innerhalb einer Session einzurichten. Es kann sich nun selbst um 9 Uhr wecken, Ihren Build überprüfen, eine Test-Suite erneut ausführen oder die gestrigen Commits reviewen und einen Bericht in Ihr Repository ablegen — ganz ohne menschliche Aufforderung.

Auf dem Papier lässt dies OpenClaw und Claude Code ähnlicher erscheinen als je zuvor. In der Praxis macht es ihre Unterschiede schärfer.

Sie sind immer noch keine echten Konkurrenten. Sie sind zwei sehr unterschiedliche Antworten auf zwei sehr unterschiedliche Fragen. Und das falsch zu verstehen kostet Sie immer noch Zeit, Geld und jede Menge verwirrendes Debugging um 23 Uhr.

Die zwei Fragen, die niemand stellt

Der Standardvergleichsartikel wird Ihnen sagen, dass OpenClaw zum Standard-Open-Source-Personal-KI-Stack geworden ist, dass Claude Code von Anthropic entwickelt wurde und in Ihrem Editor und Terminal lebt, und dass eines „selbst gehostet" ist, während das andere „gehostet" ist. All das ist technisch korrekt und fast völlig nebensächlich.

Die eigentliche Frage ist einfacher: Welchen Teil Ihrer Welt soll der Agent kontrollieren?

Claude Code wurde entwickelt, um eine Frage zu beantworten: Wie bringen wir ein Modell dazu, in einer Codebase zu arbeiten, so wie es ein Senior Engineer tun würde? Es muss Dateien lesen, Tests ausführen, Änderungen vornehmen und verstehen, wie ein Pull Request von Dienstag etwas in einem Modul gebrochen hat, das zuletzt 2021 angefasst wurde — und jetzt, mit Cron-ähnlichen Tools, kann es diese Analysen auch nach einem Zeitplan durchführen, ohne gefragt zu werden.

OpenClaw wurde entwickelt, um eine völlig andere Frage zu beantworten: Wie bringen wir ein Modell dazu, in einem Leben zu arbeiten, so wie es ein Chief of Staff tun würde? Es muss Ihre E-Mails beobachten, Ihr Slack verwalten, Ihr WhatsApp anpingen, Ihre Reisen buchen, Ihre Server überwachen und Ihre Tweets posten — alles während Sie in einem Meeting oder am Schlafen sind — und das in Kanälen und Systemen, die Sie kontrollieren, auf Infrastruktur, die Ihnen gehört.

Ein Agent erhält Zugang zu Ihrem Repository, plus einem wachsenden Set von Tools und Timern in diesem Kontext. Der andere erhält Zugang zu allem anderen — Shells, Browser, Kalender, Posteingänge, Webhooks, Sprachnotizen, Discord, Telegram, Slack, Cron-Jobs und welchen neuen Kanal Sie morgen anschließen möchten.

Diese Oberflächenentscheidung — die Größe und Form der Welt, die jeder Agent berühren darf — ist die architektonische Wahl, aus der jeder andere Unterschied noch immer folgt.

Das Gehirn, das nie schläft

OpenClaws Architektur, wenn man sie aufzeichnet, sieht aus wie der Kontrollraum einer kleinen Fluggesellschaft. Es gibt eine Input-Schicht — Nachrichten, die über WhatsApp, Telegram, Discord, Slack, Ihr Terminal, Webhooks oder eine geplante Cron-Lane ankommen. Es gibt ein Gateway, das all diese Eingaben normalisiert, sie nach Session routed und Ordnung erzwingt, damit eine laute Integration nicht alles andere übertönt.

Darunter sitzt die Lane-Queue, die das wichtigste Stück Engineering im gesamten System bleibt und das Einzige, was OpenClaw von jedem „einfach ein Agent-Wochenendprojekt" unterscheidet.

Die Queue ist lane-bewusst: Es gibt eine globale Hauptlane, und innerhalb davon strikte serielle Session-Lanes für jeden Benutzer oder jedes Gespräch. Cron-Jobs laufen in ihrer eigenen Lane, Sub-Agenten in einer anderen, und — in neueren Builds — werden Hooks wie Gmail-Push-Benachrichtigungen in ihre eigenen Lanes aufgeteilt, damit ein Webhook-Sturm Ihre Direktnachrichten nicht verhungern lässt. In einfachen Worten: Wenn Sie einen Agenten haben, der Ihre E-Mails überwacht, einen anderen, der Ihre CI/CD-Pipeline beobachtet, und einen Webhook-Sturm aus einer Bulk-Gmail-Operation, treten sie sich nicht gegenseitig auf die Füße, konkurrieren nicht um Shell-Zugang und beschädigen nicht Ihre Session-Dateien.

Darunter sitzt der Agent Runner — das eigentliche Gehirn. Er löst auf, welches Modell zu verwenden ist (Claude, GPT-4-Klasse-Modelle, Gemini oder lokale Modelle mit Ihren eigenen Schlüsseln), erstellt einen Prompt mit Tool-Richtlinien und Sicherheitsleitplanken, plant die nächste Aktion, ruft ein Tool auf, beobachtet das Ergebnis und entscheidet, was als nächstes zu tun ist. Die Tools, die er erreichen kann, umfassen Ihre Shell, Ihr Dateisystem, einen Browser über Automatisierungsbibliotheken, E-Mail-APIs, Kalender-APIs, STT für Audio und jedes Plugin aus dem Community-Ökosystem.

Das Ergebnis ist etwas, das architektonisch immer noch mehr mit einem Unix-Daemon als einem Chatbot gemein hat. Es wacht nach einem Zeitplan auf. Es beobachtet Eingaben. Es führt Aktionen aus. Es schreibt Logs. Es läuft immer.

Der Engineer, der das Büro nie verlässt

Claude Codes Architektur beginnt mit einer völlig anderen Prämisse. Es ist eine von Anthropic entwickelte und gehostete Agent-Runtime, die über CLI, Desktop-App, IDE-Integrationen, Web-UI und jetzt durch Agenten-Teams und erweiterte Denkfunktionen verbunden mit den neuesten Claude-Modellen bereitgestellt wird. Seine Aufgabe ist es, Ihre Codebase so tief zu verstehen, dass die Arbeit damit sich weniger wie die Nutzung eines Tools und mehr wie das Sitzen neben einem Senior Engineer anfühlt.

Die Kernerkenntnis hinter Claude Code ist Kontext auf Projektebene. Wenn Sie Claude Code auf ein Repository richten, liest es nicht nur die Datei, an der Sie arbeiten — es kartiert das gesamte Projekt, verfolgt Abhängigkeiten, versteht Namenskonventionen und lernt die verwendeten Architekturmuster. Sie kodieren die Präferenzen Ihres Teams in eine CLAUDE.md-Datei — Code-Stil, Test-Konventionen, bevorzugte Muster — und jede Änderung, die Claude Code von diesem Punkt an vornimmt, respektiert sie automatisch.

Und jetzt gibt es einen Scheduler in dieser Welt. Der /loop-Skill und ein Set interner Cron-Tools (CronCreate, CronList, CronDelete) ermöglichen es Ihnen, Claude Code zu bitten, „alle 10 Minuten den Build zu überprüfen" oder „dieses Code-Review jeden Werktag um 9 Uhr auszuführen", und es wird wiederkehrende Prompts einrichten, die im Hintergrund ausgeführt werden, während Ihre Session offen bleibt.

Wo OpenClaws Architektur sagt „Aktionen serialisieren, um die Welt sicher zu halten", sagt Claude Codes Architektur „Entwicklungsarbeit parallelisieren und code-zentrische Aufgaben planen, um Software am Laufen zu halten." Beide sind die richtige Antwort — für ihr jeweiliges Problem.

Drei Geschichten, wo einer klar gewinnt

Der Posteingang, der sich selbst leert

Es ist 6:47 Uhr in Berlin. Eine Gründerin öffnet WhatsApp. Über dem Familien-Gruppenchat ist eine Nachricht von einem Agenten, den sie vor drei Wochen eingerichtet hat:

„Guten Morgen. Ich habe 41 Newsletter archiviert, 9 Routine-Partner-Anfragen beantwortet, 3 E-Mails markiert, die Ihre Aufmerksamkeit heute brauchen, 2 Antworten zur Genehmigung entworfen und Ihr 9-Uhr-Meeting auf 10 Uhr verschoben, weil es mit Ihrer reservierten Fokuszeit kollidiert. Ihr Brief ist bereit."

Das ist immer noch eine OpenClaw-Geschichte. Unter der Haube: Ein Cron-Heartbeat im OpenClaw-Gateway weckte den Agenten um 5:30 Uhr. Ein Sekretäragent startete in seiner eigenen Session-Lane, verband sich über OAuth mit Gmail und Google-Kalender, las jede ungelesene Nachricht, wendete ein Klassifizierungsregelsatz an, entwarf Antworten für alles Routinemäßige und stagierte die sensiblen.

Claude Code hat jetzt seinen eigenen Scheduler, aber er lebt nicht hier. Seine Cron-Jobs werden innerhalb von Coding-Sessions ausgelöst, nicht in WhatsApp oder Gmail. Es war nie so konzipiert, auf Ihrem Server zu sitzen mit einem Schlüssel zu Ihrer persönlichen Kommunikation.

Die Codebase, die sich selbst refaktoriert

Ein anderer Gründer ist um 14 Uhr in VS Code. Er starrt auf eine Async-Callback-Kette, die jemand 2019 geschrieben hat und die seitdem Quelle von ungefähr einem Drittel aller Produktionsfehler war. Sie berührt 34 Dateien.

Er tippt eine Zeile an Claude Code: „Refaktoriere diesen gesamten Service von Callbacks auf async/await, aktualisiere die Tests und repariere alle fehlerhaften Importe."

Vierzig Minuten später: 34 Dateien geändert. Tests bestehen. PR-Beschreibung geschrieben. Jede Änderung respektiert die Namenskonventionen des Projekts, weil sie vor achtzehn Monaten in CLAUDE.md kodiert wurden und Claude Code sie nie vergessen hat.

An diesem Nachmittag führt ein geplanter Job — erstellt mit /loop — jeden Tag um 9 Uhr eine engere Version derselben Analyse durch, scannt neue Commits auf wieder eingeführte Callback-Verschachtelungen und postet einen kurzen Bericht ins Repository.

Der Agent, der andere Agenten verwaltet

Ein Entwickler bemerkt einen neuen GitHub-Issue mit der Bezeichnung „kritischer Fehler" in einem Repository, das sein Team pflegt. Er tut nichts. Sein OpenClaw-Orchestrierungs-Agent tut es.

Er erkennt den Webhook. Er liest den Issue. Er ruft die relevanten Dateien und Kontext ab und ruft dann Claude Code als Spezialist auf — über CLI oder API. Claude Code spinnt ein Agenten-Team auf, generiert einen Patch, schreibt einen Branch und erstellt eine PR-Beschreibung. OpenClaw nimmt den PR, postet ihn im Telegram-Kanal des Teams mit einer Zusammenfassung und einer Daumen-hoch/Daumen-runter-Aufforderung. Der Entwickler reagiert mit einem Daumen hoch von seinem Telefon. Der PR wird gemerget.

Gesamter Entwickler-Input: Ein Emoji.

Das ist die Frontier. OpenClaw als always-on-Orchestrierungsschicht — das Nervensystem. Claude Code als spezialisiertes Organ, das tiefes Reasoning über Code übernimmt. Sie konkurrieren nicht. Sie sind komponierbar. Und die Entwickler, die das zuerst herausfinden, werden Workflows bauen, die von außen wie Science-Fiction aussehen.

Was alle um 23 Uhr falsch machen

Der häufigste Fehler in der OpenClaw-vs-Claude-Code-Debatte ist, sie als direkte Substitute zu behandeln und dann verwirrt zu sein, wenn eines bei dem versagt, wofür das andere konzipiert wurde.

Menschen versuchen, Claude Code als vollständigen persönlichen Assistenten zu nutzen, jetzt da es geplante Aufgaben hat. Sie richten /loop-Jobs und Cron-Skripte ein und werden dann frustriert, weil es ihren Kalender nicht beobachtet, ihr WhatsApp nicht beantwortet oder über mehrere Kanäle koordiniert. Es kann Prompts planen und Coding-Workflows automatisieren; es kann nicht, out of the box, ein lebensweites Operationsgefüge werden.

Menschen versuchen, OpenClaw als primäres Coding-Tool zu nutzen. Sie verbinden es mit Repos, führen Tests von Agenten aus und fühlen sich schlau — bis sie sehen, wie ihre Token-Nutzung in die Höhe schießt und sie erkennen, dass es die Codebase immer noch nicht so versteht wie Claude Code, oder so tief in ihre IDE und CI integriert.

Der zweithäufigste Fehler ist anzunehmen, dass Claude Code jetzt, da es einen internen Scheduler hat, „das tut, was OpenClaw tut, aber sicherer." OpenClaws Design hat eine breite Angriffsfläche — einem Agenten gleichzeitig Zugang zu Ihrer Shell, Ihrem Browser, Ihrem Dateisystem, Ihrer E-Mail und Ihrem Kalender zu geben, ist keine kleine Entscheidung. Aber die Antwort darauf ist nicht, stattdessen Claude Code zu verwenden. Es ist, OpenClaw so zu betreiben, wie es ernsthafte Benutzer tun: auf einer isolierten Maschine oder VM, mit auditierten Plugins, rotierten Schlüsseln und eingeschränkten DM-Allowlists.

Das Playbook

Hier ist der Entscheidungsrahmen, von Nuancen befreit.

Wenn Ihr Problem ist „meine Operationen sind außer Kontrolle" — das ist ein OpenClaw-Problem. Sie wollen einen always-on-Agenten mit Gateway, Queues, Cron-Lanes, Hooks und Zugang zu den APIs, die Ihr Geschäft und Ihr Leben führen. Verbinden Sie Claude Code als Spezialist, wenn einer dieser Agenten eine Codebase berühren muss.

Wenn Ihr Problem ist „wir müssen schneller liefern ohne Dinge zu brechen" — das ist ein Claude-Code-Problem. Sie wollen tiefes Repo-Verständnis, Multi-File-Operationen, Agenten-Teams, geplante Code-Checks und CLAUDE.md-kodierte Hausregeln. Schichten Sie OpenClaw obendrauf, wenn Sie diese Code-Änderungen irgendwann durch reale Ereignisse auslösen möchten.

Die Ein-Satz-Version:

OpenClaw ist das Betriebs-Nervensystem für Ihren digitalen Besitz — immer aktiv, Multi-Channel, handelt in Ihrem Namen über alles, was Sie anschließen.

Claude Code ist der agentische Entwickler, der in Ihrer Codebase lebt, jetzt mit seiner eigenen Uhr, der einen Satz in einen gemergeten Pull Request und einen nächtlichen Health-Check verwandelt.

Die Hausschlüssel-Metapher ist es wert, noch einmal aufgegriffen zu werden. Wenn Sie jemandem Ihre Hausschlüssel geben, machen Sie keine Aussage über seine Intelligenz. Sie machen eine Aussage über Vertrauen, Umfang und wofür Sie ihn verantwortlich sein lassen möchten.

OpenClaw fragt immer noch nach Ihren Hausschlüsseln — und wenn Sie vorsichtig sind, wer sie hält, wird es mehr für Sie tun als jeder Assistent, den Sie je hatten. Claude Code fragt jetzt nach den Schlüsseln zu Ihrer Werkstatt und einem Mitspracherecht im Tagesplan — und innerhalb dieser Grenze ist es der beste Engineering-Kollege, den Geld kaufen kann.

Geben Sie jedem die richtigen Schlüssel. Und verwechseln Sie sie nicht.