OpenCode vs Claude Code

Problem: OpenCode hat 112.837 GitHub-Sterne, eine Tauri-Desktop-App, Support für 75+ Provider und eine hybride Routing-Strategie, die die Kosten pro Feature auf 2,50 $ senkt. Claude Code kommt direkt von Anthropic, hält den ganzen Repo-Kontext im Speicher und führt Quality Gates vor jedem Commit durch. Du musst wissen, welches Tool du greifen sollst, ohne erst 40 GitHub-Issues zu lesen.

Beide Tools leiten Claude Sonnet 4.6 durch ein Terminal. Die Ähnlichkeit endet da.

Was OpenCode wirklich ist

OpenCode ist ein Coding-Agent vom SST/Anomaly-Team. Es ist in TypeScript geschrieben (84 % TS), MIT-lizenziert und hat 779 Mitwirkende. Das Projekt gibt es in drei Formen: eine Desktop-App mit Tauri, eine VS Code-Erweiterung und ein Terminal-TUI.

Die Architektur ist Client/Server. Sessions bleiben über Neustarts hinweg erhalten, weil der Server den Zustand beibehält, auch wenn der Client die Verbindung trennt. MCP-Tools laden pro Agent, nicht gierig für jede Anfrage, was den Kontext kompakt hält.

Die hohe Sternzahl kam zum Teil durch eine inzwischen geschlossene Abkürzung. OpenCode leitete ursprünglich Claude Pro- und Claude Max-Subscription-Token über die API. Anthropic blockierte das am 9. Januar 2026, als ein Claude Code-Update die Tool-Benennung änderte. OpenCode zog die Claude-Subscription-Unterstützung zurück und verwies auf "rechtliche Anfragen von Anthropic". Um die Lücke zu füllen, startete das Team zwei bezahlte Tiers:

Direkte Anthropic-API-Keys funktionieren weiterhin. Die Gateway-Tiers bündeln die API-Kosten in einem Abonnement.

Was Claude Code wirklich ist

Claude Code ist Anthropics terminalbasierter Coding-Agent. Es liest deinen Repo, kartiert Dateibeziehungen und Architektur und hält bis zu 200K Token Kontext, sodass ein ganzes Projekt während einer Session im Speicher liegt.

Permission-Controls sind standardmäßig konservativ. Datei-Lesevorgänge benötigen keine Genehmigung. Schreib- und Shell-Befehle erfordern eine Genehmigung, es sei denn, du fügst eine Allow-Regel hinzu. Das Flag --dangerously-skip-permissions ist für isolierte Container gedacht, nicht für Laptops.

CLAUDE.md speist Projektkontextdaten in jede Session ein. Hooks lassen dich Shell-Befehle bei Lifecycle-Events auslösen. Extended Thinking läuft auf Opus für tiefe Planungsarbeit.

Multi-Model-Routing: Wo OpenCode einen echten Vorteil hat

Claude Code läuft nur mit Claude-Modellen. OpenCode routet über 75+ Provider. Das spielt eine Rolle, weil die Modelle in den Kosten nicht austauschbar sind.

Netanel Eliavs hybride Routing-Strategie nutzt diese Unterschiede. Der Ansatz weist Aufgaben nach dem Kosten-Qualitäts-Verhältnis zu:

• Sonnet 4.6 für den Planungsdurchgang (kleiner Kontext, hoher Wert)
• GLM-5 für Build-, Backend- und Frontend-Arbeit
• MiniMax M2.5 für schnelle QA
• Opus für tiefes QA, wo Qualität nicht verhandelbar ist

Gemischte Kosten: 2,50 bis 3,50 $ pro Feature. Nur Sonnet: 9,15 $. Der Unterschied summiert sich über ein ganzes Projekt.

Der Vorbehalt: Claude Code Max für 200 $/Monat liefert etwa 2.600 $ API-Äquivalentwert (Anthropic subventioniert rund 90 %). Wenn du bereits Max nutzt, ändert sich die Token-Mathematik.

Benchmark: Gleiches Modell, gleiche Aufgabe

Builder.io hat beide Tools gegen dieselbe Aufgabe getestet: frischer Docker-Container, identischer Prompt, Claude Sonnet 4.5 für beide.

Claude Code war etwa 45 % schneller fertig. OpenCode bestand mehr Tests. Die Codequalität war gleichwertig. Keines der Tools ist gescheitert; sie haben nur unter Zeitdruck unterschiedliche Abwägungen getroffen.

Das ist ein einzelner Benchmark auf einer einzelnen Modellversion. Er zeigt einen echten Geschwindigkeitsunterschied. Er entscheidet nicht, welches Tool für deinen spezifischen Workflow besser ist.

Der Snapshot-Bug (noch offen)

GitHub-Issue #3176 dokumentiert ein Storage-Problem, für das seit März 2026 noch kein Fix veröffentlicht wurde. OpenCode macht mit git add . ohne Größenprüfung Snapshots des Projektzustands.

Ein Nutzer startete eine Session aus seinem Home-Verzeichnis. OpenCode hat 45 GB über 54.000 Dateien gestaged und als Snapshot gespeichert. Das ~/.local/share/opencode/snapshot/-Verzeichnis eines anderen Nutzers wuchs in zwei Tagen auf 250 GB. Ein dritter fand 292.342 JSON-Dateien, die sich auf 2,2 GB ansammelten, ohne Cleanup.

Der Workaround ist, "snapshot": false zu opencode.json hinzuzufügen. Das ist nicht der Standard.

Wenn du OpenCode auf einem Projekt ausführst, setze das vor der ersten Session:

{
  "snapshot": false
}

Permission-Modelle: Wie Tag und Nacht

Das ist der schärfste praktische Unterschied zwischen den beiden Tools.

Claude Code ist konservativ. Lesevorgänge laufen frei. Schreibvorgänge und Befehle stoppen für eine Genehmigung. Du kannst das mit expliziten Allow-Regeln pro Befehl lockern oder mit --dangerously-skip-permissions innerhalb eines Containers ganz aufheben.

OpenCodes Build-Agent läuft standardmäßig mit Skip-Permissions. Auf r/opencodeCLI drückte der ursprüngliche Poster es klar aus: "Es implementiert einfach die Sachen, ohne dich irgendwas zu fragen, und kann jeden Befehl auf deinem System ausführen, was extrem gefährlich ist." Der Poster nannte das ein Feature. Ob du dem zustimmst, hängt davon ab, wie sehr du dem Urteil des Agenten auf deiner Maschine vertraust.

MCP-Kontext: Gierig vs. pro Agent

Claude Code lädt MCP-Tool-Definitionen gierig. Bei vielen aktiven MCP-Servern verbraucht das ungefähr 134K Token, bevor dein erster Prompt kommt (etwa 25 % des 200K-Fensters weg, bevor du etwas tippst). Anthropic hat MCP Tool Search ausgeliefert, um das auf rund 5K Token zu komprimieren, aber es ist opt-in und noch nicht der Standard.

OpenCode deklariert Tools pro Agent. Jeder Agent lädt nur die MCP-Tools, die seine Aufgabe braucht. Das Kontext-Budget geht in deine eigentliche Arbeit, nicht in Tool-Definitionen, die in dieser Session vielleicht gar nicht genutzt werden.

Das spielt vor allem bei Scale eine Rolle. Ein einzelner MCP-Server ist in beide Richtungen in Ordnung. Bei fünf oder mehr wird der Unterschied im verfügbaren Kontext real.

Feature-Vergleich

Kein Tool gewinnt jede Zeile. Claude Code besitzt die Anthropic-nativen Features: CLAUDE.md, Hooks, Extended Thinking, Auto Memory. OpenCode besitzt die Open-Source- und Multi-Model-Seite: MIT-Lizenz, Provider-Flexibilität, Local-First, Tool-Loading pro Agent.

Kadenz und Stabilitäts-Trade-off

HN-Kommentare waren direkt zu OpenCodes Release-Tempo: "veröffentlicht ständig in extrem hohem Tempo, nimmt sich keine Zeit zum Testen oder Fixen." Auch der Ressourcenverbrauch zieht Beschwerden an. Ein TUI, das regelmäßig 1 GB RAM verwendet, ist ungewöhnlich.

Ein separates Problem: OpenCode versucht beim Start standardmäßig, Konfiguration von einer provider-basierten URL zu laden. Für Teams mit strengen Netzwerkrichtlinien ist das ein Punkt, den es vor dem Einsatz zu untersuchen gilt.

Claude Code bewegt sich in Anthropics Tempo. Langsamere Kadenz, weniger Releases, mehr Tests bevor irgendetwas ausgeliefert wird.

Welches Tool du nehmen solltest

Claude Code passt besser, wenn:

• Du tiefen Repo-Kontext über große Codebases willst
• Hooks, CLAUDE.md und Lifecycle-Automatisierung für deinen Workflow wichtig sind
• Du auf Claude Pro oder Max bist und die API-Subvention die Token-Mathematik günstig macht
• Permission-Guardrails eine Anforderung sind, keine Präferenz
• Du Jupyter, Extended Thinking oder Auto Memory brauchst

OpenCode passt besser, wenn:

• Du Aufgaben über günstige Modelle routen und die Kosten pro Feature kontrollieren willst
• MIT-Lizenzierung eine harte Anforderung für deine Organisation ist
• Air-gapped- oder Local-Model-Deployment in Frage kommt
• MCP-Tool-Loading pro Agent für dein Kontext-Budget wichtig ist
• Session-Persistenz über Verbindungsabbrüche hinaus etwas ist, das du regelmäßig brauchst

Der Hybrid, der funktioniert: Starte vier bis acht Wochen mit Claude Code. Analysiere, welche Aufgabentypen du am häufigsten ausführst. Wenn routinemäßige Build- und Test-Aufgaben dominieren, migriere diese zu OpenCode mit GLM-5 oder MiniMax. Halte Planungs- und Architektur-Durchgänge auf Sonnet. AiGentic Labs Ratschlag für Early-Stage-Teams ist direkt: "Starte mit der Claude Code API. Deine Einschränkung ist Kapazität, nicht Kosten. Setz OpenCode noch nicht ein."

Der Snapshot-Bug und das standardmäßige Skip-Permissions-Verhalten sind echte Probleme. Beide haben Workarounds. Keiner davon ist fatal. Aber keiner davon ist etwas, das du auf einer Produktionsmaschine ignorieren kannst, ohne die Dokumentation zuerst zu lesen.

Zwei Tools, verschiedene Standardeinstellungen, verschiedene Kostenkurven und verschiedene Vertrauensmodelle. Das richtige hängt davon ab, was du diese Woche optimierst.

Häufige Fragen

Ist OpenCode besser als Claude Code?

Keins ist universell besser. Claude Code führt bei Repo-Kontexttiefe, Hooks, CLAUDE.md-Projektgedächtnis und Anthropic-nativen Features. OpenCode führt bei Multi-Model-Routing, MIT-Lizenzierung, Session-Persistenz und Kostenkontrolle pro Feature. Ein Builder.io-Benchmark auf demselben Modell zeigte Claude Code 45 % schneller; OpenCode bestand in diesem Lauf mehr Tests.

Ist OpenCode kostenlos?

OpenCode ist kostenlos zum Herunterladen und MIT-lizenziert. Es zu betreiben kostet Geld, weil du deine eigenen API-Keys bereitstellst oder für ein OpenCode Black-Abonnement zahlst (20 bis 200 $ pro Monat). Der Zen-Tier ist Pay-as-you-go gegen deinen eigenen API-Key. Es gibt kein kostenloses Nutzungs-Tier.

Ist OpenCode sicher zu verwenden?

OpenCodes Build-Agent läuft standardmäßig mit aktiviertem Skip-Permissions, d. h. er schreibt Dateien und führt Shell-Befehle aus, ohne zu fragen. Claude Code erfordert standardmäßig eine Genehmigung für Schreibvorgänge und Befehle. OpenCode ist in einer kontrollierten Umgebung handhabbar, erfordert aber eine bewusste Konfiguration, bevor es auf einer Maschine mit sensiblen Dateien läuft.

Funktioniert OpenCode mit Claude?

Ja. OpenCode akzeptiert einen direkten Anthropic-API-Key und routet zu Claude Sonnet, Opus oder Haiku. Was nicht mehr funktioniert, ist das Routing von Claude Pro- oder Max-Subscription-Token über OpenCode. Anthropic hat diesen Weg im Januar 2026 blockiert. Du brauchst einen bezahlten API-Key, kein Claude.ai-Abonnement, um Claude-Modelle in OpenCode zu nutzen.

Was ist der OpenCode-Snapshot-Bug?

GitHub-Issue #3176 dokumentiert OpenCodes Snapshot-System, das git add . im Arbeitsverzeichnis ohne Größenbegrenzung ausführt. Nutzer berichteten, dass Snapshot-Ordner innerhalb von Tagen auf 250 GB und mehr anwuchsen. Der Fix ist, "snapshot": false zu deiner opencode.json hinzuzufügen, bevor die erste Session startet. Stand März 2026 ist das nicht der Standard.