Was ist OpenCode?

OpenCode ist ein quelloffener KI Coding Agent für das Terminal, der nicht an einen einzigen KI Anbieter gebunden ist. Entwickelt vom Team hinter SST und heute unter dem Firmennamen Anomaly Innovations fortgeführt, verbindet OpenCode über 75 LLM Provider in einer Oberfläche, von Gemini über GLM bis zu lokalen Modellen via Ollama.

Was OpenCode so schnell bekannt gemacht hat: über 200.000 GitHub Stars im Herbst 2026, eine Community mit über 900 Contributors und eine klare Philosophie. Kein verstecktes Abo, kein Anbieterzwang, keine Datenweitergabe durch das Tool selbst. Der Agent läuft im Terminal, als Desktop App und in der IDE, zeigt Änderungen als Git Diff und speichert Sessions lokal.

Für professionelle Teams ist das entscheidend: OpenCode zwingt dich nicht, bei steigenden Kosten bei einem Anbieter zu bleiben. Führt ein neues Modell die Charts an, reicht ein /connect zum Wechsel. Damit wird OpenCode zur Infrastrukturentscheidung. Bei Never Code Alone ist OpenCode der einzige Coding Agent im Produktivbetrieb, und genau so spielen wir es in der Vibe Coding Beratung mit Teams durch.

OpenCode ist bei Never Code Alone kein Testobjekt. Es ist der einzige Coding Agent in unserem Produktivbetrieb, kombiniert mit Open Weight Modellen aus der Cloud und kleinen Modellen lokal über Ollama. Roland Golla arbeitet seit über 20 Jahren an Softwarequalität, ist Cypress Ambassador und richtet OpenCode so ein, dass Regeln, Tests und Pipeline zusammenspielen.

Passend dazu gibt es das NCA Agentic AI Coding Guardrails Setup für bestehende Projekte, die Vibe Coding Beratung für Teams und den NCA KI Workshop für Developer. Zum Einstieg helfen die Anleitungen für OpenCode auf dem Mac und OpenCode unter Windows sowie unser Überblick zu OpenCode Features und Plugins.

Die stabile Linie ist weiter v1.18. Seit dem Start mit Desktop v2 im Juli 2026 erscheinen Patches im Wochentakt, Ende September lag die Linie bei v1.18.34. Parallel dazu taggt Anomaly eine v2 Linie mit eigenen Paketen, etwa einem separaten Homebrew Tap und einem Beta Paket im AUR. Für produktive Setups bleibt v1.18 die Wahl, v2 ist zum Ausprobieren gedacht.

Wichtig für alle, die opencode serve oder opencode web nutzen: Datadog Security Labs hat eine Remote Code Execution Lücke gefunden, geführt als GHSA-632h-h47v-g4x4. Betroffen sind die Versionen ab v1.14.30 vom April 2026. Behoben ist die Lücke seit v1.18.22 vom 24. August 2026, öffentlich gemacht wurde sie am 24. September. Laut Datadog liefen in der Woche davor noch rund 39 Prozent der npm Downloads auf verwundbare Versionen. Wer nicht aktuell ist, sollte jetzt updaten.

Funktional brachte der Sommer vor allem Feinschliff: zuverlässigere Session Kompaktierung für kleinere Modelle, bessere Retries bei Provider Fehlern, MCP Verbindungen ohne Reconnect Schleifen und eine deutlich breiter übersetzte Desktop App. Davor kamen die großen Sprünge: Session Snapshots mit Revert und der Yolo Mode in der v1.17 Serie, Background Subagents und der Scout Agent in der v1.15 Serie. Seit v1.18 starten Subagents standardmäßig keine verschachtelten Subagents mehr, das Limit setzt du über subagent_depth.

Auffällig ist, wie stark das Team am Thema Denktiefe arbeitet. Claude Sonnet 5 bekam adaptive Thinking Controls, GLM 5.2 die Stufen high und max, Grok eigene Reasoning Effort Varianten und Kimi ebenfalls adaptive Steuerung. Genau diese Stufen schaltest du im Terminal live durch. Wie das geht, steht weiter unten im Abschnitt zu den Model Varianten mit Ctrl+T.

Um OpenCode auf die aktuelle Version zu aktualisieren, genügt je nach Installationsart ein einziger Befehl. Nach dem Update sollte opencode --version mindestens v1.18.22 anzeigen. Den vollständigen Changelog pflegt das Team unter opencode.ai/changelog. Wer OpenCode noch nicht im Einsatz hat, findet die Anleitung weiter unten im Abschnitt zur Installation unter Windows, macOS und Linux.

OpenCode hat im Sommer 2026 kräftig nachgelegt. Drei Neuerungen stechen heraus: eine deutlich erweiterte HTTP API, echte Git Worktree Verwaltung und ein Ausbau auf mittlerweile vier Oberflächen. Damit wächst OpenCode vom reinen Terminal Agent zu einer Plattform, die sich in bestehende Entwickler Workflows einklinkt. Wer den Vergleich mit Claude Code zieht, sieht hier den zentralen Unterschied: OpenCode öffnet sich nach außen statt sich abzuschotten.

Die HTTP API bekam zahlreiche neue Routen. Neu sind Endpunkte für Session Management, Config Updates, Git Initialisierung und Worktree Operationen. Über die v2 API lassen sich Sessions anlegen und abrufen, offene Rückfragen einer Session auflisten und der aktive Arbeitsort auflösen. Sessions speichern jetzt eigene Metadaten über API und SDK. Datei Reads liefern Rohinhalt mit korrektem Content Type an API und SDK Clients. Ein neuer GET /config Endpunkt macht die Konfiguration von außen lesbar. Für Teams, die OpenCode in eigene Tools und CI CD Pipelines einbinden, ist das der wichtigere Sprung als jedes einzelne Modell Update.

Beim Thema Worktrees setzt OpenCode auf saubere Isolation. Jedes Projekt wird über den Root Commit Hash eindeutig identifiziert, sodass die Projekt Identität über Maschinen und Clones hinweg stabil bleibt. Für jede Aufgabe entsteht ein isoliertes Worktree Verzeichnis auf einem eigenen Branch. Die KI arbeitet dort sandboxed, das Haupt Arbeitsverzeichnis bleibt sauber. Externe Editoren öffnen jetzt direkt aus dem Worktree Verzeichnis, sofern verfügbar. Dieser Ansatz passt genau zu dem, was wir in Beratungsprojekten empfehlen: KI Agents niemals ungebremst auf den Hauptbranch loslassen, sondern mit klaren Guardrails und Branch Isolation arbeiten.

Am sichtbarsten ist der Ausbau auf vier Oberflächen. OpenCode läuft weiter als Terminal TUI, dazu kommen die Desktop App in der Beta, ein IDE Client und die Möglichkeit, den Agent aus GitHub Workflows heraus zu triggern. Eine Harness, mehrere Zugänge, über 75 LLM Provider im Hintergrund. Die Desktop App zeigt inzwischen einen sichtbaren MCP Connection Status mit direktem Re Auth Flow, sodass sich abgerissene Verbindungen zu MCP Servern ohne Terminal Reset reparieren lassen. Für die Praxis heißt das: Ein Entwickler im Terminal, ein Kollege in der Desktop App und ein automatisierter Lauf in der Pipeline nutzen denselben Agent mit derselben Konfiguration.

Auch die Community Zahlen sind weiter gewachsen. Zum Stand 16. Juni 2026 meldet das Projekt rund 175.000 GitHub Stars und etwa 940 Contributors. Diese Werte sind vom Projekt selbst berichtet und taugen als Momentum Signal, nicht als Beleg für Production Reife. Genau diese Einordnung ist entscheidend: Ein populäres Tool ist noch kein produktionsreifes Setup. Ob OpenCode für dein Team passt und wie du es sicher mit lokalen Modellen oder eigenen API Keys betreibst, klären wir im Vibe Coding Consulting.

Der größte strategische Bruch in der OpenCode Historie war politisch. Anfang 2026 hat Anthropic die OAuth Token Nutzung von Drittanbieter Tools wie OpenCode mit Claude Pro und Max Abos serverseitig blockiert. Frühere OpenCode Versionen hatten den claude-code-20250219 Beta HTTP Header gespoofed, sodass Anthropics Server die Anfragen wie offizielle Claude Code Calls behandelten. Am 9. Januar 2026 hat Anthropic die Prüfung aktiviert, am 19. Februar 2026 wurde die Einschränkung in den Service Terms formalisiert.

Für die Praxis heißt das: Wer Claude Modelle in OpenCode nutzen will, braucht einen eigenen Anthropic API Key. Ein Pro oder Max Abo reicht nicht mehr durch OpenCode hindurch. Diese Trennung zwischen offizieller Claude Code CLI und Drittanbieter Agents ist seit dem ToS Update bindend. Wir begleiten Teams bei genau dieser Umstellung im Vibe Coding Consulting. Unsere eigene Antwort war einfach: OpenCode als einziger Coding Agent, angebunden an Open Weight Modelle ohne Abo Politik.

Als direkte Reaktion auf den Bruch hat OpenAI eine offizielle Partnerschaft mit OpenCode geschlossen. Codex und ChatGPT Subscriber können ihre Subscription durchgängig in OpenCode nutzen. Der Move zeigt, wie unterschiedlich die beiden Anbieter mit Drittanbieter Integration umgehen. Mehr Hintergrund zur OpenAI Plattform steht im Codex Artikel.

Was bedeutet das für deutsche Teams unter DSGVO Druck? Der Weg aus der Abo Diskussion führt über offene Modelle. Kleine Modelle wie Qwen3 Coder Next laufen lokal über Ollama. Große Modelle wie GLM oder MiniMax kommen aus der Cloud, idealerweise über eine europäische Inferenz wie TensorX oder Conversis. Gecodet wird gegen lokale Umgebungen mit Fake Daten. Genau dieser Pfad ist der Kern unserer Empfehlung im Vibe Coding Consulting.

Hinter OpenCode steht das SST Team rund um Jay V und Frank Wang, heute als Firma Anomaly Innovations. Für Entwickler sichtbar ist das in zwei Details: Der Homebrew Tap heißt anomalyco/tap/opencode, das Hauptrepository liegt unter github.com/anomalyco/opencode. OpenCode steht weiter unter MIT Lizenz, die Roadmap läuft transparent über das öffentliche Changelog.

Die Wachstumszahlen: von rund 112.000 GitHub Stars im Februar auf über 200.000 im September 2026, dazu über 900 Contributors. Selbst Cloudflare nutzt OpenCode öffentlich für interne Entwicklung. Für ein Open Source Tool im hart umkämpften AI Coding Markt ist das eine Hausnummer.

Mit dem Wachstum kommt auch Kritik. Die häufigsten Punkte aus der Community sind eine sehr hohe Release Velocity, die gelegentlich zu Regressionen führt, und ein RAM Verbrauch von über einem Gigabyte für ein Terminal Tool. Der OpenCode Go Subscription Tier hat ebenfalls gemischte Resonanz: aggressive Quantisierung und strikte Rate Limits werden in öffentlichen Foren kritisiert. Wir empfehlen für ernsthafte Production Setups eigene Zugänge zu Open Weight Modellen oder lokale Modelle, weil die Kontrolle über Modellqualität und Token Budget so deutlich besser bleibt. Dieses Setup bauen wir im Vibe Coding Consulting regelmäßig auf.

OpenCode startet mit einem simplen opencode im Terminal und öffnet eine interaktive TUI. Von dort aus richtest du per /connect deinen Anbieter ein – Anthropic, OpenAI, Google, AWS Bedrock, Groq oder eigene Endpunkte via OpenRouter. Das Modell lässt sich jederzeit wechseln, die gewählte Konfiguration landet in einer lokalen JSON-Datei.

Technisch setzt Open Code auf drei Kernmechanismen:

• Session Management: Alle Konversationen werden in SQLite gespeichert und können jederzeit fortgesetzt oder exportiert werden
• Tool Integration: Der Agent kann Bash-Befehle ausführen, Dateien suchen, Code ändern – mit expliziter Nutzerfreigabe
• Auto Compact: Wenn der Kontextrahmen voll läuft, fasst opencode automatisch zusammen statt abzubrechen
• LSP-Support: Language Server Protocol für Code-Intelligence direkt im Terminal
• MCP-Integration: Model Context Protocol erlaubt die Anbindung externer Tools via standardisiertem Interface

Besonders für Teams, die mit Git-Workflows arbeiten, ist das Git-Diff-Format ein echter Vorteil: Jede KI-generierte Änderung wird als Diff angezeigt, bevor sie angewendet wird. Kein blindes Überschreiben, kein Rätselraten, was das Modell verändert hat – das unterscheidet den OpenCode-Agent fundamental von vielen GUI-basierten Alternativen.

Alle drei Tools wollen KI in den Coding Workflow bringen, jedes auf seine Art. Die Stärke von OpenCode ist die Unabhängigkeit vom Anbieter. Wer heute GLM nutzt, wechselt morgen mit einem /connect auf Gemini oder MiniMax, ohne den Workflow zu ändern.

Ein direkter Blick auf die Unterschiede:

• Provider Lock in: Claude Code ist auf Anthropic ausgerichtet. Cursor bietet mehrere Anbieter, bleibt aber proprietär. OpenCode ist vollständig offen, mit über 75 Providern
• Kosten: Claude Code braucht ein Abo oder einen API Key. Cursor ist ein kommerzieller Editor mit Abo. OpenCode selbst ist kostenlos, du zahlst nur für den Provider deiner Wahl
• Code Transparenz: OpenCode zeigt alle Änderungen als Git Diff, bevor sie angewendet werden. Bei Claude Code und Cursor hängt das von der Einstellung ab
• IDE Unabhängigkeit: OpenCode läuft im Terminal, als Desktop App und in der IDE. Claude Code hat Extensions für VS Code und JetBrains. Cursor ist ein eigener Editor
• Datenschutz: OpenCode speichert Sessions lokal und nichts auf eigenen Servern. Dein Key, dein Code, deine Kontrolle

Für Unternehmen unter DSGVO Anforderungen ist der letzte Punkt besonders relevant. Wer die Modellaufrufe gegen einen europäischen Endpunkt routet, etwa Mistral direkt oder eine Inferenz bei TensorX, betreibt OpenCode ohne US Datentransfer. Für Claude Code und Cursor gilt das so pauschal nicht.

OpenCode unterstützt alles, was einen API Endpunkt hat. Für agentisches Coding taugen aber nicht alle Modelle gleich gut. Das Kernproblem: Ein Coding Agent muss nicht nur Code schreiben, er muss auch zuverlässig Tool Calls ausführen. Modelle, die dabei inkonsistent sind, verursachen Retry Loops, falsche Datei Änderungen oder abgebrochene Tasks.

So ordnen wir die Modelle für OpenCode im Herbst 2026 ein:

• GLM von Z.ai: Bei uns produktiv im Einsatz. Starkes Tool Calling, lange Kontexte, offene Gewichte. Mehr in GLM 5.2 und GLM 5.3.
• MiniMax: Ebenfalls in unserem Stack, stark bei Planung und langen Aufgaben. Einordnung bei MiniMax M3.
• Gemini: Großes Kontextfenster, gut für umfangreiche Codebases. Mehr in der Gemini Familie 2026.
• DeepSeek V4.1 Flash: Interessant für Agent Läufe, in Europa nur über eine europäische Inferenz sinnvoll. Details bei DeepSeek Coding.
• Claude Sonnet 5 und Opus: Sehr gutes Tool Calling, in OpenCode nur mit eigenem API Key nutzbar. Mehr im Claude Sonnet 5 Überblick.
• Lokale Modelle via Ollama: Für Datenverarbeitung im eigenen Netz. Qwen3 Coder Next ist derzeit die stärkste lokale Option, wir setzen es im Planungsmodus mit eigener AGENTS.md ein.

OpenCode Go ist der kuratierte Subscription Tier von Anomaly Innovations: Das Team hat eine Auswahl an Modellen getestet, mit Providern konfiguriert und gebenchmarkt. Wer nicht selbst experimentieren will, startet damit. Die Community Resonanz ist allerdings gemischt, weil das Angebot stark quantisierte Modelle mit strikten Rate Limits kombiniert. Wer maximale Modellqualität braucht, bleibt besser bei eigenen Zugängen oder einem lokalen Setup, das wir im Vibe Coding Consulting einrichten.

Varianten sind Presets für dasselbe Modell. Sie tauschen nicht das Modell aus, sondern regeln, wie tief es denkt. Hinterlegt werden Thinking Budget, Reasoning Effort und providerspezifische Parameter wie Verbosity oder Temperature. Ein Modell steht so als schnelle und als gründliche Version bereit.

OpenCode bringt für viele Provider bereits Standardvarianten mit. Eigene definierst du im variants Objekt der Modellkonfiguration.

Im Terminal schaltest du mit Ctrl+T durch diese Varianten. Der Keybind heißt intern variant_cycle. Der Zyklus läuft immer gleich: keine Variante, erste Variante, zweite Variante, bis zur letzten und dann zurück auf keine. Kein Menü, kein Neustart, kein Sessionwechsel.

Du kannst den Keybind in der tui.json überschreiben. Mit dem Wert none deaktivierst du ihn komplett. Praktisch ist zusätzlich variant_list, das die verfügbaren Varianten als Liste zeigt und ab Werk auf keiner Taste liegt.

Im Alltag ist das der Unterschied zwischen Denken und Tippen. Für die Analyse eines hartnäckigen Bugs lohnt die hohe Stufe. Für ein Rename oder einen Import reicht die niedrige. Wer jeden Prompt auf der teuersten Denkstufe fährt, verbrennt Token ohne Gegenwert. Wie schnell sich das summiert, zeigt unser Kostenvergleich der KI Anbieter.

Alternativ setzt du die Variante direkt beim Start über das Flag --variant. Das ist der saubere Weg für Skripte und CI Läufe, weil dort niemand eine Taste drückt. Am meisten holen Reasoning Modelle wie Claude Sonnet 5 aus dem Mechanismus heraus.

Lokale Modelle bringen oft gar keine Varianten mit. Fährst du Qwen3 Coder lokal über Ollama, zeigt der Startscreen den Ctrl+T Hinweis trotzdem an. Der Tastendruck bleibt dann wirkungslos. Das ist kein Fehler in deiner Konfiguration, sondern ein bekannter Anzeigefehler im TUI.

Wir richten OpenCode bei Teams so ein, dass Varianten, Keybinds und Modellwahl zusammenpassen. Mehr dazu im Vibe Coding Consulting und bei den Modellen für MCP und Tool Handling.

OpenCode implementiert das Model Context Protocol (MCP) vollständig – und das ist kein Marketing-Feature, sondern eine Infrastrukturentscheidung. Über MCP verbindest du den Agenten mit externen Diensten: Datenbanken, Jira, Slack, eigene REST-APIs. Die Konfiguration läuft über eine lokale JSON-Datei:

Sobald MCP-Server konfiguriert sind, stehen ihre Tools dem Agenten automatisch zur Verfügung – mit demselben Berechtigungsmodell wie die eingebauten Tools. Der Nutzer muss explizit bestätigen, bevor externe Dienste aufgerufen werden.

LSP-Integration (Language Server Protocol) ist das zweite große Feature für professionelle Entwicklung. OpenCode kann Code-Intelligence-Daten aus deiner IDE-Konfiguration nutzen: Typ-Informationen, Fehler-Diagnosen, Symbol-Referenzen. Das reduziert halluzinierte Variablennamen und falsche API-Aufrufe erheblich – ein Problem, das viele Vibe Coder aus Cursor oder reinen LLM-Chats kennen.

Über 200.000 GitHub Stars klingen beeindruckend, ersetzen aber keine ehrliche Einschätzung. OpenCode hat echte Stärken und echte Schwächen, die du kennen solltest, bevor du deinen Workflow darauf umbaust.

Was noch fehlt oder hakt:

• Release Tempo: Patches im Wochentakt bringen schnell neue Features, aber auch Regressionen. Pinne Versionen in Teams und update bewusst
• Sicherheit im Server Modus: Die Remote Code Execution Lücke aus dem Sommer 2026 zeigt, dass opencode serve und opencode web nur aktuell und nie offen im Netz laufen sollten
• Modell Konsistenz: Je nach Modell variiert die Tool Calling Qualität erheblich. Schwache Modelle werden bei komplexen Multi File Tasks instabil
• Windows: Die Terminal Erfahrung ist unter Windows schwächer als unter macOS und Linux, das Team empfiehlt WSL2
• Support: Hinter OpenCode stehen Anomaly und die Community. Einen Enterprise Support wie bei großen Herstellern gibt es nicht
• Zen und Go: Die hauseigenen Modell Angebote laufen laut Anbieter in den USA. Für DSGVO sensible Arbeit sind eigene Provider die bessere Wahl

Unser Fazit bei NCA: OpenCode ist das richtige Tool für Teams, die ihren KI Stack aktiv steuern wollen. Genau deshalb ist es unser einziger Coding Agent. Wer lieber ein fertiges All in one Produkt mit Herstellersupport will, findet bei Claude Code oder Cursor Alternativen. Entscheidend ist, wie viel Kontrolle und Flexibilität dein Team braucht.

OpenCode lässt sich auf allen gängigen Betriebssystemen in wenigen Minuten installieren. Der schnellste Weg auf macOS und Linux ist das offizielle Installations-Skript – es erkennt Betriebssystem und Architektur automatisch und legt die Binärdatei im PATH ab:

Wer Node.js bereits im Einsatz hat, kann OpenCode alternativ über npm, bun oder pnpm global installieren. Wichtig: Der Paketname auf npm lautet opencode-ai, nicht opencode.

Auf macOS empfiehlt sich Homebrew über den offiziellen Tap – dieser liefert immer die aktuellste Version:

Auf Windows stehen Scoop und Chocolatey zur Verfügung. Das OpenCode-Team empfiehlt für Windows primär die Nutzung via WSL2, da die Terminal-UI dort am stabilsten läuft:

Auf Arch Linux ist OpenCode direkt über Pacman (stabile Version) oder über den AUR (aktuelle Builds) verfügbar:

Nach der Installation Version prüfen und OpenCode direkt aus dem Projektverzeichnis starten:

OpenCode steht auch als Desktop-App (Beta) für macOS, Windows und Linux unter opencode.ai/download zum Download bereit. Für Unternehmensumgebungen mit DSGVO-Anforderungen empfiehlt sich die lokale Konfiguration mit Gemma 3 oder anderen lokalen Modellen über Ollama – so verlassen keine Code-Daten den eigenen Server.

Die wichtigsten Fragen zu OpenCode, von Installation und Modellwahl bis zu DSGVO und Sicherheit.