Kilo Code: ein offener Programmieragent, der eigene Fehler findet und parallel arbeitet

Zusammenfassung

Ein offener Programmieragent, der den Kreis selbst schließt: Er schreibt die Änderung, startet die Tests, liest die Fehlschläge, findet die Ursache und repariert sie, meist ohne dass jemand nachhilft. Größere Aufgaben werden auf Teilagenten verteilt, die gleichzeitig in getrennten Zweigen arbeiten, und das Modell dahinter lässt sich jederzeit tauschen.

Empfehlen
Name
Kilo Code
Version
7.7.9
Open Source
Open Source
Betriebssystem
WindowsmacOSLinux
Aktualisiert
2026-10-06 20:35

Maschinell geschriebener Code hat sich in zwei Jahren davon wegbewegt, die nächste Zeile zu vervollständigen, und hin dazu, eine Aufgabe übernommen zu bekommen und sie zu beenden. Kilo Code gehört zur zweiten Gruppe und treibt das Loslassen weiter als die meisten: Es erzeugt nicht nur Code, es führt Befehle in einer echten Umgebung aus, startet die Tests, sieht sich die Fehler an, behebt sie und prüft erneut.

Es ist ein offenes Projekt, das in den beiden großen Editorfamilien sitzt und zusätzlich eine Form für die Kommandozeile anbietet; 2026 wurde es von einem Datenplattform-Unternehmen übernommen und in einem großen Cloud-Marktplatz gelistet. Der Client ist kostenlos und offen; bezahlt wird das Modell dahinter, wenn man denn bezahlen möchte.

Ein Programmpartner im Editor

Es repariert die eigene Arbeit, damit niemand zusehen muss

Wer solche Werkzeuge benutzt hat, kennt das Ritual: eine Änderung verlangen, die Änderung landet, der erste Lauf scheitert, und nun gibt man den Fehler zurück und wartet auf die nächste Runde. Kilo Code schließt diesen Kreis selbst. Nach dem Schreiben führt es die Tests aus, liest den Fehlschlag, lokalisiert das Problem und repariert es, und wiederholt Erzeugen, Ausführen, Reparieren und Prüfen, bis die Sache hält. Eine eigene Fehlersuche-Art geht das ganze Projekt durch, folgt dem Fehler bis zur Quelle und schlägt eine Behebung vor — in einem gerade übernommenen Projekt eine besondere Erleichterung.

Die Selbstprüfung geht über das Ausführen von Tests hinaus. Vor dem Anwenden einer Änderung sieht es die eigene Ausgabe durch, markiert was riskant aussieht und fragt vor zerstörenden Schritten um Bestätigung. Ein Rezensent berichtete, genau diese eingebaute Prüfung habe rechtzeitig eine Wettlaufsituation in der asynchronen Verarbeitung abgefangen — genau die Klasse von Problem, die ein menschliches Auge am Ende eines langen Nachmittags übersieht.

Tests laufen und Probleme werden nach der Änderung gefunden

Eine Aufgabe, mehrere Agenten gleichzeitig

Ein einläufiger Assistent hat eine Obergrenze, so schnell er auch sein mag, deshalb ist der Ansatz hier das Aufteilen. Parallele Werkzeugaufrufe lassen es mehrere Dateien gleichzeitig lesen und mehrere Suchen gleichzeitig laufen. Aufwendigere Arbeit geht an Teilagenten: Man verlangt eine Bezahlfunktion, und es entsendet einen für die Serverschnittstellen, einen für die Bestandteile der Oberfläche, einen für die Rückrufe, jeder mit eigenem Kontext und gleichzeitig vorankommend, die Ergebnisse werden am Ende zusammengeführt. Eine weitere koordinierende Art übernimmt die weitere Sicht: eine große Anforderung wird in Architektur, Programmierung und Test zerlegt und verschiedenen Rollen zugewiesen.

Parallelität weckt meist die Sorge, dass Agenten einander auf die Füße treten. Hier bekommt jeder Teilagent seinen eigenen Arbeitsbereich als eigener Zweig der Versionshistorie, sodass sich Änderungen nicht treffen. Eine Übersicht zeigt den Fortschritt jedes einzelnen, lässt die erzeugten Änderungen prüfen und erlaubt es, mehrere Modelle dieselbe Aufgabe bearbeiten zu lassen und die Ergebnisse zu vergleichen.

Cloud-Agent und lokale Sitzung im Gleichlauf

Fünfhundert Modelle, und eine Rechnung, die man lesen kann

Nichts hier bindet an einen einzigen Modellanbieter. Über das eigene Tor des Projekts lassen sich mehr als fünfhundert Modelle zum Listenpreis aufrufen, sowohl die geschlossenen Flaggschiffe als auch die offenen, ohne Aufschlag, wie es heißt; oder man hinterlegt einen eigenen Schlüssel oder zeigt auf einen Modelldienst auf der eigenen Maschine, wobei der Code das Haus nie verlässt. Das Modell lässt sich mitten in einer Sitzung wechseln — ein billiges kleines für eine einfache Änderung, ein stärkeres Flaggschiff, wenn das Umbauen ernst wird — und neue Nutzer beginnen meist mit einem Freibetrag, der groß genug ist, um sich ein Urteil zu bilden.

Ein Partner in jeder Umgebung, die man benutzt

Der Verkaufspunkt ist, dass derselbe Agent überall ist: in beiden großen Editorfamilien, im Terminal, in der Cloud, sogar in einer Chat-Anwendung, mit überall abgeglichenen Sitzungen. Eine Aufgabe am Telefon beginnen und am Rechner mit unversehrtem Kontext fortsetzen. Ein eingebautes Gedächtnis hält die Architekturentscheidungen des Projekts und die eigenen Vorlieben fest, damit dieselbe Erklärung nicht zweimal nötig ist.

Die Erweiterung folgt einem offenen Protokoll mit eingebautem Katalog, sodass externe Werkzeuge wie Datenbanken und Dokumentbestände in einem Schritt andocken. Der Client selbst ist offen und prüfbar: welches Modell lief, wie viel Kontext mitging, alles sichtbar. Ende 2026 hatte die Editorerweiterung eine Million Installationen überschritten, und die Gemeinschaft zählt zu den lebhaftesten unter den offenen Programmierwerkzeugen. Der Client ist kostenlos; die eigentlichen Kosten macht der gewählte Modelldienst aus, und ein freies oder lokales Modell macht das Ganze kostenlos.

Für wen es taugt

Für alle, die es leid sind, einem Assistenten hinterherzuräumen, der selbstsicher ändert und den Bau zerbricht. Für alle, deren Arbeit groß genug ist, dass ein einläufiger Agent langsam wirkt. Für Teams, die sehen müssen, welches Modell den Code angefasst hat und wie viel vom Projekt mitgegangen ist. In einen Editor installiert, verhält es sich wie ein Partner, der die Arbeit beendet, ohne dass jemand zusieht.

Kilo CodeDownload
Unterstützte Systeme: Windows macOS Linux