OpenClaw und OpenCode: Das Zwei-Agenten-Setup, das alles abdeckt
OpenCode ist heute viral gegangen
Heute Morgen hat OpenCode Platz 5 auf Hacker News erreicht — 1.148 Upvotes, 120.000 GitHub-Stars, Threads auf X in einem Dutzend Sprachen.
Und überall dieselbe Frage: *"Ersetzt das OpenClaw?"*
Die kurze Antwort: Nein. Die lange Antwort erklärt, warum — und was das für dein Setup bedeutet.
---
Was OpenCode macht
OpenCode ist ein KI-Coding-Assistent, der direkt im Terminal läuft. Du öffnest ein Projekt, startest OpenCode, und es kann Code lesen, schreiben, refactoren, testen und debuggen — alles im Kontext deiner aktuellen Codebase.
Es ist im Wesentlichen ein autonomes Coding-Pair-Programming-Tool. Du sitzt davor, du steuerst es, du reviewst jeden Diff.
Stärken von OpenCode:
Was OpenCode nicht macht:
OpenCode ist ein mächtiges Werkzeug für den Moment, in dem du aktiv an Code arbeitest.
---
Was OpenClaw macht
OpenClaw ist ein persistenter Agent-Server, der rund um die Uhr läuft. Er verbindet sich mit Messaging-Kanälen, führt Hintergrundaufgaben aus, verwaltet Cron-Jobs und koordiniert zwischen mehreren Agenten.
Stärken von OpenClaw:
Was OpenClaw nicht macht:
OpenClaw ist das, was läuft, wenn du nicht am Computer bist.
---
Die Konfusion: Warum Menschen glauben, sie konkurrieren
Die Verwechslung entsteht, weil beide Systeme "einen KI-Agenten haben, der Code schreibt". Aber das ist so, als würden Slack und E-Mail konkurrieren, weil beide "Nachrichten versenden".
Ein direkter Vergleich:
| Dimension | OpenClaw | OpenCode |
|-----------|----------|----------|
| Läuft wann? | 24/7 als Daemon | Wenn du es aufmachst |
| Wer steuert es? | Autonom + Nachrichten | Interaktiv, du bist dabei |
| Haupt-Usecase | Ops, Koordination, Messaging | Coding, Refactoring |
| Gedächtnis | Ja (MEMORY.md, Cron-State) | Session-basiert |
| Multi-Agent | Ja, nativ | Nein |
| Kanal-Anbindung | Ja (Telegram, Discord, etc.) | Nein |
| Code-Tiefe | Eingeschränkt (kein IDE-Kontext) | Vollständig (komplette Codebase) |
Die Antwort auf "ersetzt OpenCode OpenClaw?" ist dieselbe wie "ersetzt ein Chirurg einen Hausarzt?". Verschiedene Werkzeuge, verschiedene Situationen, beide notwendig.
---
Das Zwei-Agenten-Setup in der Praxis
Hier ist, wie wir OpenClaw und OpenCode in unserem Entwicklungs-Workflow kombinieren.
Peter (OpenClaw Coding-Agent): Wächter und Koordinator
Peter ist unser OpenClaw-basierter Coding-Agent. Er läuft 24/7 und erledigt strukturierte, regelbasierte Code-Aufgaben:
Das alles passiert ohne dass jemand am Computer sitzt. Peter schläft nicht.
OpenCode: Der Tieftaucher
Wenn Christoph (unser Backend-Entwickler) an einem komplexen Feature arbeitet, öffnet er OpenCode im Projekt-Verzeichnis. Das Gespräch läuft dann in Echtzeit:
```
Christoph: "Refactor the auth middleware to support multi-tenant contexts"
OpenCode: [analysiert die komplette auth/ Struktur, schlägt Änderungen in 8 Dateien vor]
Christoph: "Looks good, but keep the legacy single-tenant path for now"
OpenCode: [überarbeitet den Plan, zeigt den finalen Diff]
```
OpenCode kennt jede Zeile des Projekts. Peter kennt den Kontext über das ganze Setup.
Der Handoff-Moment
Das Schöne: die beiden Systeme ergänzen sich nahtlos.
Szenario: Christoph nutzt OpenCode, um ein neues Feature zu implementieren. Er öffnet einen PR. Peter (OpenClaw) reviewed den PR automatisch innerhalb von 15 Minuten — mit Fokus auf Security-Patterns und fehlende Tests. Christoph bekommt eine Discord-Nachricht: "PR #245: 2 HIGH findings, 1 fehlender Test für getUserById — hier ist der Vorschlag."
Christoph öffnet OpenCode erneut: "Fix the issues Peter found in PR #245." OpenCode liest Peters Kommentar, sieht den Code, und implementiert die Fixes.
Peter macht das Review. OpenCode macht die Fixes. Menschen machen die Entscheidungen.
---
Sicherheitsregel: Kein Write-Zugriff für OpenClaw auf das Repo
Das ist der wichtigste praktische Hinweis — und er taucht auch in den X-Diskussionen auf:
> *"Security reminder: don't give OpenClaw write access to your repo. It's an ops agent — it reports problems, it doesn't fix them. That's OpenCode's role. Minimal permissions for each tool."*
Das trifft es genau. Peters GitHub-Token hat nur `read` und `pull_requests:write` — er kann kommentieren, aber nicht pushen. Fixes macht OpenCode, nach menschlicher Überprüfung.
Warum ist das wichtig? OpenClaw läuft autonom, ohne dass ein Mensch jeden Schritt sieht. Wenn Peter einen falschen Fix pushen würde, wäre er schon in `main` bevor jemand es bemerkt. Das ist ein unakzeptables Risiko.
Die Regel: Jedes Tool bekommt nur die Rechte, die es für seine Aufgabe braucht:
| Tool | GitHub-Rechte | Begründung |
|------|--------------|------------|
| OpenClaw (Peter) | read, pull_requests:write | Reviewer, kein Committer |
| OpenCode (Christoph) | read, write, push | Interaktiv, immer mit Mensch |
| GitHub Actions CI | read, statuses:write | Nur Status-Checks |
---
Wann du was benutzt
Benutze OpenClaw wenn:
Benutze OpenCode wenn:
Benutze beide wenn:
---
Was wir nach einer Woche beobachtet haben
Wir haben diesen kombinierten Workflow jetzt eine Woche getestet. Was wir festgestellt haben:
Peters PR-Reviews (OpenClaw) haben sich deutlich verbessert, seit OpenCode die Fixes macht.
Warum? Peter reported `CRITICAL`- und `HIGH`-Findings präzise, weil er weiß: ein Mensch mit OpenCode wird sie fixen. Er muss nicht versuchen, Fixes selbst vorzuschlagen — seine Stärke ist die Detektion.
OpenCode-Sessions sind kürzer geworden.
Weil Peter bereits bei PR-Erstellung grundlegende Probleme findet, kommen Bugs nicht mehr so weit. Christoph arbeitet mit OpenCode an saubereren Ausgangssituationen.
Weniger manuelle Code-Review-Zeit.
Wir schätzen: ~60% der Code-Review-Zeit, die vorher manuell war, wird jetzt von Peters automatischen Checks abgedeckt. Menschen schauen noch drauf — aber Peter hat schon vorgefiltert.
---
Das Setup einrichten: Was du brauchst
Wenn du das nachbauen willst:
Für OpenClaw (Peter):
1. OpenClaw auf einem Server installieren (VPS oder lokaler Rechner)
2. GitHub-Token mit minimalen Rechten erstellen
3. Peters SOUL.md mit PR-Review-Regeln konfigurieren
4. Cron-Job für 15-minütigen PR-Check einrichten
5. Discord-Notification-Channel konfigurieren
Für OpenCode:
1. `npm install -g opencode` (oder das empfohlene Installations-Script)
2. API-Key konfigurieren (Anthropic, OpenAI, etc.)
3. Im Projekt-Verzeichnis starten: `opencode`
4. Optional: `.opencode/config.json` für Projekt-Präferenzen
Der Verbindungspunkt:
Das ist kein automatisierter Kreislauf — es ist eine Kollaboration zwischen drei Parteien: Peter (autonom), OpenCode (interaktiv), Mensch (Entscheidungsträger).
---
Das Wichtigste in Kürze
OpenCode und OpenClaw konkurrieren nicht — sie ergänzen sich.
OpenCode ist dein Pair-Programming-Partner, wenn du am Computer sitzt und aktiv baust.
OpenClaw ist dein Ops-Agent, der arbeitet wenn du es nicht tust.
Beide brauchen Menschen, die Entscheidungen treffen und Verantwortung übernehmen. Die Stärke liegt im Zusammenspiel.
Das vollständige Setup — Peters SOUL.md, Cron-Konfiguration, GitHub-Token-Setup und die Handoff-Regeln — ist im OpenClaw Setup Playbook dokumentiert.
18 Kapitel, basierend auf echter Produktionserfahrung.
Komplett auf Deutsch verfügbar. 🇩🇪