← Alle Werkzeuge

Werkzeug · Coding-Agent

pi

von earendil-works (Mario Zechner)

Minimalistischer, MIT-lizenzierter Coding-Agent fürs Terminal: vier Werkzeuge (Read, Write, Edit, Bash), ein sehr kurzer System-Prompt – alles Weitere soll sich der Agent selbst bauen, statt es als Erweiterung mitzubringen.

Open SourceOpen SourceCLInpm

Einschätzung

Minimalistischer Coding-Agent zum Selberbauen

Die richtige Wahl, wenn man verstehen (und kontrollieren) will, was der Agent tut, und bereit ist, fehlende Fähigkeiten vom Agenten selbst bauen zu lassen. Nicht die richtige Wahl, wenn man ein fertiges Ökosystem aus Integrationen, Gedächtnis und Oberfläche erwartet – genau das lässt pi bewusst weg.

pi ist das Gegenprogramm zum Feature-Wettlauf der großen Coding-Agenten. Das npm-Paket beschreibt den Kern in einem Satz: „Coding agent CLI with read, bash, edit, write tools and session management“ – mehr Werkzeuge gibt es im Kern nicht. Die Begründung liefert Armin Ronacher, der das Projekt mit Mario Zechner (Autor von pi) begleitet, in seinem Beitrag vom 31.01.2026: „if you want the agent to do something that it doesn’t do yet, you don’t go and download an extension or a skill or something like this. You ask the agent to extend itself.“ Statt einer Erweiterungs-Bibliothek gibt es also den Auftrag an das Modell, sich das fehlende Werkzeug selbst zu schreiben – möglich, weil aktuelle Modelle die Kommandozeile ohnehin beherrschen.

Der Ansatz ist keine Nische geblieben: Das Repository earendil-works/pi steht am 26.08.2026 bei 97.479 Sternen und 12.050 Forks (GitHub-API), lizenziert unter MIT, angelegt im August 2025 und weiterhin täglich bewegt. Installiert wird per npm (Paket „@earendil-works/pi-coding-agent“, Befehl „pi“) oder als eigenständige Binärdatei aus den GitHub-Releases. Auf pi setzt unter anderem OpenClaw auf, das die pi-Bestandteile mit Kommunikationskanälen verbindet.

Interessant ist pi für uns weniger als Werkzeug denn als Gegenposition in einer laufenden Debatte: Während die Anbieter ihre Gedächtnis-Schichten ausbauen, argumentieren die pi-Autoren, dass ein Coding-Agent gar kein Gedächtnis-System brauche, weil der Code die Wahrheit sei – nachzulesen in der Rezeption bei Theo (siehe Stimmen). Diese Zuspitzung stammt aus einer Tier-C-Wiedergabe und ist als Position der Autoren nicht an einer Primärquelle belegt; belegt sind Werkzeug-Kern, Lizenz, Verbreitung und das Selbst-Erweiterungs-Prinzip.

Wofür es gut ist

  • Agentisches Coding im Terminal, ohne sich auf die Erweiterungs-Ökosysteme eines Anbieters einzulassen
  • Nachvollziehbarkeit: kleiner Werkzeug-Kern und kurzer System-Prompt statt undurchsichtiger Kontext-Automatik
  • Eigene Werkzeuge/Skills vom Agenten selbst schreiben lassen, statt fertige Integrationen einzubinden

Stärken

  • Sehr kleiner Werkzeug-Kern (Read, Write, Edit, Bash) – wenig verdeckte Mechanik, gut prüfbar
  • MIT-lizenziert und mit 97.479 Sternen breit angenommen (GitHub-API, 26.08.2026)
  • Selbst-Erweiterung statt Erweiterungs-Bibliothek: neue Fähigkeiten entstehen als Code im Projekt
  • Sowohl per npm als auch als eigenständige Binärdatei installierbar

Schwächen

  • Kein eingebautes Gedächtnis, keine mitgelieferten Integrationen – Komfortfunktionen anderer Agenten fehlen bewusst
  • Der Ansatz setzt Modelle voraus, die sicher mit der Kommandozeile umgehen; ältere/kleinere Modelle profitieren weniger
  • Kein Anbieter-Support: Betrieb, Absicherung und Sandboxing liegen vollständig beim Nutzer
  • Die vielzitierten Entwurfsprinzipien („bash is all you need“) sind bisher nur über Tier-C-Wiedergaben dokumentiert, nicht als Primärtext

Im Vergleich

Wofür dieses Werkzeug die bessere Wahl ist – und wann ein direkter Konkurrent.

  • Wo Claude Code und Codex ihren Wert aus der mitgelieferten Harness ziehen (Gedächtnis, Kontext-Compaction, Integrationen), zieht pi ihn aus deren Abwesenheit: vier Werkzeuge, kurzer Prompt, den Rest baut der Agent. Für Nutzer, die dem Agenten beim Denken zusehen wollen, ist das ein Vorteil; wer Ergebnisse ohne Bastelanteil will, ist bei den großen Agenten besser aufgehoben.

Stimmen aus der Community

Subjektive Einschätzungen Dritter – keine belegten Fakten, jeweils verlinkt.

  • positivFür Coding brauche es kein Gedächtnis-System: „Code is truth. Code is the ground truth. It’s also evolving and I don’t need another place that I need to maintain. I already have a code base to maintain.“ Theo referiert daraus drei Entwurfsprinzipien von pi – kein separates Gedächtnis, „bash is all you need“, Werkzeug-Ausgaben nur bei Bedarf in den Kontext laden.Theo – t3.gg: „Turn off Claude Code’s Memory“ (YouTube) · Community, August 2026

Direkt ausprobieren

github.com/earendil-works/pi

Zur offiziellen Seite ↗

ℹ️ Über eine Tier-C-Rezeption (Theo, C17) aufgekommen; Existenz, Lizenz, Verbreitung und Werkzeug-Kern an der GitHub-API und der npm-Registry (Tier A) geprüft, das Selbst-Erweiterungs-Prinzip an Armin Ronachers Beitrag (Tier B). Die Zuspitzung „Coding braucht kein Gedächtnis-System“ ist eine attribuierte Position der Autoren aus zweiter Hand – als Stimme geführt, nicht als Produktmerkmal. Sternzahl ist eine Momentaufnahme (26.08.2026).

Verwandte Werkzeuge