Paneflow vs tmux
tmux läuft innerhalb deines Terminals und hält Sessions nach SSH-Verbindungsabbrüchen am Leben. Paneflow ist das Terminal - GPU-gerendert, null Konfiguration und gebaut für lokale Coding-Agenten. Nutze Paneflow als lokalen Agent-Workspace; nutze tmux für SSH-Detach/Reattach und Headless-Maschinen.
Kein Prefix, keine Konfiguration
Split mit Cmd/Ctrl+Shift+D, Fokus mit Alt+Arrow, Kopieren mit der Maus. Keine Ctrl+B-Chords und keine .tmux.conf zu pflegen.
Agents parallel laufen lassen, sehen wer wartet
16 Ein-Klick-Launcher (Claude Code, Codex, OpenCode und 13 weitere), jeder in seinem eigenen Pane, alle gleichzeitig aktiv. Eine Live-Seitenleiste zeigt, welcher Agent denkt, welcher auf dich wartet und welcher fertig ist. tmux hat keinen Begriff von einem Agent.
GPU-gerendertes Rendering
GPU-Rendering mit niedriger Latenz und flüssiger Scrollback auf Zeds Engine. tmux überlässt das Rendering dem jeweiligen Terminal, in dem es läuft.
Wie sie sich vergleichen
Wo tmux am stärksten ist (SSH, winziger Fußabdruck) und wo Paneflow am stärksten ist (GPU-Rendering, Agent-UX).
| Paneflow | tmux | |
|---|---|---|
| Lernkurve | Direkte Chords, Maus, keine Konfiguration | Ctrl+B-Prefix + .tmux.conf |
| Coding-Agenten | Erstklassige Panes + MCP-Server | Als beliebiges Binary starten |
| Rendering | GPU-nativ, Scrollback mit niedriger Latenz | An das Host-Terminal delegiert |
| Branch- / Dev-Server-Erkennung | Eingebaut | Selbst skripten |
| SSH- / Remote-Sessions | Nein | Ja (das Killer-Feature) |
| Headless / ohne GUI | Nein | Ja (jedes TTY) |
| Scripting-Oberflaeche | JSON-RPC + read-only MCP-Pane-Tools | Tiefe CLI/control mode, Hooks, Formate |
| Lizenz / Paketgröße | GPL-3.0-or-later, Release-Artefakt ~14-19 MB | ISC, winziges Paket (~0,75 MB Source-Tarball) |
Versionen: Paneflow v0.3.8 (Juni 2026). tmux 3.6b (Mai 2026). Beide kostenlos: Paneflow GPL-3.0-or-later, tmux ISC.
Welches ist das richtige fuer dich?
Nutze Paneflow für lokale Agent-Arbeit; nutze tmux, wenn dein Alltag remote oder headless ist.
Waehle Paneflow, wenn
- -Du arbeitest lokal und willst GPU-gerendertes Scrollen, mit der Maus auswählbaren Text und einen Desktop-Workspace statt Terminal-in-Terminal-Verschachtelung
- -Du startest CLI-Coding-Agenten (Claude Code, Codex, OpenCode) und willst dedizierte Panes, branch-bewusste Workspaces und einen MCP-Server, den sie lesen können
- -Du null Einarbeitungsaufwand willst - keine Prefix-Taste, kein Chord-Vokabular, keine .tmux.conf
- -Du Port-Erkennung fuer Dev-Server, Session-Wiederherstellung und eine JSON-Konfiguration statt einer eigenen DSL willst
Waehle tmux, wenn
- -Du dich per SSH auf entfernte Server verbindest und Sessions brauchst, die Verbindungsabbrueche ueberstehen (das urspruengliche Killer-Feature)
- -Du arbeitest auf Headless-Servern, in Containern oder auf einem Raspberry Pi, wo eine grafische Desktop-App nicht passt
- -Du automatisierst dein Terminal intensiv mit capture-pane, pipe-pane, send-keys, Hooks, Formaten oder control mode
- -Du bereits jahrelanges Muskelgedaechtnis fuer Ctrl+B und eine bewaehrte .tmux.conf hast
Wann tmux weiterhin gewinnt
Die ehrlichen Dealbreaker: tmux ist besser, wenn einer dieser Punkte dein täglicher Workflow ist:
- 1.SSH und entfernte Server. tmux' Detach/Reattach übersteht Verbindungsabbrüche. Paneflow hat keine Remote-Session-Unterstützung und keine unmittelbare Roadmap dafür.
- 2.Headless- oder eingebettete Systeme. Paneflow braucht eine GPU und eine grafische Session. tmux läuft in jedem TTY: Raspberry Pi, Docker, KVM-Konsole, serielle Schnittstelle.
- 3.Intensive Terminal-Automatisierung. tmux bietet Befehle wie capture-pane, send-keys und pipe-pane, dazu Hooks, Formate und control mode. Paneflows JSON-RPC/MCP-Oberfläche fokussiert Workspace- und Agent-Steuerung.
- 4.Maximale Portabilität oder minimaler Fußabdruck. tmux ist winzig und läuft in einem TTY auf OpenBSD, FreeBSD, NetBSD, Linux, macOS und Solaris. Paneflow ist heute eine GPU-Desktop-App für Linux und macOS (Windows-Release in Arbeit).
Haeufig gestellte Fragen
Kann Paneflow tmux für lokale Entwicklung ersetzen?
Ja, für lokale, agentenorientierte Entwicklung unter Linux oder macOS. Es ist kein direkter Ersatz für SSH-Detach/Reattach; dafür bleib bei tmux.
Warum unterstuetzt Paneflow keine SSH-Sessions wie tmux?
Andere Architektur. tmux ist ein Serverprozess, der Client-Verbindungsabbrueche uebersteht - deshalb funktioniert Attach und Detach. Paneflow ist eine GUI-App, bei der die Render-Oberflaeche und der Terminal-Zustand derselbe Prozess sind. tmux-artige Remote-Sessions wuerden einen separaten Serverprozess und ein Wire-Protokoll erfordern - nicht auf der aktuellen Roadmap.
Kann ich meine .tmux.conf mit Paneflow verwenden?
Keine direkte Uebertragung. Paneflow nutzt eine JSON-Konfiguration (paneflow.json) mit einem anderen Schema. Das Keybindings-Konzept ist aehnlich (Aktionsname plus Shortcut), aber die meisten tmux-Optionen haben kein Aequivalent, weil Paneflow kein Multiplexer ist, der auf einem Terminal laeuft. Siehe die Schema-Referenz.
Warum wechseln, wenn tmux gut funktioniert?
Wenn tmux gut für dich funktioniert, bleib dabei. Paneflow ist für Entwickler, deren Arbeit sich zu lokalen CLI-Coding-Agenten verschoben hat, bei denen GUI-Ergonomie zu zählen beginnt: Branch-Badges, Status des Dev-Servers, mit der Maus selektierbare Diffs, Scrollback mit dem Mausrad und Panes, die Agenten über MCP inspizieren können. Wenn du nicht lokal mit diesen Agenten arbeitest, ist der Wechsel die Störung nicht wert.
Erhält Paneflow laufende Prozesse wie tmux?
Nein. Paneflow stellt den Workspace um deine Shells wieder her: Panes, Layouts, Arbeitsverzeichnisse, eigene Namen und Scrollback. Es hält Shell-Prozesse nach dem Beenden der App nicht am Leben, daher stoppt ein langer Build beim Schließen. tmux' Prozesspersistenz kommt von seinem separaten Server und dem Detach/Reattach-Modell.
Naechste Schritte
Bereit, Paneflow auszuprobieren? Lade das neueste Release herunter oder lies den Getting-Started-Leitfaden. Neugierig auf tmux? Das tmux-GitHub-Repository und man tmux sind seit 2007 die kanonischen Referenzen.