Transcript
00:00:00Es gibt jetzt zwei ernsthafte Open-Source-KI-Coding-Agents, die um das Terminal kämpfen,
00:00:04und den falschen zu wählen, könnte bedeuten, später den gesamten Workflow neu aufzubauen.
00:00:10Einer von ihnen liefert alles mit, was man sich sofort wünschen könnte, der andere
00:00:14liefert fast nichts mit und argumentiert, dass genau das der Punkt ist. Heute
00:00:19lassen wir Open Code und PI gegeneinander antreten.
00:00:21Am Ende dieses Videos wissen Sie also genau, welcher in Ihr Terminal gehört.
00:00:27Beginnen wir damit, was diese Tools eigentlich sind.
00:00:30Da sie dasselbe Kernproblem auf grundlegend unterschiedliche Weise lösen. Sowohl
00:00:34Open Code als auch PI sind Terminal-basierte KI-Coding-Agents. Sie laufen in Ihrem
00:00:40Terminal, verbinden sich mit großen Sprachmodellen wie Claude oder GPT und können
00:00:45Code lesen, Dateien bearbeiten, Shell-Befehle ausführen und ausführliche Gespräche
00:00:50über Ihre Codebasis führen – verstehen Sie sie als Open-Source-Alternativen zu Claude Code.
00:00:55Beide sind in TypeScript geschrieben, beide stehen unter MIT-Lizenz und beide unterstützen über 20
00:01:01LLM-Anbieter, aber genau dort enden die Gemeinsamkeiten in etwa. Open Code wurde
00:01:06von den Machern von terminal.shop und einer Community von Neovim-Enthusiasten entwickelt.
00:01:11Es verfolgt einen Ansatz, den ich als „Batteries included“ bezeichnen würde.
00:01:15Man erhält sofort ein Multi-Agenten-System mit spezialisierten Agenten für verschiedene Aufgaben,
00:01:20ein integriertes Berechtigungssystem mit Bestätigungsdialogen, LSP-Integration
00:01:24für Code-Intelligenz, volle Unterstützung des Model Context Protocol (MCP) zur
00:01:29Verbindung mit externen Tools, eine SQLite-Datenbank für Session-Persistenz und
00:01:34sogar eine Tauri-basierte Desktop-App neben der Terminal-Schnittstelle.
00:01:40Die Philosophie von Open Code ist, dass ein Coding-Agent sofort gut funktionieren sollte,
00:01:45mit sinnvollen Standardeinstellungen und tiefer Integration. PI, erstellt von Mario Zechner,
00:01:51verfolgt den entgegengesetzten Ansatz. Die Philosophie wird in der README klar formuliert:
00:01:56PI ist aggressiv erweiterbar, damit es Ihren Workflow nicht diktieren muss.
00:02:00PI verzichtet bewusst auf Sub-Agenten, auf MCP-Unterstützung, auf ein
00:02:05Berechtigungssystem, auf den Planungsmodus und auf integriertes Aufgaben-Tracking.
00:02:11Stattdessen bietet es eine leistungsstarke Erweiterungs-API und sagt: Bauen Sie genau das,
00:02:17was Sie brauchen, oder installieren Sie ein Community-Paket. Der Kern bleibt minimal.
00:02:22Alles andere ist optional. Diese beiden Projekte stellen also eine echte philosophische Spaltung
00:02:27darüber dar, wie Entwickler-Tools gestaltet sein sollten. Tauchen wir in die technischen
00:02:32Details ein und vergleichen sie dann direkt. Beginnen wir mit
00:02:36der Architektur von Open Code. Open Code ist ein Monorepo mit etwa 21 Paketen.
00:02:42Die Kern-Engine befindet sich in einem Paket, aber es gibt separate Pakete für die
00:02:46Web-Konsole, die Desktop-App, das TypeScript-SDK, das Plugin-System, gemeinsame
00:02:52UI-Komponenten und Dokumentation. Unter der Haube läuft es auf Bun, was
00:02:57beim Start und bei der Ausführung deutlich schneller als Node ist. Für seine
00:03:02LLM-Abstraktionsschicht verwendet Open Code das vielseitige AI SDK Version 5.
00:03:08Dies ist eine gut gepflegte, weit verbreitete Bibliothek, die eine einheitliche Schnittstelle
00:03:13zu Dutzenden von Anbietern bietet. Der praktische Vorteil ist, dass Open Code
00:03:18die Anbieterunterstützung fast gratis erhält, wenn das Vercel SDK neue Integrationen hinzufügt.
00:03:24Eines der herausragenden Features von Open Code ist sein Multi-Agenten-System.
00:03:30Es wird mit mehreren spezialisierten Agenten ausgeliefert. Der Build-Agent ist der Standard,
00:03:35ein Entwicklungs-Agent mit vollem Zugriff, der alles lesen, schreiben und ausführen kann.
00:03:40Der Plan-Agent ist schreibgeschützt und darauf ausgelegt, Code zu erkunden und zu analysieren,
00:03:45ohne Änderungen vorzunehmen. Er kann nur in ein spezielles Plan-Verzeichnis schreiben.
00:03:50Der Explorer-Agent ist ein schneller, leichtgewichtiger Spezialist für Code-Navigation,
00:03:55beschränkt auf Such- und Leseoperationen. Und es gibt einen allgemeinen Agenten für
00:04:00komplexe, mehrstufige Aufgaben, der als Sub-Agent fungiert. Benutzer wechseln
00:04:05zwischen diesen mit der Tab-Taste, und jeder Agent hat eigene Berechtigungsregeln.
00:04:09Sie können auch eigene Agenten in der Konfiguration definieren und festlegen,
00:04:14welches Modell sie nutzen, welche Rechte sie haben und was ihr System-Prompt ist.
00:04:19Für die Datenpersistenz nutzt Open Code SQLite mit dem Drizzle ORM. Sessions,
00:04:25Nachrichten, Berechtigungen und MCP-Zugangsdaten liegen alle in einer einzigen
00:04:30Datenbankdatei. Dies ist eine bedeutsame architektonische Entscheidung. SQLite
00:04:35bietet Transaktionsintegrität, effiziente Abfragen über Sessions hinweg und eine
00:04:41einfach zu sichernde Datei. Open Code nutzt den WAL-Modus für bessere Leseleistung.
00:04:46Das Berechtigungssystem von Open Code ist mehrschichtig und granular. Jeder
00:04:52Tool-Aufruf durchläuft Prüfungen. Man kann Regeln pro Tool und Dateimuster festlegen.
00:04:57Zum Beispiel: Alle Dateizugriffe erlauben, aber beim Bearbeiten von .env-Dateien nachfragen
00:05:03und Shell-Befehle in Produktionsverzeichnissen komplett verbieten. Berechtigungen
00:05:08kaskadieren von der globalen Konfiguration bis hin zu projektspezifischen Overrides.
00:05:13Wenn der Agent eine Genehmigung braucht, zeigt er einen Dialog direkt im Terminal an,
00:05:18und man kann wählen: einmalig erlauben oder die Aktion dauerhaft zulassen.
00:05:24Die MCP-Integration ist vollumfänglich. Open Code kann sich mit lokalen und
00:05:30entfernten MCP-Servern verbinden, unterstützt STDIO- und HTTP-Transporte, beherrscht
00:05:37OAuth für Remote-Server und registriert automatisch Tools von verbundenen
00:05:42Servern. Wenn Sie bereits MCP-Server nutzen, funktioniert Open Code sofort damit.
00:05:47Ein weiteres nennenswertes Feature ist die integrierte LSP-Unterstützung.
00:05:53Open Code kann LSP-Server für TypeScript, Python, Go, Rust und andere Sprachen starten.
00:05:58Das gibt dem Modell Zugriff auf echte Code-Intelligenz wie Hover-Infos,
00:06:04Go-to-Definition und Symbol-Referenzen, anstatt nur auf Textmustern zu basieren.
00:06:10Das ist ein subtiler, aber wichtiger Vorteil für das Code-Verständnis. Open Code
00:06:15hat auch ein Skill-System, das kompatibel mit dem Skill-Format von Claude Code ist.
00:06:20Skills sind Markdown-Dateien mit Frontmatter, die spezielles Verhalten definieren,
00:06:25und es gibt ein Plugin-System auf NPM-Basis, das sich in fast jeden Teil des
00:06:30Lebenszyklus einklinken kann – vom Laden der Konfiguration bis zur Tool-Ausführung.
00:06:35Schauen wir uns nun die Architektur von PI an. PI ist ebenfalls ein Monorepo,
00:06:40aber anders strukturiert. Die Schlüsselpakete sind der Coding-Agent selbst,
00:06:45pi-ai für die LLM-Schicht, pi-agent-core für die zustandsbehaftete Runtime und
00:06:51pi-2e für den Terminal-Agenten. Außerdem gibt es PiMom, einen Slack-Bot, und
00:06:57PiPods für GPU-Deployments. Die wichtigste Entscheidung bei PI war es,
00:07:02die LLM-Abstraktionsschicht von Grund auf selbst zu bauen, anstatt das Vercel
00:07:08AI SDK zu nutzen. pi-ai ist eine einheitliche Multi-Provider-API, die über 30
00:07:12Anbieter unterstützt, darunter einige, die Vercel nicht abdeckt, wie Minimax
00:07:20und Kimi. Durch die eigene Schicht hat das Team die volle Kontrolle über
00:07:24Streaming-Verhalten, Tool-Call-Parsing und anbieterspezifische Optimierungen.
00:07:30Der Preis ist der Wartungsaufwand, aber PI kann Features wie partielles JSON-Parsing
00:07:35beim Streaming von Tool-Argumenten exakt so umsetzen, wie sie es wollen.
00:07:40Das Session-Management von PI nutzt ein JSONL-Format – eine flache Datei, in der
00:07:44jede Zeile ein JSON-Objekt ist. Jeder Eintrag hat eine ID und eine Parent-ID,
00:07:50was eine Baumstruktur ermöglicht. Das ist clever: Man kann Konversationen verzweigen,
00:07:56den Verlauf durchsuchen und zwischen Zweigen springen, alles in einer Datei,
00:08:00die leicht mit Unix-Tools inspiziert werden kann. Der Befehl „tree“ lässt einen
00:08:06den gesamten Verlauf visualisieren und zu jedem Punkt navigieren. Der Befehl
00:08:12„fork“ erstellt einen neuen Zweig. Das ist wirklich eines der besten Interfaces,
00:08:17die ich bei einem Coding-Agenten gesehen habe. Bei dem Erweiterungssystem von PI
00:08:23wird die Philosophie lebendig. Erweiterungen sind TypeScript-Dateien, die direkt
00:08:28von JITI geladen werden; ein Kompilierschritt entfällt. Eine Erweiterung kann
00:08:33eigene Tools, Befehle und Tastenkürzel registrieren. Sie kann Lifecycle-Events
00:08:38wie Session-Start, Agent-Start oder Tool-Aufrufe abonnieren. Sie kann über Dialoge,
00:08:44Menüs und Texteingaben mit dem Nutzer interagieren und sogar eigene
00:08:49TUI-Komponenten rendern. Die API bietet Zugriff auf den Session-Manager,
00:08:55das Modellregister, den Auth-Speicher und den Event-Bus. Erweiterungen können
00:09:01im Grunde alles, was der Kern kann. Hier ergeben die Auslassungen bei PI Sinn.
00:09:06Kein Berechtigungssystem? Schreiben Sie eine Erweiterung für Bestätigungsdialoge.
00:09:11Keine Sub-Agenten? Starten Sie PI-Instanzen via TMUX oder koordinieren Sie
00:09:16mehrere Agenten per Erweiterung. Kein MCP? Bauen Sie einen Skill mit CLI-Tool
00:09:20und README oder eine MCP-Erweiterung. Kein Planungsmodus? Nutzen Sie Markdown
00:09:27oder eine Erweiterung nach Ihrem Geschmack. Auch das Terminal-Rendering von PI
00:09:33ist eigenständig. Das pi-2e-Paket nutzt differentielles Rendering und das
00:09:40CSI-2026-Protokoll für flackerfreie atomare Updates. Es hat ein eigenes
00:09:45Komponentensystem mit Editoren, Markdown-Anzeige, Bildunterstützung und Listen.
00:09:51Die TUI des Coding-Agenten basiert komplett auf diesem Framework. Für das
00:09:56Tool-Handling liefert PI sieben integrierte Tools: READ, bash, edit, write, grep,
00:10:02find und ls. Ein bewusst minimales Set. Das Bash-Tool unterstützt optionales
00:10:07Docker-Sandboxing und Echtzeit-Streaming der Ausgabe. Das Edit-Tool nutzt
00:10:13vollständig auf diesem Framework. Für das Tool-Handling liefert Pi sieben integrierte
00:10:18und unterstützen parallele Ausführung, sodass mehrere LLM-Tool-Aufrufe
00:10:25gleichzeitig statt nacheinander laufen. Vergleichen wir die beiden nun
00:10:30direkt in den wichtigsten Dimensionen. Anbieter-Unterstützung: Beide unterstützen
00:10:36über 20 Anbieter und jede OpenAI-kompatible API. Open Code nutzt das Vercel
00:10:42AI SDK und profitiert von dessen Wachstum. PI nutzt die eigene pi-ai-Bibliothek,
00:10:48was mehr Kontrolle bietet, aber manuelle Integrationen erfordert. In der Praxis
00:10:53decken beide alle wichtigen Anbieter ab. Das Agenten-Modell: Open Code liefert
00:10:59mehrere spezialisierte Agenten, zwischen denen man per Tastendruck wechselt.
00:11:06PI kommt mit einem Agenten und sagt: Wenn Sie Sub-Agenten wollen, bauen Sie
00:11:12diese per Erweiterung oder nutzen Sie separate Instanzen. Für spezialisierte Modi
00:11:18ab Werk gewinnt Open Code. Wenn Sie Ihre eigene Topologie bauen wollen, bietet PI
00:11:22die Werkzeuge dafür. Open Code nutzt SQLite, PI nutzt JSONL-Dateien.
00:11:27SQLite bietet Integrität und Abfrageeffizienz. JSONL bietet menschenlesbare Dateien,
00:11:33die man mit CAT oder GREP prüfen kann, und die Baumstruktur von PI ist elegant.
00:11:37Beide beherrschen Verzweigungen und Forks, aber das Baum-Interface von PI ist
00:11:42besonders gut für die Historie geeignet. Open Code hat ein umfassendes integriertes
00:11:47System mit Bestätigungsdialogen, Regeln pro Datei und Berechtigungsgedächtnis.
00:11:53PI hat keinen Kern-Berechtigungsschutz und setzt auf Erweiterungen.
00:11:58Für sofortige Leitplanken ist Open Code die sicherere Wahl. Wenn Sie in Containern
00:12:04arbeiten oder volle Kontrolle über die Sicherheit wollen, bietet PI mehr Flexibilität.
00:12:08MCP-Unterstützung: Open Code bietet vollen Support mit OAuth, diversen Transporten
00:12:13und automatischer Tool-Registrierung. PI lehnt MCP im Kern explizit ab und setzt
00:12:19auf Skills – also CLI-Tools mit READMEs. Mario Zechner argumentiert in einem
00:12:25Blogpost, dass MCP unnötige Komplexität bringt, wo ein simples CLI-Tool reicht.
00:12:30Hängt Ihr Workflow von MCP-Servern ab, ist Open Code die klare Wahl. Bevorzugen
00:12:35Sie die Unix-Philosophie kleiner, kombinierbarer Tools, spricht Sie PI eher an.
00:12:41Code-Intelligenz: Open Code hat eine integrierte LSP-Integration, die dem Modell
00:12:48Zugriff auf Typ-Infos, Definitionen und Referenzen gibt. PI bietet kein LSP im Kern.
00:12:54Das gibt Open Code einen Vorteil bei streng typisierten Sprachen, wo Typ-Kontext
00:13:00das Verständnis verbessert. Terminal-Interface: Beide haben ausgefeilte
00:13:04eigene TUI-Implementierungen, aber unterschiedlich gebaut. Open Code nutzt solid.js
00:13:10mit dem OpenID-Framework. PI nutzt das eigene pi-2e-Framework mit differentiellem
00:13:16Rendering. Beide sehen toll aus und reagieren schnell. Open Code bietet zusätzlich
00:13:22eine Tauri-basierte Desktop-App und eine Web-Konsole. PI ist rein Terminal-basiert,
00:13:28bietet aber eine Web-Komponenten-Library für Entwickler an. Beide nutzen
00:13:32JSON-Konfigurationen auf Projekt- und globaler Ebene. Open Code nutzt JSONC
00:13:37(JSON mit Kommentaren) – ein nettes Detail. PI nutzt Standard-JSON.
00:13:42aber anders aufgebaut. Open Code nutzt Solid.js mit dem OpenID-Framework. Pi
00:13:48komplexer, da es mehr einzustellen gibt. Bei PI ist sie simpler, da der Kern
00:13:53kleiner ist. Welchen sollten Sie also wählen? Stellen Sie sich diese Fragen:
00:13:58Wollen Sie ein Tool, das sofort alles kann? Oder stellen Sie Ihren Workflow
00:14:03lieber selbst zusammen? Wenn Sie einen Agenten installieren und in fünf Minuten
00:14:07alles am Start haben wollen – Berechtigungen, mehrere Agenten, MCP, LSP und ein
00:14:14poliertes Erlebnis –, dann ist Open Code dafür gemacht. Wenn Sie einen minimalen
00:14:19Kern suchen, den Sie exakt anpassen, und Sie gerne TypeScript-Erweiterungen
00:14:26schreiben, ist PI das Richtige für Sie. Wie wichtig ist MCP für Ihren Workflow?
00:14:31Nutzen Sie bereits MCP-Server, unterstützt Open Code diese nativ. PI verzichtet
00:14:35bewusst darauf und bevorzugt einfache CLI-Integrationen. Arbeiten Sie primär
00:14:39in streng typisierten Sprachen? Die LSP-Unterstützung von Open Code bietet ein
00:14:45tieferes Code-Verständnis, was besonders für TypeScript, Go und Rust zählt.
00:14:49In Python oder dynamischen Sprachen ist dieser Vorteil geringer. Wollen Sie eine
00:14:56Desktop-App oder ein Web-Interface? Open Code bietet beides zusätzlich zum Terminal.
00:15:01PI ist „Terminal only“ und stolz darauf. Wie stehen Sie zu Vertrauen und
00:15:06Sandboxing? Wenn der Agent vor gefährlichen Aktionen fragen soll, bietet Open
00:15:11Codes System das ab Werk. Wenn Sie den Agenten lieber in einem Docker-Container
00:15:16laufen lassen und ihm dort freie Hand lassen, passt der „No-Permissions“-Ansatz
00:15:22von PI gut dazu. Sind Sie ein Power-User, der alles anpassen will? Das
00:15:28Erweiterungssystem von PI ist bemerkenswert mächtig. Sie können fast jeden Aspekt
00:15:34verändern – von der Tool-Ausführung bis zur TUI. Open Code hat zwar auch ein
00:15:39Plugin-System, aber es fokussiert sich eher auf spezifische Hooks. Das ehrliche
00:15:44Fazit: Open Code ist heute das reifere, funktionsreichere Produkt. Es bietet
00:15:51mehr „out of the box“, integriert mehr externe Systeme und hat eine niedrigere
00:15:55Einstiegshürde. Für die meisten Entwickler ist Open Code die sicherere Wahl.
00:16:00PI ist das interessantere Design. Sein aggressiver Minimalismus und die
00:16:04„Extension-first“-Philosophie machen es einzigartig anpassbar. Wenn Sie der Typ
00:16:10Entwickler sind, der seine Neovim-Config wochenlang tunt, bevor er Code schreibt,
00:16:15und wenn Sie wollen, dass ein Agent exakt so arbeitet, wie Sie es sich vorstellen,
00:16:20dann belohnt PI diesen Aufwand; zudem ist seine Baum-Navigation erstklassig.
00:16:25Beide Projekte stehen unter MIT-Lizenz, werden aktiv gepflegt und unterstützen
00:16:30dieselben breiten LLM-Anbieter. Sie können beide an einem Nachmittag ausprobieren.
00:16:34Der Code ist auf GitHub, und keines benötigt ein Abonnement für den Start.
00:16:40Installieren Sie sie, lassen Sie sie auf dieselbe Codebasis los und schauen Sie,
00:16:44bei welchem es funkt. Das ist der einzige Vergleich, der wirklich zählt.
00:16:49Coding-Agent ist Open Code die sicherere Wahl. Pi hat das interessantere Design. Seine
00:16:55aggressive Minimalismus und die Extension-First-Philosophie machen es einzigartig anpassungsfähig. Wenn
00:17:01Sie die Art von Entwickler sind, die ihre Neovim-Konfiguration wochenlang anpassen,
00:17:05bevor sie Code schreiben, wenn Sie einen Agenten wollen, der genau so arbeitet,
00:17:09wie Sie es sich vorstellen, belohnt Pi diesen Aufwand, und seine Session-Tree-Navigation ist
00:17:14wirklich erstklassig. Beide Projekte stehen unter der MIT-Lizenz, werden aktiv gepflegt
00:17:20und unterstützen die gleiche breite Palette an LLM-Anbietern. Sie können beide an einem
00:17:27Nachmittag ausprobieren. Der Code ist auf GitHub und für den Einstieg ist
00:17:31kein Abonnement erforderlich. Installieren Sie sie, testen Sie sie am selben Code,
00:17:37und sehen Sie, was zu Ihrer Arbeitsweise passt. Das ist der einzige Vergleich, der zählt.
Community Posts
No posts yet. Be the first to write about this video!
Write about this video