OpenCode lohnt sich, vorausgesetzt, Sie sind bereit, Modelle selbst einzurichten und die Rechnungen selbst zu zahlen. Für Entwickler, die sich nicht an einen einzelnen Anbieter binden wollen, spart es vor allem Lock-in, und der Preis dafür ist, dass Konfiguration und Fehlersuche bei Ihnen liegen. Für Anfänger, die einfach ein Programm öffnen und losschreiben wollen, lohnt es sich vorerst nicht, weil die Lernkosten den Effizienzgewinn zuerst auffressen.
Was es eigentlich ist
OpenCode ist ein terminalorientierter, quelloffener KI-Coding-Agent. In der Kommandozeile kann er Code lesen und schreiben und Befehle ausführen und hilft Ihnen dabei, Dateien zu bearbeiten, Probleme zu untersuchen und Entwicklungsaufgaben voranzubringen. Gebaut wird er vom Team Anomaly, früher das Team SST. Sein größter Unterschied: Er ist nicht an ein einzelnes Modell gebunden. Er unterstützt mehr als 75 Modellanbieter, sodass Sie Claude, GPT und Gemini anbinden oder ein lokales Ollama nutzen können. Das Werkzeug selbst behält keinen Anteil ein: Sie bringen Ihren eigenen API-Schlüssel mit und zahlen den Listenpreis des Modellanbieters. Es gibt zwei Modi, Plan und Build. Plan plant nur und verändert keine Dateien, was sich eignet, um einen Ansatz zuerst zu prüfen. Build führt die Änderungen tatsächlich aus, was sich eignet, um einen bestätigten Plan umzusetzen.
Informationen zum offiziellen Repository
Dieses Projekt ist auf GitHub veröffentlicht, unter dem Organisationsnamen anomalyco, mit dem Projektnamen opencode, und es hat auf GitHub mehr als 160.000 Sterne erhalten. Wenn Sie es suchen, prüfen Sie diese drei Angaben, damit Sie es nicht mit anderen Werkzeugen gleichen Namens verwechseln.
Kosten der Einrichtung: schnell installiert, langsam konfiguriert
Die Einrichtung selbst ist schlank. Installieren Sie die CLI auf Ihrem eigenen Rechner, und Sie können starten, ohne einen eigenen Server zu betreiben. Die eigentliche Hürde kommt danach: Welches Modell Sie wählen, welchen Schlüssel welchen Anbieters Sie eintragen, wie Sie ein lokales Modell anbinden und ob eine Aufgabe ein starkes oder ein günstigeres Modell bekommen soll, entscheiden Sie selbst. Ist alles eingerichtet, ist es sehr flexibel. Sie können heute mit einem Modell Code schreiben und morgen für die Prüfung zu einem anderen wechseln, ohne sich an ein einzelnes Produkt anzupassen. Aber es gibt keine Einrichtung per Knopfdruck, und wenn etwas schiefgeht, müssen Sie selbst herausfinden, welcher Schritt gescheitert ist.
Echte Fallstricke: weniger Bindung, mehr Aufwand
Erstens zahlen Sie alle Modellkosten selbst, und mit einem starken Modell steigt die Rechnung schnell. Wenn es ein großes Repository lange liest und Code wiederholt überarbeitet, sind die Kosten im Voraus schwer abzuschätzen. Zweitens sollten Sie nicht annehmen, dass Sie ein Abonnementkonto wie eine API behandeln können. Eine Abonnement-Anmeldung in einem fremden Werkzeug zu nutzen, kann vom Modellanbieter eingeschränkt werden, und die Regeln liegen nicht in Ihrer Hand. Drittens sind Terminalarbeit und das Beheben von Konfigurationsfehlern für Anfänger unfreundlich. Wenn Sie Befehle nicht sicher beherrschen oder eine Konfiguration falsch schreiben, führt es Sie nicht Schritt für Schritt wie ein poliertes Produkt. Viertens müssen Sie bei Problemen selbst Protokolle prüfen und Community-Diskussionen nach Antworten durchsuchen. Es gibt keinen offiziellen Support, auf den Sie sich verlassen können, was bei knapper Frist viel Zeit kostet.
Für wen es passt und für wen nicht
Es passt für Entwickler, die im Terminal bereits sicher sind, Schlüssel für mehrere Modelle besitzen und frei zwischen Modellen wechseln wollen. Es passt auch für Menschen, denen Selbstbestimmung über Daten und Werkzeuge wichtig ist und die gern konfigurieren. Es passt nicht für Menschen, die gerade erst Programmieren lernen und die Kommandozeile noch nie genutzt haben, und auch nicht für Menschen, die einen festen Betrag zahlen und ein Werkzeug sorgenfrei nutzen wollen und Protokolle und Rechnungen nicht mögen. Probieren Sie es zuerst im Modus Plan an einem kleinen Projekt. Wenn Sie mit Konfiguration und nutzungsabhängiger Abrechnung zurechtkommen, nehmen Sie es in Ihren Arbeitsalltag auf.
