Open-Source-KI-Coding-Agenten im Vergleich: 9 Tools für vier Aufgaben

OpenCode ist als Open-Source-KI-Coding-Agent die beste Standardwahl. Cline überzeugt direkt in der IDE, Aider bietet die sauberste Git-gesteuerte Terminalschleife und OpenHands empfiehlt sich für autonome Aufgabenwarteschlangen. Die Software selbst kann kostenlos sein und dennoch $60 Modellkosten pro Monat verursachen: bei vier Entwicklern, die mit Claude Sonnet 5 insgesamt 20 Millionen Input- und 2 Millionen Output-Token zu dessen aktuellem Aktionspreis für die API verbrauchen.

Die schnelle Entscheidung

Entscheidend ist zunächst die Arbeitsoberfläche. OpenCode ist der stärkste Allrounder, passt aber nicht, wenn Entwickler VS Code keinesfalls verlassen möchten, jeder Befehl ausdrücklich genehmigt werden muss oder unbeaufsichtigt eine Warteschlange mit GitHub-Issues abgearbeitet werden soll.

Vier Fragen entscheiden über die Auswahl:

• Wo soll die Arbeit beaufsichtigt werden? Für eine IDE kommen Cline oder Continue infrage, für das Terminal OpenCode oder Aider.
• Geht es um Zusammenarbeit oder Delegation? Für Änderungen in Echtzeit eignet sich ein interaktives Tool, für eine verwaltete Warteschlange OpenHands und für ein transparentes Framework zur Ticketbearbeitung mini-SWE-agent.
• Welche Daten dürfen das eigene Netzwerk verlassen? Auch ein offener Client kann Repository-Kontext an die API eines kommerziellen Modells senden.
• Wer verantwortet die Berechtigungsregeln? Ein bequemer Schalter zur automatischen Genehmigung kann genau den Sicherheitsvorteil aufheben, den das Tool vermeintlich bietet.

Für manche Einsatzfälle bietet der Markt leistungsfähigere proprietäre Produkte. Der vollständige Vergleich von KI-Coding-Agenten liefert die bessere Vorauswahl, wenn Quellcodezugang, lokale Bereitstellung und freie Anbieterwahl keine Pflicht sind.

Open Source ändert das Harness, nicht Kosten oder Risiken

Open Source macht den Orchestrierungscode einsehbar. Führende Modelle, GPU-Zeit, Identitätskontrollen, der Schutz von Geheimnissen und Code-Reviews werden dadurch jedoch weder kostenlos noch überflüssig.

Ein vierköpfiges Entwicklerteam sendet in einem Monat zusammen 20 Millionen Input-Token und erhält 2 Millionen Output-Token. Mit dem Einführungspreis der API für Claude Sonnet 5 von $2 je Million Input-Token und $10 je Million Output-Token bis zum 31. August 2026 kostet diese Nutzung $60. Sobald die regulären Preise von $3 und $15 gelten, steigt der Betrag auf $90. Anthropic weist außerdem darauf hin, dass der Tokenizer des Modells denselben Input je nach Inhalt in 1.0- bis 1.35-mal so viele Token umwandeln kann. Bei einem Modellwechsel können sich daher sowohl der Stückpreis als auch die abgerechnete Menge verändern.

Ebenso wichtig ist das Berechtigungsmodell. Eine Studie aus dem Jahr 2026 mit 500 validierten Szenarien und rund 7,500 Agentenläufen ermittelte in der Gruppe von Frameworks mit weitreichenden Berechtigungen Quoten für Handlungen außerhalb des vorgegebenen Umfangs von 5.4% bis 27.7%. OpenHands, das in der Studie ein Framework mit Rückfrage vor der Fortsetzung nutzte, lag zwischen 0.2% und 4.5%. Daraus lässt sich kein universeller Sieger ableiten. Die praktische Lehre ist dennoch eindeutig: Dasselbe Basismodell verhält sich anders, wenn das Harness verändert, was es ohne Zustimmung tun darf.

Datenschutz hat drei voneinander getrennte Ebenen:

1. Der Client: Lässt sich der Code des Agenten prüfen und ändern?
2. Die Laufzeitumgebung: Arbeitet der Agent auf dem eigenen Laptop, in der eigenen Cloud oder in der Umgebung eines Anbieters?
3. Das Modell: Gelangt Repository-Kontext an eine gehostete API oder an ein Modell innerhalb der eigenen Systemgrenze?

Ein MIT-lizenzierter Terminal-Client an einem gehosteten Modell ist Open Source, aber nicht vollständig lokal. Auch eine selbst gehostete Laufzeit teilt Kontext mit dem Anbieter, wenn sie Prompts an eine kommerzielle API weiterleitet. Ein lokales Modell hält den Datenpfad privat, verlagert die Kosten jedoch auf Hardware und Betrieb und erzwingt Abwägungen bei der Modellqualität.

Nach welchen Kriterien die Tools ausgewählt wurden

Auf die Auswahlliste kommen nur aktive Open-Source-Harnesses, die mehrstufige Aktionen an Code, Dateien oder einer Shell ausführen können. Jedes Tool benötigt außerdem aktuelle Primärdokumentation, eine eindeutig erkennbare Lizenz und einen eigenständigen Grund, es den übrigen acht vorzuziehen.

Damit scheiden einige angrenzende Produkte aus. Ein quelloffener Editor mit Autovervollständigung kann nützlich sein, ist aber nicht automatisch ein Agent. Ein proprietärer Cloud-Worker mit sichtbarem Client ist kein Open-Source-Stack. Und ein eingestelltes oder abgelöstes Repository gehört nicht in eine aktuelle Empfehlung.

Für die Rangfolge zählen fünf Kriterien: Oberfläche für die Beaufsichtigung, Berechtigungskonzept, Flexibilität bei Modell und Anbieter, Systemgrenze der Bereitstellung sowie die erste Hürde, auf die ein professionelles Team stößt. Popularität ist ein unterstützendes Signal, aber kein Urteil. Ein Tool mit weniger Sternen kann gewinnen, wenn sein Kontrollmodell besser zur Aufgabe passt.

OpenCode: der beste Standard für terminalorientierte Entwickler

OpenCode ist die beste Standardwahl, weil es Terminal, IDE und Desktop abdeckt, ohne das Harness an einen einzelnen Modellanbieter zu binden. Der MIT-lizenzierte Client unterstützt über Models.dev mehr als 75 Anbieter, kann lokale Modelle verwenden und bietet parallele Sitzungen sowie die Anmeldung über GitHub Copilot und ChatGPT. Laut Produktwebsite speichert OpenCode selbst weder Code noch Kontextdaten. Die Datenschutzregeln des jeweils verbundenen Modellanbieters gelten trotzdem.

Der integrierte Agent plan arbeitet in OpenCode schreibgeschützt und fragt vor Bash-Befehlen um Erlaubnis; build besitzt vollständigen Entwicklungszugriff. Durch diese Trennung lassen sich unbekannte Repositories erst untersuchen, bevor Änderungen beginnen. Die Kehrseite ist die Eigenverantwortung: Auswahl des Anbieters, Tokenkosten, Vorgaben für Konten und der Umgang vorgelagerter Dienste mit Daten müssen selbst geregelt werden.

Geeignet für: Terminalorientierte Entwickler, die Anbieterwahl und eine ausgereifte Oberfläche verbinden möchten
Besonderheit: Terminal, IDE, Desktop, parallele Sitzungen und mehr als 75 Anbieter in einem MIT-lizenzierten Client
Preis: Kostenloser Client mit verfügbaren Gratis-Modellen; Kosten für Anbieter oder Abonnements können dennoch anfallen
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

OpenCode überzeugt, wenn Flexibilität gefragt ist und jemand die Konfiguration verantwortet. Ein Unternehmen, das ein zentral gesteuertes Gesamterlebnis von nur einem Anbieter sucht, könnte durch diese Flexibilität mehr Richtlinienarbeit als Nutzen erhalten.

Cline: der beste Agent mit Genehmigungsprinzip in der IDE

Cline ist die stärkste Wahl, wenn Entwickler Plan, Diff und Terminalbefehl direkt im Editor sehen möchten, bevor sich etwas ändert. Das Apache-2.0-Projekt umfasst eine VS-Code-Erweiterung, eine Terminal-CLI, ein SDK, ein Multi-Agent-Kanban-Board und ein JetBrains-Plugin. Es kann projektweit Dateien bearbeiten, Befehle ausführen, Compiler- und Linter-Ausgaben überwachen, das Web aufrufen und Prüfpunkte wiederherstellen.

Im Plan-Modus erkundet Cline das Projekt und entwirft eine Strategie, im Act-Modus führt es die Arbeit aus. Jede Dateiänderung und jeder Terminalbefehl muss genehmigt werden, sofern die automatische Genehmigung nicht aktiviert wurde. In einem produktiven Repository ist diese Reibung ein Feature, bei risikoarmen Routinearbeiten dagegen lästig. Käufer mit strengen Open-Source-Vorgaben sollten außerdem beachten, dass die JetBrains-Plugins laut Cline-Repository derzeit nicht quelloffen sind.

Geeignet für: Entwickler, die in VS Code bleiben und ein sichtbares Genehmigungstor wünschen
Besonderheit: Workflow aus Plan und Act mit prüfbaren Diffs, Prüfpunkten und Befehlsfreigabe
Preis: Kostenloser Apache-2.0-Client; die Modellnutzung beim Anbieter wird separat berechnet
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

Cline passt zu einer technischen Leitung im Mittelstand, die Nachvollziehbarkeit höher gewichtet als Geschwindigkeit. Wenn statt eines Editors mit Entwicklerbeteiligung eine unbeaufsichtigte Warteschlange gefragt ist, sollte ein anderes Tool gewählt werden.

Aider: der beste Git-gesteuerte Pair Programmer

Aider eignet sich am besten für Entwickler, die ihre Git-Historie als Kontrolloberfläche verstehen. Der Apache-2.0-Terminalagent erstellt eine Repository-Karte, bearbeitet Dateien in einem lokalen Git-Repository, committet seine Änderungen automatisch mit Meldungen und kann anschließend Linting und Tests ausführen. Er verbindet sich mit gehosteten wie lokalen Modellen, darunter Ollama und OpenAI-kompatible Endpunkte.

Gerade die enge Ausrichtung macht den Reiz aus. Kleine Diffs lassen sich prüfen, Commits zurücksetzen und der Agent bleibt in einem vertrauten Entwicklungsablauf. Zugleich setzt dieser Fokus die Grenze: Aider ist ein interaktiver Pair Programmer, kein gemeinsames Aufgabenboard und keine verwaltete Cloud-Warteschlange.

Geeignet für: Erfahrene Entwickler, die präzise Terminaländerungen in reversiblen Commits wünschen
Besonderheit: Repository-Karten plus automatische Git-Commits, Linting und Testschleifen
Preis: Kostenloser Apache-2.0-Client; Modellnutzung separat
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

Aider schlägt einen breiter aufgestellten Agenten, wenn ein Entwickler genau eine kontrollierte Änderung vornimmt. Es verliert, sobald ein Team Identitäten, Budgets, Warteschlangen und Integrationen für lang laufende Aufgaben benötigt.

OpenHands: die beste selbst gehostete autonome Warteschlange

OpenHands ist die richtige Wahl, wenn der Agent unabhängig vom Editor eines einzelnen Entwicklers arbeiten und delegierte Aufgaben aus einer Warteschlange übernehmen soll. Agent Canvas startet mit einem Befehl eine lokale Browseroberfläche samt Backend, lässt sich auf einer virtuellen Maschine selbst hosten und kann eine Verbindung zu OpenHands Cloud herstellen. Das Software Agent SDK läuft lokal oder skaliert in der Cloud auf Tausende Agenten.

Bei der Lizenzgrenze lohnt sich genaues Hinsehen. OpenHands Core, Agent Canvas, agent-server und die zentralen Docker-Images stehen unter der MIT-Lizenz. Die Cloud ergänzt verwaltete Integrationen, Mehrbenutzerkontrollen, rollenbasierte Zugriffe, Nutzungsberichte und Budgetgrenzen. Das Enterprise-Verzeichnis ist unter einer separaten Lizenz quellverfügbar und erfordert nach einem Monat eine gekaufte Lizenz.

Geeignet für: Teams, die eine selbst gehostete oder verwaltete Warteschlange für autonome Entwicklungsaufgaben aufbauen
Besonderheit: MIT-lizenzierter Kern mit lokalem Agent Canvas, kombinierbarem SDK und einem Weg in die verwaltete Cloud
Preis: Kostenloser MIT-Kern; Infrastruktur, Modellnutzung, Cloud und Enterprise können zusätzliche Kosten verursachen
Kostenlose Testphase: OpenHands Cloud lässt sich mit GitHub-Anmeldung kostenlos testen

OpenHands rechtfertigt den Einrichtungsaufwand, wenn Aufgaben auch ohne geöffneten Editor weiterlaufen müssen. Für einen einzelnen Entwickler, der Änderungen live begleitet, sind OpenCode oder Aider einfacher und meist günstiger zu betreiben.

Gemini CLI: das stärkste enthaltene Freikontingent

Gemini CLI bietet den einfachsten ernst zu nehmenden Gratis-Einstieg: Ein persönliches Google-Konto umfasst 60 Anfragen pro Minute und 1,000 Anfragen pro Tag. Der Apache-2.0-Terminalagent nutzt Modelle der Reihe Gemini 3 mit einem Kontextfenster von 1 Million Token und bringt Dateioperationen, Shell-Befehle, Webabrufe, Grounding mit Google Search, MCP-Unterstützung, Skripte und GitHub-Workflows mit.

Google veröffentlicht jede Woche eine stabile Version und eine Preview sowie jeden Tag einen Nightly Build. In einer Kategorie, in der sich Modell-APIs und Tool-Verträge schnell ändern, ist das relevant. Die Grenze ist eher strategischer als funktionaler Natur: Das enthaltene Kontingent führt zu Gemini und bietet kein anbieterneutrales Routing. Die richtige Kaufentscheidung beruht hier auf dem Freikontingent und der Google-Integration, nicht auf der Annahme, Open Source garantiere automatisch freie Modellwahl.

Geeignet für: Einzelne Entwickler, die einen leistungsfähigen Terminalagenten mit großem enthaltenem Kontingent suchen
Besonderheit: 1,000 kostenlose Anfragen pro Tag, 60 pro Minute und ein Kontextfenster von 1 Million Token
Preis: Kostenloser Tarif für persönliche Konten; für höheren Bedarf stehen kostenpflichtige API- oder Vertex-AI-Optionen bereit
Kostenlose Testphase: Der Tarif für persönliche Konten ist bereits kostenlos

Gemini CLI gewinnt beim Budget für einen allein arbeitenden technischen Entwickler. Teams, die Anbieter-Routing, eine visuelle Genehmigungsschleife oder eine selbst gehostete Warteschlange benötigen, sollten sich anders orientieren.

Continue: die beste Brücke von der IDE-Unterstützung zu CI-Prüfungen

Continue passt zu Teams, die mit einem offenen Client Autovervollständigung, Chat, direkte Bearbeitung, Agentenarbeit und Pull-Request-Prüfungen abdecken möchten. Das Apache-2.0-Projekt bietet Erweiterungen für VS Code und JetBrains sowie den Kommandozeilenagenten cn. Continue kann zudem KI-Prüfungen im Repository speichern, als GitHub-Statusprüfungen ausführen und als Ergebnis entweder ein „Bestanden“ oder einen vorgeschlagenen Diff liefern.

Die große Bandbreite erleichtert den Einstieg: Entwickler können mit risikoarmer Unterstützung beginnen, bevor sie dem Agenten Aktionen erlauben. Gleichzeitig verschwimmen die Produktgrenzen, denn Autovervollständigung und Review-Prüfungen stellen andere betriebliche Anforderungen als ein isolierter autonomer Worker. Continue überzeugt als Brücke, nicht als bester Warteschlangenmanager.

Geeignet für: Teams, die offene IDE-Unterstützung und versionskontrollierte CI-Prüfungen in einem Ökosystem verbinden möchten
Besonderheit: Agent, Chat, Edit, Autocomplete, CLI und im Repository definierte Prüfungen
Preis: Kostenloser Apache-2.0-Client; eingerichtete Modelle und CI-Ressourcen verursachen eigene Kosten
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

Continue ist eine starke B2B-Wahl, wenn ein Unternehmen die Leitplanken im Repository verankern möchte. Wer als Gründer möglichst schnell einen Terminalagenten sucht, findet bei OpenCode oder Aider einen schlankeren Ablauf.

goose: der beste Agent, wenn Programmieren nur die halbe Arbeit ist

goose ist ein lokaler Allzweckagent mit guter Code-Kompetenz, kein reines Coding-Produkt. Das Apache-2.0-Projekt läuft unter macOS, Linux und Windows als Desktop-App, CLI und API. Es unterstützt mehr als 15 Modellanbieter, mehr als 70 MCP-Erweiterungen sowie vorhandene Abonnements für Claude, ChatGPT oder Gemini über ACP.

Die Heimat in der Agentic AI Foundation bei der Linux Foundation gibt dem Projekt ein Governance-Modell jenseits eines einzelnen Anbieters. Der Preis dafür ist die große Reichweite: Recherche, Schreiben, Automatisierung, Datenanalyse und Programmierung teilen sich dieselbe Agentenoberfläche. Für technisch versierte Anwender, die zwischen Systemen wechseln, ist das nützlich; für Entwickler mit reinem Fokus auf Repository-Änderungen bedeutet es zusätzliche Konfiguration.

Geeignet für: Technische Fachkräfte, deren Arbeitsablauf Code, Daten, Recherche und Automatisierung verbindet
Besonderheit: Lokale Desktop-App, CLI und API mit breiter Anbieter- und MCP-Unterstützung
Preis: Kostenloser Apache-2.0-Client; Anbieterabonnements, API-Nutzung oder lokale Rechenleistung separat
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

goose lohnt sich, wenn ein Agent im selben Lauf Daten abfragen, ein Skript bearbeiten und ein weiteres System aktualisieren soll. Für disziplinierte Git-Änderungen bleibt Aider das präzisere Werkzeug.

mini-SWE-agent: das beste transparente Framework zur Ticketbearbeitung

mini-SWE-agent ist die beste Wahl, wenn das Verständnis der Agentenschleife ebenso wichtig ist wie ihre Nutzung. Version 2 steht unter der MIT-Lizenz; die Maintainer beschreiben die standardmäßige Agentenklasse als rund 100 Zeilen Python. Sie melden ein Ergebnis von über 74% bei SWE-bench Verified und unterstützen lokale Umgebungen, Docker oder Podman, Singularity oder Apptainer, bubblewrap und weitere Sandboxes.

Die Architektur liegt bewusst offen: Bash ist das einzige Tool, jede Aktion läuft unabhängig über subprocess.run und der Nachrichtenverlauf bleibt linear. Dadurch lassen sich Abläufe leichter prüfen und Untersuchungen besser reproduzieren. Bash ist allerdings zugleich das mächtige Werkzeug und das Risiko. Für den Produktiveinsatz braucht es deshalb eine Sandbox und eng begrenzte Zugangsdaten statt bloßem Vertrauen in die kleine Codebasis des Agenten.

Geeignet für: Forschungs- und Plattformteams, die eine minimale, einsehbare Schleife zur Ticketbearbeitung wünschen
Besonderheit: Rund 100 Zeilen Agentenlogik mit reinem Bash-Tool und linearem Verlauf
Preis: Kostenloser MIT-Client; Modellaufrufe und Sandbox-Infrastruktur separat
Kostenlose Testphase: Für den Open-Source-Client nicht erforderlich

mini-SWE-agent ist die ehrliche Wahl für ein Plattformteam, das ein eigenes Harness aufbaut. Für Designer, Produktmanager oder Entwickler, die eine ausgereifte Editoroberfläche erwarten, ist es kein idealer erster Agent.

Qwen Code: der beste offene Modell- und Harness-Stack

Qwen Code ist die ambitionierteste Option für Unternehmen, die sowohl ein offenes Harness als auch eine offene Modellfamilie wünschen. Das Apache-2.0-Projekt unterstützt Subagenten, Agententeams, Gedächtnis, Skills, MCP, Plan-Modus, LSP-Integration, Sandboxing, Git-Worktrees, Headless-Ausführung, IDE-Plugins, Desktop-Apps und SDKs. Zudem beherrscht es die Protokolle von OpenAI, Anthropic, Gemini und Qwen und kann sich mit Ollama oder vLLM verbinden.

Die aktuelle Einrichtung hat zwei Haken. Für die Installation per NPM ist Node.js 22 oder neuer erforderlich, und der kostenlose Qwen-OAuth-Tarif endete am 15. April 2026. Neue Nutzer benötigen einen Alibaba Cloud Coding Plan, einen API-Schlüssel eines Drittanbieters, einen eigenen Anbieter oder ein lokales Modell. Der Client ist also offen, doch der einfachste enthaltene Gratisweg ist weggefallen.

Geeignet für: Teams, die einen offenen Agenten mit offenen Qwen-Modellen oder breiter Protokollunterstützung kombinieren möchten
Besonderheit: Offener Harness- und Modellpfad mit Subagenten, Teams, Skills, Sandboxing und Worktrees
Preis: Kostenloser Apache-2.0-Client; ein aktueller Anbietertarif, API-Schlüssel oder lokale Rechenleistung ist erforderlich
Kostenlose Testphase: Seit dem 15. April 2026 kein kostenloser Qwen-OAuth-Tarif

Qwen Code passt zu einem KI-Plattformteam, das den Stack selbst kontrollieren möchte. Gemini CLI ermöglicht den einfacheren Gratis-Einstieg, OpenCode ist die übersichtlichere anbieterneutrale Standardwahl.

Welcher Open-Source-KI-Coding-Agent passt zu wem?

Sobald sich das Beaufsichtigungsmodell ändert, ändert sich auch der Sieger. Neun Tools anhand von Screenshots zur Abstimmung zu stellen, führt nicht weiter. Zuerst wird das Betriebsmodell festgelegt, anschließend werden die ein oder zwei passenden Tools erprobt.

Cline passt, wenn Entwickler in VS Code arbeiten und jede Änderung oder jeder Befehl vor der Ausführung sichtbar sein soll. Continue ist die Alternative, wenn Autovervollständigung, Chat, Bearbeitung und im Repository definierte Prüfungen in einem offenen Client zusammenkommen sollen.

OpenCode passt, wenn das Terminal im Mittelpunkt steht, Modell- und Oberflächenflexibilität aber wichtig bleiben. Aider passt besser, wenn automatische Git-Commits und eine enge Pair-Programming-Schleife wichtiger sind als parallele Sitzungen oder eine Desktop-Oberfläche.

OpenHands passt, wenn eine Organisation eine Warteschlange, Identitäten, Budgets, Integrationen und einen Weg vom lokalen Experiment zum verwalteten Betrieb benötigt. mini-SWE-agent passt, wenn die Ticketbearbeitungsschleife untersucht, verglichen oder erweitert werden soll, statt eine fertige Betriebsplattform einzukaufen.

Gemini CLI passt, wenn das tägliche Kontingent von 1,000 Anfragen ausschlaggebend ist. Qwen Code passt, wenn ein offener Modellpfad gewünscht ist und die Organisation bereit ist, einen Anbieter oder eine lokale Laufzeit einzurichten. goose passt, wenn die Aufgabe Code, Daten, Recherche und externe Tools verbindet.

Die erste Wahl einrichten, ohne Produktionszugriff zu verschenken

OpenCode lässt sich schnell starten, doch eine sichere Abfolge beginnt mit einer Bestandsaufnahme statt mit uneingeschränkter Automatisierung.

1. 1

   Einen kurzlebigen Branch anlegen und vorhandene Zugangsdaten entfernen

   Ausgangspunkt ist ein sauberer Arbeitsbaum auf einem neuen Branch. Schlüssel für Produktiv-Deployments, Administratorzugänge für Datenbanken und nicht benötigte Cloud-Token gehören nicht in den Agentenprozess.

2. 2

   Den Client aus der offiziellen Quelle installieren

   Zur Installation dient der offizielle Installer curl -fsSL https://opencode.ai/install | bash oder eine der dokumentierten Paketverwaltungsoptionen. Gestartet wird im zu prüfenden Repository und nicht in einem weit gefassten übergeordneten Verzeichnis.

3. 3

   Das engste geeignete Modellkonto verbinden

   Der gewählte Anbieter muss mit den Datenschutzanforderungen des Repositorys vereinbar sein. Ein lokales Modell hält Prompts innerhalb der eigenen Systemgrenze; ein gehostetes Modell liefert meist bessere Ergebnisse, sendet ausgewählten Kontext aber an seinen Anbieter.

4. 4

   Im Plan-Modus beginnen

   Mit dem integrierten schreibgeschützten Agenten plan wird die Änderung kartiert, werden Dateien bestimmt und Tests vorgeschlagen. Erst nach Prüfung des Plans sollte der Wechsel zum Agenten build mit Vollzugriff erfolgen.

5. 5

   Umsetzen, testen, prüfen und erst dann mergen

   Der Agent arbeitet auf dem kurzlebigen Branch, führt die Test- und Lint-Befehle des Repositorys aus und erzeugt einen prüfbaren Diff. Ein Merge erfolgt erst, nachdem ein Mensch den Umfang, das Verhalten sowie Änderungen an Abhängigkeiten, Berechtigungen, Infrastruktur oder Geheimnissen bestätigt hat.

Für einen allein arbeitenden Entwickler kostet diese Abfolge einige Minuten. In einer größeren technischen Organisation trennt sie einen brauchbaren Standard von zahllosen privaten Konfigurationen mit unbekannten Berechtigungen.

Von diesen Optionen ist abzuraten

Zwei bekannte Namen eignen sich nicht mehr für eine neue Einführung.

Roo Code stellte seine Erweiterung am 15. Mai 2026 ein. Das Repository verweist inzwischen auf den Community-Fork ZooCode oder auf Cline. Die Apache-Lizenz hält den bisherigen Code zwar verfügbar, ersetzt aber weder aktive Produktpflege noch aktuelle Modellintegration oder eine Reaktion auf Sicherheitsprobleme. Cline ist der nächstliegende etablierte Weg mit Genehmigungsprinzip.

Legacy SWE-agent wurde von mini-SWE-agent abgelöst. Laut den Maintainern konzentriert sich die aktuelle Entwicklung auf mini-SWE-agent, das sie neuen Nutzern als Standard empfehlen. Das ältere Projekt ist nur sinnvoll, wenn eine Untersuchung ausdrücklich dessen konfigurierbare Tool-Schnittstellen oder Verlaufsprozessoren benötigt.

Die übergeordnete Warnung ist einfach: Ein öffentliches Repository macht ein Produkt noch nicht aktiv. Vor der Standardisierung sollten die aktuelle Empfehlung der Maintainer, Release-Aktivität, Lizenzgrenze und der Authentifizierungsweg geprüft werden.

FAQ

Sind Open-Source-KI-Coding-Agenten kostenlos?

Die Clients in dieser Liste lassen sich kostenlos herunterladen; Modell-APIs, lokale GPU-Kapazität, Cloud-Sandboxes, Speicher und Betriebszeit werden jedoch separat bezahlt. Ein Sonnet-5-Workload mit vier Entwicklern, 20 Millionen Input- und 2 Millionen Output-Token kostet zum Aktionspreis $60 und nach dem 31. August 2026 $90.

Welcher kostenlose KI-Coding-Agent eignet sich am besten für VS Code?

Cline ist der beste kostenlose VS-Code-Agent mit Genehmigungsprinzip, weil Diffs und Befehle im Workflow aus Plan und Act sichtbar bleiben. Continue ist der bessere offene Gratis-Client, wenn zusätzlich Autovervollständigung, Chat, direkte Bearbeitung und versionskontrollierte Pull-Request-Prüfungen gefragt sind.

Wo finde ich Open-Source-KI-Coding-Agenten auf GitHub?

Maßgeblich sind die offiziellen Repositories, die in der Dokumentation des jeweiligen Tools verlinkt werden, nicht ähnlich benannte Forks. Lizenz und aktuelle README zeigen Details, die auf einer Verzeichnisseite fehlen – darunter die Quellcodegrenze der JetBrains-Plugins von Cline, die Enterprise-Lizenz von OpenHands und die aktuellen Authentifizierungsanforderungen von Qwen Code.

Die Checkliste für die Einrichtung von Claude Code + Codex und die nächste evidenzbasierte Tool-Analyse gibt es mit einer Anmeldung zum Newsletter.