Paneflow auf Show HN vorstellen
- Veröffentlicht am
- Aktualisiert am
Launch-Kontext. Dieser Artikel und die folgende Demo beschreiben die Oberfläche vom Juni 2026, einschließlich der früheren Review-Ansicht mit einer Spalte pro Worktree. Zu Paneflow 0.17.4 siehe die Paneflow-Einführung und den Changes-Leitfaden.
Paneflow wurde im Juni 2026 auf Show HN als nativer Terminal-Multiplexer für Coding-Agenten vorgestellt. Das Ziel war, Agenten, Projektkontext und Code-Review in einer lokalen Oberfläche zusammenzubringen.
Wenn Claude Code einen Bug behebt, Codex Änderungen prüft und daneben ein Dev-Server läuft, enthält jedes Terminal einen Teil des Projektzustands. Beim Wechsel musst du das richtige Verzeichnis finden, den Branch prüfen und die Ausgabe lesen, um zu sehen, wer eine Antwort braucht. Paneflow brachte diese Terminals und ihren Kontext zusammen.
Sieh dir die 
vollständige Paneflow-Launch-Demo auf YouTube an oder lies die 
Diskussion zu Show HN: Paneflow.
Terminals und Änderungen einer Aufgabe zusammenhalten
Jedes Pane blieb ein Terminal mit einem gewöhnlichen CLI-Prozess. Claude Code, Codex, OpenCode, Tests und Dev-Server konnten im selben Workspace nebeneinander laufen.
Eine Aufgabe konnte einen eigenen Git-Worktree nutzen, um Dateien und Branch getrennt zu halten. Die Review-Ansicht der Launch-Oberfläche zeigte Diffs nebeneinander, einen Worktree pro Spalte. Du konntest die Änderungen zweier Aufgaben vergleichen und entscheiden, was du behalten oder korrigieren wolltest. Auch bei getrennten Worktrees waren beim Zusammenführen der Branches Review und Konfliktlösung nötig.
Panes über die CLI koordinieren
Paneflow Conductor stellte die Koordination über die CLI und einen lokalen Socket bereit. paneflow ps listete Panes und Agenten auf; paneflow watch streamte Ereignisse als JSONL. Die Aktivitätsverfolgung nutzte Hooks und den Event-Bus und hing von der verfügbaren Agentenintegration ab.
In der Oberfläche konntest du Ausgaben lesen, Prozesse unterbrechen oder ein Terminal übernehmen. Beim Senden eines Prompts wurde der Text standardmäßig vorgefüllt, und du drücktest Enter. Automatisches Absenden musste ausdrücklich aktiviert werden.
Ausgaben über eine schreibgeschützte MCP-Brücke teilen
Der MCP-Server stellte drei Tools bereit: list_panes, read_pane und search_pane. Ein verbundener Agent konnte Testausgaben aus einem anderen Pane lesen oder nach einem Fehler suchen, bevor er eine Korrektur vorschlug.
Die Brücke konnte weder Text in Panes eingeben noch Prozesse steuern. Terminalausgaben wurden als nicht vertrauenswürdige Daten behandelt: Das Teilen eines Agententranskripts verlieh dessen Anweisungen keine Autorität. Lesezugriff und CLI-Steuerung hatten getrennte Berechtigungsgrenzen.
Eine native Oberfläche für lokale Prozesse
Paneflow war in Rust mit GPUI gebaut, dem UI-Framework von Zed. Die Agenten blieben lokale CLI-Prozesse, die ihre eigenen Modellanbieter kontaktierten.
Der Launch brachte Projektkontext und Review näher an diese Prozesse. Aufgaben zu verteilen, auf Genehmigungsanfragen zu antworten und den entstandenen Code zu prüfen, blieb deine Verantwortung.