Pi: Der Coding-Agent, der fast nichts kann. Absichtlich.

Die Coding-Agenten-Welt hat gerade einen klaren Trend: mehr. Mehr eingebaute Tools, mehr Modi, mehr Integrationen, mehr Buttons. Jede Woche ein Feature, das man nicht abbestellen kann.

Und dann kommt Pi und behauptet das Gegenteil: Ein Coding-Agent braucht genau vier Tools. Lesen, schreiben, editieren, Bash. Dazu einen System-Prompt unter 1.000 Token. Das war's. Alles andere ist optional.

Das klingt nach Askese. Es ist aber eine These über die Zukunft dieser Werkzeuge, und ich halte sie für bemerkenswert richtig.

Wer da spricht, hat Substanz

Pi kommt von Mario Zechner, in Spielekreisen bekannt als Autor von libGDX, einem der meistgenutzten Open-Source-Game-Frameworks überhaupt. Der Mann baut seit Jahrzehnten Werkzeuge für andere Entwickler. Das Projekt ist MIT-lizenziert, liegt öffentlich auf GitHub und hat dort in kurzer Zeit eine beachtliche Community eingesammelt.

Das ist deshalb relevant, weil Pis Kernidee eine Erfahrung voraussetzt, die man nicht aus Marketing-Folien bekommt: Werkzeuge überleben nicht durch Features, sondern durch gute Schnitte.

Alles ist eine Extension, sogar die Meinung

Der interessante Teil ist, was Pi bewusst nicht eingebaut hat: kein MCP, keine Sub-Agenten, kein Plan-Modus, keine Permission-Popups, keine To-do-Listen. Nichts davon fehlt, alles davon ist als TypeScript-Extension nachrüstbar. Es gibt dutzende Beispiel-Extensions und ein Paketsystem dafür.

Die Konsequenz daraus ist größer, als sie klingt. Bei den großen Agenten-Produkten bekommt ihr eine Meinung mitgeliefert: So sieht Planung aus, so funktioniert Freigabe, so wird euer Kontext verwaltet. Bei Pi ist die Meinung eine Datei in eurem Repo. Wenn euch ein Verhalten stört, baut ihr es um. Im Zweifel, und das ist die schönste Pointe des Projekts, lasst ihr Pi seine eigene Extension schreiben.

Dazu kommt ein Detail, das ich nicht mehr hergeben möchte: Sessions sind Bäume. Mit /tree springt ihr an jeden früheren Punkt eines Gesprächs zurück und verzweigt von dort neu, statt eine vergiftete Session wegzuwerfen und von vorn zu erklären.

Kontext ist das eigentliche Produkt

Warum besteht Zechner so stur auf dem Mini-System-Prompt? Weil jedes eingebaute Feature Kontext kostet. Jedes Tool, jeder Modus, jede Integration schiebt Text in das Fenster, mit dem das Modell arbeiten muss. Wer schon einmal zugesehen hat, wie ein Agent in einer langen Session langsam dümmer wird, kennt den Preis.

Pi macht Context Engineering zur bewussten Entscheidung des Nutzers: Ihr bestimmt, was in den Kontext wandert, per AGENTS.md, per Extension, per Skill. Über 15 Modell-Provider werden unterstützt, das Modell lässt sich mitten in der Session wechseln. Der Agent bindet euch nicht an einen Anbieter, auch das ist eine Position.

Für wen das etwas ist, und für wen nicht

Ehrliche Einordnung: Pi ist ein Werkzeug für Leute, die verstehen wollen, was unter der Haube passiert. Wer ein fertiges Produkt mit Leitplanken sucht, das für ein ganzes Team ohne Bastelei funktioniert, ist bei Claude Code und Co. weiterhin besser aufgehoben. Beides ist legitim.

Aber selbst wenn ihr Pi nie produktiv einsetzt, lohnt der Blick darauf. Denn es beantwortet eine Frage, die sich jedes Entwicklerteam gerade stellen sollte: Wie viel von dem, was unser Agent tut, verstehen wir eigentlich noch? Bei Pi passt die Antwort in eine Handvoll Dateien.

Diese Art von Klarheit ist am Ende genau das, was ich Teams auch für ihre eigenen Workflows empfehle: weniger Magie, mehr nachvollziehbarer Prozess. Wenn ihr herausfinden wollt, wo euer Team da steht: Das Erstgespräch kostet nichts.