Coding-Agenten sind zwei Jahre lang gewachsen. Alle paar Wochen kommt etwas dazu: Unteragenten, ein Planungsmodus, Berechtigungsdialoge, Hintergrund-Shells, eine eingebaute Aufgabenliste, mitgelieferte Server für externe Werkzeuge, auf ein bestimmtes Modell zugeschnittene Prompt-Fragmente. Jede Ergänzung klingt vernünftig. Der ehrliche Test ist trotzdem einfach: schaltet man das meiste ab, wird die Arbeit weiterhin fertig. Was im wirklichen Gebrauch übrig bleibt, ist meist eine Datei lesen, eine Datei ändern und einen Befehl ausführen.

Es gibt ein zweites Ärgernis, seltener besprochen und stärker zehrend. Viele Agenten schieben stillschweigend Text in den Kontext und zeigen ihn nie. Das Verhalten verschiebt sich, und zur Erklärung heißt es, das mache den Agenten klüger. Für jemanden, der wissen will, was das Werkzeug tut, ist genau das der Weg, auf dem ein eingespielter Ablauf zwischen neun und zehn Uhr zerbricht – nicht weil jemand eine Änderung verlangt hätte, sondern weil eine neue Fassung ihre eigenen Anweisungen anders formuliert hat.

Pi behandelt beide Probleme als Entwurfsbedingungen und nicht als Beschwerde. Vier Werkzeuge, eine Systemanweisung unter tausend Token und eine bewusste Weigerung, fast alles einzubauen, was eindrucksvoll aussieht. Was fehlt, soll später dazukommen – vom Agenten selbst, in Erweiterungen, die in einer Skriptsprache geschrieben sind. Der Autor ist ein Veteran der offenen Szene, der ein bekanntes Spiele-Framework geschrieben hat; im Frühjahr 2026 wurde das Projekt von einer gemeinnützigen Firma übernommen, die der Autor eines weit verbreiteten Web-Frameworks gegründet hat, und hat seither sehr große Aufmerksamkeit gesammelt.

Vier Werkzeuge und eine Anweisung, die man in einem Zug liest

Der gesamte Werkzeugsatz lautet: eine Datei lesen, eine Datei schreiben, eine Datei durch genauen Zeichenersatz bearbeiten und einen Shellbefehl ausführen. Das ist die vollständige Standardausstattung des Projekts. Verglichen mit den üblichen Gerüsten, deren Systemanweisungen jenseits von zehntausend Token liegen, sobald modelspezifische Fragmente mitgezählt werden, ist der Unterschied nicht rhetorisch: im Normalfall ist ein erheblicher Teil des Kontextfensters verbraucht, bevor irgendeine Arbeit beginnt.

Die gemessenen Folgen sind interessanter als das Prinzip. Bei vergleichbaren Programmieraufgaben ist dieselbe Arbeit etwa eineinhalb- bis zweimal so schnell erledigt wie mit anderen Agenten dieser Art. Eine Auswertung in einem Projekt mit einer Million Zeilen ergab einen Vorsprung vor zwei bekannten kommerziellen Gerüsten bei den meisten Kombinationen aus Kosten und Erfolgsquote. Und eine schlichte Begrüßung kostet rund elfhundert Token, knapp unter einem halben Prozent des Fensters, während eine bekannte Alternative achtzehntausend und damit sieben Prozent verbraucht.

In einem Terminal-Vergleichstest landete es unter den ersten fünf, neben drei fertigen kommerziellen Produkten. Ein Werkzeug, das fast nichts hat, schlug Werkzeuge, die alles haben – was das Urteil des Autors stützt: Modelle haben so viel Agentenarbeit gesehen, dass sie wissen, was ein Coding-Gerüst ist, und kein großes Gerüst brauchen, das sie daran erinnert.

Sich selbst erweitern ist die eigentliche Funktion

Die Kleinheit ist keine Amputation, sondern eine Verschiebung dessen, was als Funktion zählt. Die vier Werkzeuge sind der Boden, die höheren Fähigkeiten entstehen als Erweiterungen: Module, die eigene Werkzeuge anmelden, Schrägstrichbefehle hinzufügen, Tastenkürzel erweitern, Ereignisse abonnieren und ihre eigene Terminaloberfläche aufbauen. Rund fünfzig Beispiele liegen bei, von Unteragenten über Planungsmodi, Berechtigungsschwellen, Pfadschutz, entfernte Ausführung, Sandboxen und externe Werkzeuge bis zu eigenen Editoren, Statuszeilen und Überlagerungen.

Die interessantere Hälfte: Man muss sie nicht selbst schreiben. Bittet man den Agenten um ein Werkzeug für Datenbankabfragen, schreibt er eines und nutzt die Shell für ein Skript; bittet man um ein kleines Anzeigefenster, schreibt er die Komponente. Nach dem Neuladen ist die Fähigkeit da. Die Grenze dessen, was das Werkzeug kann, setzt der eigene Ablauf und nicht eine Produktplanung. Erweiterungen lassen sich für ein Team paketieren oder für alle veröffentlichen; in der Sammlung finden sich bereits eine Abspaltung mit Unterstützung für Sprachserver und eine Erweiterung, die ein ganzes Spiel im Terminal laufen lässt.

Vier Zugänge, einer für jede Art von Nutzer

Es gibt einen interaktiven Modus mit vollständiger Terminaloberfläche, unterschiedlicher Darstellung, modernen Tastaturprotokollen, Bildern in der Zeile und anklickbaren Verweisen. Es gibt einen Einmalmodus, der eine Frage nimmt, antwortet und endet, mit einer maschinenlesbaren Ereigniskette für Rohrleitungen und Automatisierung. Es gibt einen Modus, der ein kleines Protokoll über die Standardein- und -ausgabe spricht, damit der Agent dort eingebettet werden kann, wo keine Skriptlaufzeit existiert. Und es gibt einen Bibliotheksmodus, mit dem mindestens ein plattformübergreifender Assistent gebaut wurde.

Die Modellunterstützung ist breit, ohne schwer zu sein: mehr als fünfzehn Anbieter und mehrere hundert Modelle, mitten in einer Sitzung umschaltbar, eigene Anbieter und Modelle über eine Konfigurationsdatei oder eine Erweiterung ergänzbar.

Zwei Arten des Dazwischenredens verdienen Erwähnung, weil sie das Gefühl der geschlossenen Kiste direkt angehen. Die Eingabetaste lenkt: der laufende Werkzeugaufruf wird sofort abgebrochen und die neue Anweisung geht in den Kontext. Eine andere Tastenkombination stellt eine Nachfrage in die Warteschlange, die nach der laufenden Runde behandelt wird. Man kann die Richtung ändern, ohne den Rhythmus zu zerstören, und sieht, welche der beiden man gewählt hat.

Die Liste dessen, was bewusst nicht gebaut wurde

Das Projekt führt eine Seite der Auslassungen, eine seltene und nützliche Form von Ehrlichkeit. Keine mitgelieferten externen Werkzeugserver: ein verbreiteter Server für Browserautomatisierung würde einundzwanzig Werkzeugdefinitionen in den Kontext schütten, über dreizehntausend Token, sieben bis neun Prozent des Fensters, bevor eine Aufgabe begonnen hat; stattdessen liest der Agent die Unterlagen, die er braucht, und ruft ein Kommandozeilenwerkzeug auf, wobei er nur für das zahlt, was er nutzt.

Kein Planungsmodus: Ein Plan wird in eine einfache Datei geschrieben, die der Agent lesen, ändern und zitieren kann und die zusammen mit dem Code versioniert wird. Keine Aufgabenliste, mit der Begründung, solche Listen verwirrten Modelle häufiger, als sie sie ausrichteten. Keine Hintergrund-Shell, weil ein Terminal-Multiplexer diese Arbeit bereits erledigt und alles beobachtbar bleibt. Keine Unteragenten, weil eine zweite Instanz desselben Agenten in einem anderen Bereich sichtbarer ist als eine versteckte Delegation.

Alles davon lässt sich über das Erweiterungssystem zurückholen, und das ist der Punkt: Der Kern bleibt dünn, ohne dass eine Fähigkeit verloren geht. Die eigene Zusammenfassung des Autors lautet, er habe eine Maschine zum Hervorbringen von Ergänzungen gebaut und wohne selbst in einer bewusst spartanischen Einrichtung.

Für wen es gedacht ist

Wer müde ist von Werkzeugen, deren Funktionsumfang schneller wächst als ihr Nutzen, oder wer will, dass der eigene Ablauf und nicht die Produktplanung eines Anbieters die Form des Instruments bestimmt, findet hier den interessantesten Coding-Agenten fürs Terminal. Es fehlt nicht eine Funktion; es beginnt von einer anderen Voraussetzung. Der Preis ist die Bereitschaft, eine Stunde in eine Erweiterung zu stecken – oder sie den Agenten schreiben zu lassen. Minimal ist hier eine Ingenieurshaltung und keine Entschuldigung für ein grobes Produkt.