OpenCode: Ein Open-Source-Agent, der unabhängig von Anbietern sein soll

Alles, was Sie über anomalyco/opencode wissen müssen: ein konfigurierbarer Terminal- und Desktop-Programmieragent mit Dateien, Agenten, Fähigkeiten, Plugins und austauschbaren Modellanbietern.

Was ist OpenCode?

OpenCode ist der Open-Source-Programmieragent von Anomaly. Sein Kern bietet eine Terminal-Schnittstelle und eine Beta-Desktop-Anwendung; Benutzer können Modellanbieter verbinden, lokale Tools ausführen, MCP-Server abfragen und das Verhalten mit Projektdateien oder Plugins erweitern.

Das README bietet die Installation per Skript, npm, Homebrew, Nix, Scoop, Chocolatey, pacman und andere Paketmanager. Die Schnittstelle basiert auf zwei Hauptagenten: build mit vollem Zugriff für die Entwicklung und plan, der sich auf die Analyse konzentriert und so konfiguriert ist, dass er Bearbeitungen ablehnt und vor Shell-Befehlen um Erlaubnis bittet. Es enthält auch den Subagenten general, der als @general aufgerufen werden kann.

Es handelt sich nicht an sich um ein Modell oder einen Inferenzanbieter. Es kann mit Drittanbietern, lokalen Modellen und optionalen Diensten des Teams verbunden werden: OpenCode Zen und OpenCode Go. Die Dokumentation gibt an, dass Zen eine Liste von Modellen ist, die das Team mit OpenCode getestet hat; dies ist nicht erforderlich, um das Programm auszuführen.

Ein Terminal-Kern, verbunden über austauschbare modulare Kabel mit verschiedenen KI-Modellanbietern

Der Ursprung: Von einem ersten Commit zu einer offenen Alternative

Der erste abrufbare Commit in der Historie ist initial, signiert von Kujtim Hoxha (kujtimiihoxha) am 21. März 2025. Die GitHub-API datiert die Erstellung des Repositorys auf den 30. April 2025. Im Juni und Juli 2025 verlinkten Beiträge von Hacker News das Projekt als sst/opencode; in der aktuellen Recherche ist das öffentliche Repository anomalyco/opencode. Diese Zeitleiste ermöglicht es, die Kontinuität des Projekts zu überprüfen, obwohl die abgerufenen Quellen den Grund für die Änderung der Organisation nicht erklären.

Die öffentliche Präsentation gewann an Sichtbarkeit mit dem Hacker News-Thread 44482504, eingereicht von indigodaddy am 6. Juli 2025: 319 Punkte und 91 Kommentare. Die mit dem Vorschlag verbundene Spannung war die Abhängigkeit von den Abonnements der Anbieter: Am 20. März 2026 erreichte der Thread 47460525, eingereicht von rbanffy, 1.274 Punkte und 618 Kommentare nach einer Kontroverse über die Verwendung von Claude-Abonnements außerhalb von Claude Code. Das Repository unterstützt weiterhin die Anthropic-API, aber die Quellen unterscheiden zwischen der Verwendung der API und der Verwendung eines Abonnements in einem Client von Drittanbietern.

Der Kontext erklärt einen Teil der Geschichte: OpenCode positioniert sich als eine offene und konfigurierbare Schnittstelle, nicht als eine Kopie eines einzelnen nativen Clients. Diese Unabhängigkeit beseitigt weder die Kosten noch die Bedingungen jedes Anbieters: Sie trennt lediglich den Agenten vom Konto, dem Modell und dem vom Benutzer gewählten Inferenzpfad.

Diagramm eines ersten Commits, der sich zu einem leuchtenden Baum aus Tausenden von Forks und Erwähnungen auf Hacker News verzweigt

Philosophie und Prinzipien

Die Dokumentation und die Regeln des Repositorys zeigen mehrere operative Prinzipien auf:

Den Agenten vom Anbieter trennen. Die Konfiguration unterstützt Modelle, Anbieter, Basisrouten und lokale Modelle; der Benutzer kann den Anbieter ändern, ohne die Schnittstelle zu ändern.
Explizite Steuerung von Tools. plan arbeitet standardmäßig mit restriktiven Berechtigungen, und Fähigkeiten haben konfigurierbare Regeln allow, deny und ask.
Anpassung als versionierte Dateien. Agenten, Befehle, Fähigkeiten und Plugins können sich in .opencode/ des Projekts oder im globalen Verzeichnis des Benutzers befinden.
Praktische Kompatibilität. Für Fähigkeiten werden sowohl .opencode/skills als auch die kompatiblen Pfade .claude/skills und .agents/skills bis zur Grenze des Git-Arbeitsbaums durchsucht.
Priorität der Wartung. Die Entwicklungshinweise des Repositorys legen Stabilität, Einfachheit und Leistung in dieser Reihenfolge als Prioritäten für die Anwendung fest.

Dies sind Designprinzipien, die in der Dokumentation und im Konfigurationscode beobachtet werden können, nicht Versprechen, dass jede Kombination aus Modellen, Plugins und Berechtigungen sicher oder für jedes Team geeignet ist.

Berechtigungsmatrix mit den drei Zuständen allow, deny und ask, während eine Roboterhand vor der Ausführung eines Shell-Befehls auf Genehmigung wartet

Wie es funktioniert

Installation, Sitzung und Agenten

Die dokumentierte direkte Installation lautet curl -fsSL https://opencode.ai/install | bash; das Paket opencode-ai wird ebenfalls veröffentlicht. Nach dem Öffnen der Schnittstelle wechselt Tab zwischen build und plan; @general fordert den allgemeinen Subagenten an. Der Befehl /connect dient zum Hinzufügen von Anmeldeinformationen für Anbieter, und /models zeigt die von Zen empfohlenen Modelle an, wenn dieser Dienst verwendet wird.

Der Modus plan ist eine konkrete Flusssteuerung: Er erkundet und schlägt vor, ohne standardmäßig Dateien zu bearbeiten; für Shell-Befehle fordert er eine Genehmigung an. Der Modus build ist für die Entwicklung mit Zugriff auf Tools vorgesehen.

Konzeptionelle Darstellung der zwei Agenten: einer in Cyan analysiert den Code, ohne ihn zu berühren, während der andere, in Orange, aktiv die Zeilen auf dem Bildschirm bearbeitet

Konfiguration und Erweiterbarkeit

opencode.json oder opencode.jsonc beschreibt Modell, Anbieter, Berechtigungen, Befehle und Plugins. Die Quellen werden kombiniert, nicht ersetzt: Remote-Konfiguration von .well-known/opencode, global, durch Umgebungsvariable definiert, Projekt, Verzeichnisse .opencode/ und Inhalte, die zur Laufzeit eingefügt werden, in dieser Reihenfolge der Priorität.

Benutzerdefinierte Befehle sind Markdown-Dateien mit Frontmatter in .opencode/commands/ oder einem Eintrag command im JSON. Beispielsweise kann eine Datei einen /test-Befehl, einen Agenten und ein Modell definieren und den Markdown-Text in die an das Modell gesendete Anweisung umwandeln.

Fähigkeiten verwenden ein Verzeichnis pro Fähigkeit und eine Datei SKILL.md mit name und description im YAML-Format. OpenCode kündigt diese über sein Tool skill an und lädt den Inhalt nur, wenn der Agent ihn anfordert. Berechtigungen ermöglichen es, Fähigkeiten nach Namen oder Muster zu genehmigen, abzulehnen oder auszublenden. Plugins können lokale TypeScript- oder JavaScript-Dateien oder in der Konfiguration angegebene npm-Pakete sein; die Dokumentation veröffentlicht eine Liste von Community-Erweiterungen.

Es unterstützt auch lokale und Remote-MCP-Server. Die Dokumentation warnt davor, dass jeder Server Tools und Kontext in die Sitzung einbringt, sodass das Aktivieren vieler, insbesondere einiger GitHub-Server, den verfügbaren Kontext erschöpfen kann.

Schwebende Konfigurationsdateien — opencode.json, SKILL.md und .opencode/commands — verschmelzen zu einem einzigen zentralen Lichtstrahl

Offizieller und semioffizieller Status

OpenCode ist das offizielle Projekt von Anomaly im direkten Sinne: anomalyco/opencode, sein README und opencode.ai sind die primären Quellen des Produkts. Das Repository wird über Paketkanäle verteilt, die das README unterschiedlich kennzeichnet: anomalyco/tap/opencode ist als empfohlene und aktualisierte Formel aufgeführt, während brew install opencode als offizielle Homebrew-Formel mit weniger häufigen Updates aufgeführt ist.

Es wurden keine Beweise dafür gefunden, dass OpenCode ein akzeptiertes Plugin in einem offiziellen Markt von Anthropic, OpenAI, Google oder Microsoft ist oder eine Zertifizierung dieser Anbieter besitzt. Daher sollte es nicht als eine offizielle Funktion von Claude Code, Codex oder Gemini interpretiert werden. Die Kompatibilität mit ihren APIs, Plänen oder Plugins von Drittanbietern ist etwas anderes und hängt von den Bedingungen des Anbieters ab.

Sein semioffizieller Status innerhalb seiner eigenen Community ist klarer: Anomaly pflegt Dokumentation, Discord, SDKs, den Katalog models.dev, eine Bank opencode-bench und eine offizielle Ökosystemseite, auf der Projekte über Pull-Anfragen vorgeschlagen werden können. Die Popularität und die Anzahl der Integrationen deuten auf eine De-facto-Plattform für OpenCode-Erweiterungen hin, aber es gibt keine formale Standardbezeichnung in den konsultierten Quellen.

Das Ökosystem

Ökosystemkarte mit einem zentralen sechseckigen Kern, umgeben von leuchtenden Satellitenknoten, die SDKs, Tools und Community-Forks darstellen

Von Anomaly gepflegte Repositories

Die Zahlen in diesem Abschnitt stammen von der GitHub-API vom 1. August 2026.

anomalyco/models.dev: offene Datenbank für KI-Modelle, 6.209 Sterne. Die Beitragsrichtlinien von OpenCode fordern auf, zuerst die Aufnahme eines neuen Anbieters dort vorzuschlagen.
anomalyco/opentui: Bibliothek für Terminalschnittstellen, 12.848 Sterne; sie ist ein sichtbarer Teil der Basisschnittstelle der Organisation.
anomalyco/opencode-bench: Evaluationsrepository, 78 Sterne.
anomalyco/opencode-sdk-python, anomalyco/opencode-sdk-go und anomalyco/opencode-sdk-js: SDKs mit jeweils 267, 146 bzw. 90 Sternen.
anomalyco/terminal-control und anomalyco/browser-control: Tools zur lokalen Steuerung von Terminal und Browser mit 382 bzw. 320 Sternen.
anomalyco/sst: Tool zum Erstellen von Full-Stack-Anwendungen auf eigener Infrastruktur, 26.211 Sterne. Seine historische Relevanz zeigt sich in den URLs sst/opencode der frühen Hacker News-Beiträge, nicht in einer unbestätigten Aussage über die aktuelle Abhängigkeit.

Community-Erweiterungen, Clients und Kataloge

Die offizielle Ökosystemseite listet unter anderem folgende externe Projekte auf:

awesome-opencode/awesome-opencode, kuratierter Katalog von Plugins, Themes, Agenten und Ressourcen, 9.290 Sterne.
nickjvandyke/opencode.nvim, Integration für Neovim, 3.732 Sterne.
daytonaio/daytona, dessen Plugin Sitzungen in isolierten Umgebungen mit Git-Synchronisierung und Vorschauen ausführt; das Daytona-Repository hat 72.079 Sterne.
H2Shami/opencode-helicone-session, das Header für die Gruppierung von Anfragen in Helicone hinzufügt, 15 Sterne.
opencode-vibeguard, um Geheimnisse und persönliche Informationen vor Modellaufrufen zu ersetzen und sie lokal wiederherzustellen; opencode-dynamic-context-pruning, um veraltete Ausgaben zu beschneiden; und opencode-worktree, um Git-Arbeitsbäume zu automatisieren. Alle drei sind in der offiziellen Dokumentation aufgeführt; es wird nicht behauptet, dass das Team von OpenCode sie geprüft oder unterstützt.
OpenChamber, Web-, Desktop- und VS Code-Erweiterungsanwendung; OpenCode-Obsidian, Integration mit Obsidian; portal, mobile Schnittstelle über Tailscale oder VPN; und kimaki, Discord-Bot, der auf dem SDK basiert.
Die offizielle Liste enthält auch opencode-tavily, opencode-firecrawl, opencode-sentry-monitor, opencode-wakatime und opencode-scheduler für Webforschung, Beobachtbarkeit, Protokollierung von Aktivitäten und geplante Aufgaben.

Ableitungen und Forks

Die API der Forks, sortiert nach Sternen, lieferte Beispiele für Community-Ports und -Variationen: DNGriffin/whispercode (328 Sterne), winmin/evil-opencode (235), Latitudes-Dev/shuvcode (105), leohenon/opencode-vim (87), paviko/opencode-ide-plugin (41), OneOfLzx/opencode-sentinel (38, mit Fokus auf die Einschränkung der Verbindung zu privaten Servern) und Chetic/opencode-offline (13, als Offline-Version deklariert). Dies sind inoffizielle Ableitungen; ihre Beschreibungen stammen aus ihren jeweiligen GitHub-Seiten.

Die Übersetzung hängt nicht nur von Forks ab: Das Hauptrepository enthält offizielle READMEs auf Spanisch, Deutsch, Französisch, Italienisch, Japanisch, Koreanisch, vereinfachtem und traditionellem Chinesisch, Russisch, Arabisch, Thai, Türkisch, Ukrainisch, Bengali, Griechisch, Vietnamesisch und anderen Sprachen. Dies ist die Lokalisierung der Hauptdokumentation, nicht eine Sammlung unabhängiger Ports.

Ein digitaler Tresor scannt und verwischt Fragmente sensiblen Codes, bevor er sie an ein entferntes Modell sendet, als Darstellung von Tools wie vibeguard und sentinel

Repository-Zahlen

Messung: 1. August 2026, API und GitHub-Seite.

Metrik	Wert
Sterne	191.953
Forks	24.491
Echte Follower	735
Commits	15.266
Offene Issues, die von der API gemeldet werden	4.890
Hauptsprache	TypeScript
Lizenz	MIT
Repository-Erstellung	30. April 2025
Letzte Veröffentlichung	`v1.18.11`, 1. August 2026
In GitHub sichtbare Branches und Tags	1.151 bzw. 1.083

Die Version v1.18.11 behebt SSE-Rekonnektionsschleifen von MCP und Anbieterkonfigurationen mit eingefügten Reasoning-Feldern; ihre Notizen listen auch Desktop-Korrekturen auf. Die wichtigsten Beitragenden, die von der API zurückgegeben wurden, waren thdxr (2.246 Beiträge), adamdotdevin (2.013), opencode-agent[bot] (1.478), rekram1-node (1.423) und kitlangton (1.081).

Die Gesamtzahl der Commits stammt vom Link zur Historie auf der GitHub-Seite und stimmt mit der Abfrage der letzten Commit-Seite überein. Das Feld watchers_count der allgemeinen GitHub-Antwort verdoppelt die Sterne; daher wird subscribers_count als echte Follower angegeben. Das Feld open_issues_count kann Issues und Pull Requests kombinieren, so dass es nicht unbedingt der Anzahl der separat sichtbaren Issues entspricht.

Riesige holografische Balkendiagramme mit der Sternenzahl des Repositorys, schwebend über einer futuristischen Stadt bei Nacht

Wie man beiträgt

Die Beiträge sind dokumentiert und haben klare Filter:

Wählen Sie Korrekturen, Anbieter, LSP, Formatierer, LLM-Leistungsverbesserungen, Umgebungseigenheiten oder Dokumentation aus; prüfen Sie auch die Labels help wanted, good first issue, bug und perf.
Kommentieren Sie ein Issue, bevor Sie es bearbeiten, damit ein Maintainer es zuweisen kann.
Fordern Sie vor der Implementierung von Schnittstellen- oder Kernfunktionen eine Designüberprüfung an. Anfragen, die diese Regel ignorieren, werden wahrscheinlich geschlossen.
Für einen neuen Anbieter öffnen Sie zuerst eine Anfrage in anomalyco/models.dev.
Um lokal zu entwickeln, verwenden Sie Bun 1.3 oder höher, führen Sie bun install und bun dev aus; bun dev <directory> ermöglicht das Testen eines anderen Repositorys.
Verwenden Sie den Standardbranch dev, kurze Branch-Namen und konventionelle Commit-Nachrichten wie feat(scope): summary oder fix(scope): summary.

Das Repository enthält Tests, Automatisierung der Veröffentlichung und interne Regeln, um die Grenzen zwischen Paketen aufrechtzuerhalten. Diese Dokumentation ist keine Garantie für die Annahme jedes Pull Requests.

Wie die Community es aufgenommen hat

Die abgerufene Reaktion kombiniert Wertschätzung für die Flexibilität mit Einwänden gegen Kosten, Sicherheit und Reaktionsfähigkeit der Wartung:

Im Hauptthread 47460525 lobte pimeys die Tastenkombinationen, die Modi Plan und Build, das schnelle Wechseln von Modellen, MCPs und Fähigkeiten; er fand es angenehmer zu bedienen als andere Alternativen. Der gesamte Thread, eingereicht von rbanffy, hatte 1.274 Punkte und 618 Kommentare. Dies ist eine persönliche Erfahrung, keine kontrollierte Vergleichsanalyse.
In demselben Thread sagte khimaros, dass er es als Hauptschnittstelle für llama.cpp-Modelle, Claude und Gemini verwendet und die LSP-Integration schätzt; er verlinkt sein Plugin khimaros/opencode-evolve. Dies ist ein konkretes Beispiel für die Verwendung mit lokalen Modellen und Erweiterungen, keine Garantie für eine allgemeine Kompatibilität.
mharrison schrieb, dass OpenCode Aider in seinem Workflow ersetzt hat und er es mit lokalem Qwen verwendet, wenn andere Limits erreicht sind. Er räumte jedoch ein, dass lokale Modelle ihm weniger agil erscheinen. Die Beobachtung zeigt Begeisterung für die Portabilität, aber auch eine praktische Grenze der lokalen Inferenz.
Die Hauptkritik im Thread war wirtschaftlicher und vertraglicher Natur. stavros wies darauf hin, dass eine kleine API-Funktion ihn 6 Dollar kostete und schätzte, dass die Entwicklung mit Opus viel teurer sein könnte als sein Abonnement. pczy stellte klar, dass die API weiterhin zu kommerziellen Preisen erlaubt war, während ein Claude-Code-Abonnement in Clients von Drittanbietern nicht erlaubt war. Der Kontrast beweist keine universellen Preise, dokumentiert aber die Spannung zwischen Client-Freiheit und der Abrechnung des Anbieters.
Es gab auch Vorbehalte hinsichtlich der Sicherheit. riedel bezeichnete das Tool-System als interessant, sagte aber, dass er beim Generieren von Tools kein zuverlässiges Verhalten erzielen konnte und dass er standardmäßig wenig Sicherheit wahrnahm. nacs stellte die gehostete Webanwendung in Frage; flexagoon antwortete, dass diese sich mit einem lokalen OpenCode-Server verbindet und nicht bedeutet, dass alle Anfragen weitergeleitet werden. Dies sind gegensätzliche Behauptungen von Benutzern, keine Sicherheitsprüfung.
Außerhalb des Hauptthreads trug 46539718, eingereicht von AlexAltea, den Titel einer kritischen, nicht authentifizierten Schwachstelle zur Remote-Codeausführung und erreichte 3 Punkte und 2 Kommentare. In einem anderen Hacker-News-Kommentar behauptete bel8, dass sie in der Version v1.0.216 von Dezember 2025 behoben wurde. Diese Recherche fand weder eine unabhängige Prüfung noch den vollständigen technischen Bericht, daher werden diese Beiträge nicht verwendet, um den aktuellen Sicherheitsstatus zu bestätigen.
Die Wartungslast ist ebenfalls sichtbar: ixxie verglich in einem Hacker-News-Kommentar das große Volumen an Issues und Pull-Anfragen von OpenCode mit dem restriktiven Prozess von Pi. Die API vom 1. August gab weiterhin 4.890 Elemente in open_issues_count zurück; aufgrund seiner Semantik lässt diese Zahl keinen Rückschluss darauf zu, wie viele davon Fehler, Anfragen oder Pull-Requests sind.

OpenCode im Vergleich zu anderen Vorschlägen

Vorschlag	Verifizierbare Übereinstimmung	Verifizierbarer Unterschied
`Aider-AI/aider`	Beide werden als Terminal-Programmierassistenten präsentiert. Aider hatte 47.859 Sterne in der abgefragten API.	OpenCode dokumentiert die Agenten `build` und `plan`, Fähigkeiten mit Pfadkompatibilität sowie ein System von Plugins und MCP. Der Kommentar von `__mharrison__` erklärt, warum er es in seinem Workflow ersetzt hat, misst aber nicht die Codequalität.
`earendil-works/pi`	Die API identifiziert Pi als Agenten-Kit mit einheitlicher LLM-API, Agenten-Loop, TUI und Code-CLI; es hatte 81.859 Sterne.	Der Vergleich von `ixxie` konzentriert sich auf den Zulassungsprozess für Issues und Pull-Anfragen von Pi, nicht auf eine Äquivalenz der Funktionen. OpenCode wiederum veröffentlicht die Modi `build` und `plan`, SDKs und einen offiziellen Erweiterungskatalog.
`OpenHands/OpenHands`	Beide sind offene Projekte für KI-gestützte Entwicklung; OpenHands wird als KI-gesteuerte Entwicklung beschrieben und hatte 82.778 Sterne.	Die für OpenCode abgerufenen Quellen beschreiben eine auf das Terminal ausgerichtete Schnittstelle, lokale Konfiguration und Erweiterungen; der Vergleich schließt nicht darauf, dass ihre Architekturen oder Ausführungsumgebungen gleichwertig sind.
Claude Code und Codex	Der Hacker-News-Thread erwähnt sie als Alternativen, die Benutzer mit OpenCode kombinieren oder vergleichen.	Es handelt sich um Produkte des jeweiligen Anbieters; OpenCode erscheint in den Quellen nicht als offizielles Plugin ihrer Marktplätze. Sein Vorschlag besteht darin, die Wahl von Anbieter und Modell durch eigene Konfiguration zu ermöglichen.

Anwendungsfälle und wer von diesem Repository profitieren kann

Entwickler, die den Agenten vom Modellanbieter trennen möchten, können von der Terminal- oder Desktop-Anwendung von OpenCode aus arbeiten und Modelle, Basisrouten, Berechtigungen und Plugins in opencode.json oder opencode.jsonc definieren. Der Agent plan dient zum Erkunden und Vorschlagen von Änderungen, ohne standardmäßig zu bearbeiten; build bleibt für Aufgaben mit Zugriff auf Tools.
Teams, die Projektanweisungen versionieren, können Markdown-Befehle, Agenten und Fähigkeiten in .opencode/ speichern. OpenCode sucht Fähigkeiten auch in .claude/skills und .agents/skills, sodass eine bestehende Bibliothek wiederverwendet werden kann, ohne sie in ein neues Format zu kopieren. Die Berechtigungen allow, deny und ask ermöglichen es, zu steuern, welche Fähigkeiten angekündigt werden oder eine Genehmigung erfordern.
Wer Entwicklungstools rund um einen Agenten integriert, kann MCP-Server, lokale oder npm-Plugins sowie die SDKs des Projekts verbinden. Der offizielle Katalog umfasst unter anderem Erweiterungen für Arbeitsbäume, das Beschneiden von Kontext, Webrecherche und Beobachtbarkeit; opencode-bench bietet ein separates Werkzeug zur Bewertung.

Jeder MCP-Server und jedes Plugin fügt der Sitzung Tools und Kontext hinzu. Es empfiehlt sich, nur die notwendigen zu aktivieren, den Code und die Berechtigungen der Erweiterungen zu überprüfen und eigene Isolierung und Netzwerkbeschränkungen anzuwenden, wenn der Ablauf auf sensible Repositories oder Dienste zugreift.

Ressourcen

Repository: https://github.com/anomalyco/opencode
Dokumentation und Installation: https://opencode.ai/docs und https://github.com/anomalyco/opencode#installation
Offizielle Fähigkeiten: https://opencode.ai/docs/skills
Konfiguration, Agenten und MCP: https://opencode.ai/docs/config, https://opencode.ai/docs/agents und https://opencode.ai/docs/mcp-servers
Offizielles Ökosystem: https://opencode.ai/docs/ecosystem
Verwandte Repositories: https://github.com/anomalyco/models.dev, https://github.com/anomalyco/opencode-bench, https://github.com/anomalyco/opencode-sdk-python
Rezensionen und Gespräche: https://news.ycombinator.com/item?id=44482504, https://news.ycombinator.com/item?id=47460525, https://news.ycombinator.com/item?id=46539718
Discord-Community: https://discord.gg/opencode

Hinweis: Dieser Artikel kombiniert das README, die Dokumentation und die Historie von OpenCode, die GitHub-API und -Seite sowie Gespräche von Hacker News, abgerufen am 1. August 2026. Die Zahlen ändern sich mit der Zeit.