Paneflow auf Show HN vorstellen

Einen Coding-Agenten zu starten ist inzwischen normal. Du öffnest ein Terminal, tippst einen Befehl ein, und Claude Code, Codex, OpenCode oder ein anderes CLI beginnt zu arbeiten.

Das Problem beginnt, wenn du mehrere davon startest.

Ein Agent behebt einen Bug. Ein anderer bereitet ein Refactoring vor. Ein dritter prüft einen Diff. Daneben läuft ein Dev-Server, Tests schlagen fehl oder laufen durch, und jedes Terminal erzählt einen anderen Teil der Geschichte. Irgendwann ist das Schwierige nicht mehr, Agenten zu starten. Es ist zu wissen, welcher Agent woran arbeitet, welcher auf Eingabe wartet, welcher fertig ist und auf welchem Branch er unterwegs ist.

Paneflow ist genau aus diesem Problem entstanden: mehrere Coding-Agenten in einem lokalen Workspace sichtbar, steuerbar und verständlich zu halten.

Die vollständige Demo ist auch auf YouTube verfügbar.

Der Launch-Thread ist auf Hacker News: Show HN: Paneflow.

Das Terminal allein reicht nicht immer

Ich mag Terminals. tmux, Zellij, Ghostty, Kitty und WezTerm sind starke Werkzeuge, besonders wenn du per SSH oder auf einer entfernten Maschine arbeitest.

Wenn du aber mehrere lokale Agenten am selben Projekt laufen lässt, ändert sich das Problem. Ein Terminal-Raster zeigt Prozesse. Es sagt dir nicht wirklich, welcher Agent nachdenkt, welcher auf deine Zustimmung wartet, welcher einen interessanten Diff erzeugt hat oder welcher gerade die Arbeit eines anderen wiederholt.

Mit genug offenen Fenstern rekonstruierst du den Zustand des Projekts im Kopf. Du wechselst von Terminal zu Terminal, liest Scrollback, suchst das richtige Verzeichnis, prüfst den aktuellen Branch und gehst zurück zum Diff. Einmal ist das kein großes Problem. Als täglicher Arbeitsmodus wird es teuer.

Paneflow versucht nicht, deinen Editor zu ersetzen. Es ersetzt die Koordinationsschicht, die viele Entwickler von Hand aus Splits, Fensternamen, Branch-Konventionen und viel Kurzzeitgedächtnis bauen.

Ein Workspace pro Aufgabe, nicht nur ein Pane pro Befehl

In Paneflow bleibt ein Pane ein echtes Terminal. Du kannst Claude Code, Codex, OpenCode, Grok Builder oder jedes andere CLI starten, das in einer Shell läuft.

Der Unterschied liegt um das Terminal herum.

Eine Aufgabe kann ihren Agenten, Tests, Dev-Server, Git-Branch, Diffs und frühere Sessions haben. Paneflow hält diese Teile im selben Workspace, damit du sie nicht bei jedem Kontextwechsel neu suchen musst.

Wenn du Arbeit isolieren willst, kann jede Aufgabe in einem eigenen git worktree laufen. Die Review-Ansicht zeigt die Diffs dann nebeneinander, ein Worktree pro Spalte. Du siehst, was jeder Agent erzeugt hat, ohne Fenster, Branches oder Editor zu wechseln.

Diese Organisation wird besonders nützlich, wenn zwei Agenten an nah beieinanderliegenden Stellen im Code arbeiten. Du kannst ihre Ausgaben offen halten, ihre Änderungen vergleichen und dann entscheiden, was behalten, korrigiert oder verworfen wird.

Koordination läuft über die CLI-Oberfläche

Die wichtigste Wette in Paneflow ist nicht die Darstellung. Es ist die Koordination.

Ich nenne diese Schicht Paneflow Conductor. Vorerst läuft das, was ich Agenten bereitstelle, bewusst über die CLI-Oberfläche und den lokalen Socket. Die GUI bleibt der Ort, an dem du beaufsichtigst, liest und jedes Pane übernehmen kannst.

paneflow ps listet die laufenden Panes und Agenten mit ihrem echten Zustand. paneflow watch streamt Änderungen als JSONL, gespeist von Hooks und dem Event-Bus statt durch wiederholtes Abfragen des Terminals. Ein Agent kann sehen, was läuft, auf ein Ereignis warten, einen Prompt für ein anderes Pane vorbereiten und dir das eigentliche Senden überlassen.

Standardmäßig füllt Paneflow Prompts vor, und du drückst weiterhin Enter. Auto-submit existiert, ist aber opt-in. Diese Entscheidung ist bewusst: Wenn mehrere Agenten im selben Projekt handeln können, muss menschliche Kontrolle sichtbar bleiben.

Agenten können lesen, ohne die Kontrolle zu übernehmen

Ein weiterer wichtiger Baustein ist der integrierte MCP-Server. Er stellt drei schreibgeschützte Tools bereit: list_panes, read_pane und search_pane.

Praktisch kann Claude Code in einem Pane die Testausgabe lesen, die Codex gerade in einem anderen Pane erzeugt hat. Ein Agent kann in einem benachbarten Terminal nach einem Fehler suchen, bevor er einen Fix vorschlägt. Du musst die Ausgabe eines Tools nicht mehr in ein anderes kopieren.

Die Grenze ist strikt: Diese Brücke kann nicht in ein Pane schreiben und keinen Agenten für dich steuern. Terminalausgabe wird als nicht vertrauenswürdig behandelt, weil ein Agent-Transcript oder ein Repository feindlichen Text enthalten kann. Paneflow macht das Teilen von Kontext expliziter, verwandelt aber nicht jedes Terminal in eine offene Ausführungsfläche.

Genau diese Grenze interessiert mich: Agenten genug Kontext geben, damit sie nicht blind arbeiten, ohne ihnen stille Macht über die ganze Session zu geben.

Warum eine native App

Paneflow ist in Rust geschrieben und nutzt GPUI, das UI-Framework hinter Zed. Diese Wahl kommt aus einer einfachen Einschränkung: Agenten können lange laufen, manchmal parallel, und der Ort, der sie enthält, sollte leicht bleiben.

Ich wollte keine Electron-App um Terminals herum, die bereits schwere Prozesse ausführen. Ich wollte auch kein macOS-only-Werkzeug, wenn meine eigene Arbeit zwischen Linux und Windows wechselt. Heute liefert Paneflow Builds für Linux, macOS Apple Silicon und Windows x64. macOS Intel und Windows ARM64 werden noch nicht ausgeliefert.

Das Ergebnis ist keine IDE. Es ist ein lokaler, quelloffener Workspace für Entwickler, die ihre CLI-Agenten bereits beherrschen, aber nicht mehr alles von Hand koordinieren wollen.

Probiere Paneflow in deiner nächsten Multi-Agent-Session

Wenn du ab und zu einen einzelnen Agenten startest, reicht dein aktuelles Terminal wahrscheinlich aus.

Wenn du beginnst, mehrere Agenten parallel laufen zu lassen, ändert sich die Frage: Wie bleiben ihr Zustand lesbar, ihre Branches getrennt, ihre Diffs prüfbar und ihr Kontext teilbar, ohne die Kontrolle zu verlieren?

Genau dieses Problem soll Paneflow lösen.

Lade Paneflow herunter, öffne ein Projekt, starte zwei Agenten in zwei Panes und prüfe, ob der Workspace die mentale Last reduziert, die du schon als normal akzeptiert hattest.