OpenClaw lokal auszuführen ist der richtige erste Schritt, wenn du das Framework lernst, Prompts testest oder prüfen willst, ob dein Workflow wirklich agentenförmig ist. Dein Laptop ist nah am Repo, leicht zu kontrollieren und billig zurückzusetzen.
Die Falle ist, dieses lokale Setup wie Produktion zu behandeln. Ein Laptop schläft ein. Shells verschwinden. Secrets verteilen sich in Dotfiles. Lange Coding-Läufe brauchen eine sauberere Grenze. Dieser Guide hält den lokalen Pfad ehrlich und zeigt dann, wann du die Coding-Arbeit zu Codex auf einem VPS mit Office Claws verschiebst.
Mit einer kleinen lokalen Sandbox starten
Zeige einem neuen Agenten nicht direkt dein Haupt-Checkout und hoffe auf das Beste. Gib OpenClaw einen engen Workspace, einen wegwerfbaren Branch und nur die Credentials, die wirklich nötig sind.
| Setup-Entscheidung | Sicherer Default | Warum es hilft |
|---|---|---|
| Repository | Frischer Branch oder Wegwerf-Clone | Einfacher Rollback nach schlechten Edits |
| Secrets | Nur kurzlebige Tokens | Weniger Schaden, wenn ein Tool-Aufruf Kontext leakt |
| Dateisystem | Ein Projektverzeichnis | Verhindert versehentliche Edits außerhalb der Aufgabe |
| Netzwerk | Explizite Allowlist | Macht unerwartete Calls sichtbar |
Eine minimale lokale Routine sieht so aus:
git checkout -b agent/sandbox-task
git status --short
# start OpenClaw with only this repo and the credentials required for the taskDer wichtige Teil ist nicht der Befehl. Es ist die Form: eine Aufgabe, ein Branch, eine Vertrauensgrenze.
Den lokalen Loop beobachtbar halten
Lokale OpenClaw-Läufe sind nützlich, weil du sie eng beobachten kannst. Nutze diesen Vorteil. Lass das Terminal sichtbar, prüfe Diffs vor jedem Commit und mache Tests zum Teil des Loops statt zur letzten Aufräumrunde.
Wir mögen diesen Takt:
- Bitte um eine kleine Änderung, nicht um eine ganze Roadmap.
- Lass den Agenten prüfen und einen Plan vorschlagen.
- Prüfe die Dateien, die er anfassen will.
- Starte den kleinsten sinnvollen Test.
- Committe erst, wenn der Diff langweilig ist.
Dieser Takt macht Migrationen ebenfalls leichter. Wenn ein Workflow lokal in kleinen Schleifen funktioniert, lässt er sich meist sauber zu Codex CLI auf einem Remote-Host portieren. Wenn er nur funktioniert, weil du den Agenten ständig von Hand rettest, löst Hosting den Prozess nicht magisch.
Wissen, wann lokal nicht mehr der richtige Ort ist
Local-first heißt nicht Laptop-für-immer. Verschiebe die Arbeit, wenn der Agent Zeit, Isolation oder Persistenz braucht.
| Signal | Lokal bleiben | Auf VPS wechseln |
|---|---|---|
| Neues Agenten-Framework lernen | Ja | Noch nicht |
| Einstündiger Refactor mit aktiver Review | Ja | Optional |
| Test/Fix-Loop über Nacht | Nein | Ja |
| Mehrere Agenten auf verwandten Branches | Mühsam | Ja |
| Produktionsnahe Secrets oder Kundendaten | Riskant | Isolierten Host bevorzugen |
Hier zählt die Entscheidung OpenClaw vs Codex. OpenClaw ist breit und ökosystemorientiert. Codex ist enger, aber stark für repo-zentrierte Softwarearbeit und passt gut zu Subscription-Ökonomie. Unser OpenClaw-vs-Codex-Vergleich geht tiefer auf diesen Tradeoff ein.
Die Office-Claws-Übergabe
Office Claws ist keine OpenClaw-Runtime. Wir behaupten keinen nativen OpenClaw-Support und verstecken OpenClaw nicht hinter einem Button. Die ehrliche Übergabe ist diese: Nutze lokales OpenClaw, während du den General-Agent-Workflow erkundest, und verschiebe coding-lastige Arbeit zu Codex-Agenten, wenn du persistente, repo-fokussierte Ausführung willst.
Mit Office Claws ist dieser gehostete Pfad bewusst klein:
- Einen self-hosted VPS aus der Desktop-App bereitstellen.
- Über Tailscale verbinden, damit der Runner erreichbar ist, ohne SSH ins Internet zu stellen.
- In Codex CLI mit deiner ChatGPT-Subscription anmelden.
- Einen Agenten pro Branch starten und im Pixel-Office den Status beobachten.
- Den Branch lokal ziehen und vor dem Merge final prüfen.
Der Pfad Office Claws for OpenClaw users dreht sich um Kontrolle: dein VPS, deine Subscription, deine Branches und eine Desktop-Ansicht, die lang laufende Agenten sichtbar macht.
Empfehlung
Führe OpenClaw zuerst lokal aus. Halte die Sandbox eng, miss, wie viel deiner Arbeit wirklich code-zentriert ist, und nutze den lokalen Loop, um zu lernen, worin der Agent gut ist.
Wenn die Aufgabe lang läuft, viele Branches berührt oder zu wichtig ist, um in einem schlafenden Laptop zu liegen, verschiebe den Coding-Teil zu Codex auf einem VPS. So bekommst du die Persistenz, die OpenClaw-Nutzer wollen, ohne so zu tun, als gehöre jeder OpenClaw-Workflow in ein Codex-förmiges Tool.
Lokal lernst du den Workflow. Ein Remote-Codex-Runner ist der Ort, an dem die langweilige Coding-Arbeit weiterlaufen kann.