Paneflow vs tmux
tmux se ejecuta dentro de tu terminal y mantiene sesiones vivas tras desconexiones SSH. Paneflow es el terminal: nativo de GPU, cero configuración, construido para agentes de código locales. Usa Paneflow como workspace local de agentes; usa tmux para detach/reattach por SSH y máquinas headless.
Sin prefijo, sin configuración
Divide con Cmd/Ctrl+Shift+D, cambia el foco con Alt+Arrow, copia con el ratón. Nada de chords con Ctrl+B ni un .tmux.conf que mantener.
Ejecuta agentes en paralelo, ve cuál espera
16 lanzadores de un clic (Claude Code, Codex, OpenCode y 13 más), cada uno en su propio panel, todos activos a la vez. Una barra lateral en vivo muestra qué agente está pensando, cuál espera tu respuesta y cuál ha terminado. tmux no tiene noción de agente.
Renderizado nativo de GPU
Renderizado de GPU de baja latencia y scrollback fluido sobre el motor de Zed. tmux deja el renderizado al terminal en el que se ejecute.
Cómo se comparan
Dónde tmux es más fuerte (SSH, una huella diminuta) y dónde Paneflow es más fuerte (renderizado por GPU, UX de agentes).
| Paneflow | tmux | |
|---|---|---|
| Curva de aprendizaje | Chords directos, ratón, sin configuración | Prefijo Ctrl+B + .tmux.conf |
| Agentes de código | Paneles de primera clase + servidor MCP | Se lanza como cualquier binario |
| Renderizado | Nativo de GPU, scrollback de baja latencia | Delegado al terminal anfitrión |
| Conciencia de ramas / servidor de desarrollo | Integrado | Lo scripteas tú mismo |
| Sesiones SSH / remotas | No | Sí (la killer feature) |
| Headless / sin GUI | No | Sí (cualquier TTY) |
| Superficie de scripting | JSON-RPC + herramientas MCP read-only para paneles | CLI/control mode profundo, hooks, formatos |
| Licencia / tamaño de paquete | GPL-3.0-or-later, artefacto de release ~14-19 MB | ISC, paquete diminuto (~0,75 MB tarball fuente) |
Versiones: Paneflow v0.3.8 (junio de 2026). tmux 3.6b (mayo de 2026). Ambos gratuitos: Paneflow GPL-3.0-or-later, tmux ISC.
¿Cuál es el adecuado para ti?
Usa Paneflow para trabajo local con agentes; usa tmux cuando tu día a día sea remoto o headless.
Elige Paneflow si
- -Trabajas en local y quieres scroll renderizado por GPU, texto seleccionable con el ratón y un workspace de escritorio en vez de anidar un terminal dentro de otro
- -Ejecutas agentes de código CLI (Claude Code, Codex, OpenCode) y quieres paneles de primera clase, workspaces conscientes de la rama y un servidor MCP que puedan leer
- -Quieres cero curva de aprendizaje: sin tecla prefijo, sin vocabulario de chords, sin .tmux.conf
- -Quieres detección de puertos del servidor de desarrollo, restauración de sesión y una configuración JSON en lugar de un DSL propio
Elige tmux si
- -Entras por SSH a servidores remotos y necesitas sesiones que sobrevivan a las desconexiones (la killer feature original)
- -Trabajas en servidores headless, contenedores o un Raspberry Pi donde no encaja una app gráfica de escritorio
- -Automatizas mucho tu terminal con capture-pane, pipe-pane, send-keys, hooks, formatos o control mode
- -Ya tienes años de memoria muscular con Ctrl+B y un .tmux.conf probado en batalla
Cuándo tmux sigue ganando
Los dealbreakers honestos: tmux es mejor cuando alguno de estos puntos es tu flujo de trabajo diario:
- 1.SSH y servidores remotos. El detach/reattach de tmux sobrevive a las desconexiones. Paneflow no tiene soporte de sesiones remotas ni roadmap inmediato para ello.
- 2.Sistemas headless o embebidos. Paneflow necesita una GPU y una sesión gráfica. tmux se ejecuta en cualquier TTY: Raspberry Pi, Docker, consola KVM, puerto serie.
- 3.Automatización intensiva de terminal. tmux expone comandos como capture-pane, send-keys y pipe-pane, además de hooks, formatos y control mode. La superficie JSON-RPC/MCP de Paneflow se centra en el control del workspace y de agentes.
- 4.Máxima portabilidad o mínima huella. tmux es diminuto y se ejecuta en un TTY en OpenBSD, FreeBSD, NetBSD, Linux, macOS y Solaris. Paneflow es una app de escritorio GPU en Linux y macOS hoy (release de Windows en curso).
Preguntas frecuentes
¿Puede Paneflow reemplazar tmux para el desarrollo local?
Sí, para desarrollo local orientado a agentes en Linux o macOS. No es un reemplazo directo del detach/reattach por SSH; para eso, quédate con tmux.
¿Por qué Paneflow no soporta sesiones SSH como tmux?
Arquitectura diferente. tmux es un proceso servidor que sobrevive a las desconexiones del cliente, y por eso funciona el adjuntar y desadjuntar. Paneflow es una app GUI donde la superficie de renderizado y el estado del terminal son un mismo proceso. Las sesiones remotas al estilo de tmux necesitarían un proceso servidor aparte y un protocolo de cable, y no están en la roadmap actual.
¿Puedo usar mi .tmux.conf con Paneflow?
No hay porte directo. Paneflow usa una configuración JSON (paneflow.json) con un schema diferente. El concepto de keybindings es similar (nombre de acción más atajo), pero la mayoría de las opciones de tmux no tienen equivalente porque Paneflow no es un multiplexor que se ejecute sobre un terminal. Consulta la referencia del schema.
¿Por qué cambiar si tmux funciona bien?
Si tmux te funciona bien, quédate en él. Paneflow es para desarrolladores cuyo trabajo se ha desplazado hacia agentes de código CLI locales, donde la ergonomía GUI empieza a importar: badges de rama, estado del servidor de desarrollo, diffs seleccionables con el ratón, scrollback con rueda y paneles que los agentes pueden inspeccionar mediante MCP. Si no trabajas en local con esos agentes, el cambio no vale la disrupción.
¿Paneflow preserva procesos en ejecución como tmux?
No. Paneflow restaura el workspace alrededor de tus shells: paneles, layouts, directorios de trabajo, nombres personalizados y scrollback. No mantiene vivos los procesos de shell después de cerrar la app, así que un build largo se detiene al salir. La persistencia de procesos de tmux viene de su servidor separado y del modelo detach/reattach.
Siguientes pasos
¿Listo para probar Paneflow? Descarga la última release o lee la guía de primeros pasos. ¿Tienes curiosidad por tmux? El repositorio de tmux en GitHub y man tmux son las referencias canónicas desde 2007.