Paneflow vs cmux
Ambos ejecutan Claude Code, Codex, OpenCode y otros agentes lado a lado, y el diseño de Paneflow está abiertamente inspirado en cmux. La diferencia: Paneflow es el único orquestador de agentes profundo (MCP, revisión IA, seguimiento multiagente en vivo) que además funciona en Linux, no solo en macOS. cmux es el predecesor solo macOS (20k+ stars, YC), con extras que Paneflow no tiene: navegador integrado, SSH remoto, VMs en la nube.
También funciona en Linux
Nativo en Linux (Wayland + X11) y macOS, Windows a continuación. cmux es solo macOS por diseño.
Rust puro, un único binario auditable
Un único binario en Rust puro sobre el motor GPUI de Zed, no una app mitad JavaScript. Un núcleo compacto, rápido de lanzar y fácil de auditar.
Un servidor MCP que tus agentes leen
Paneflow expone tus paneles por MCP (read_pane, list_panes): un agente lee la salida de tus tests o tu servidor de desarrollo en otro panel. cmux no tiene MCP.
Una nota sobre la inspiración
El modelo «un espacio de trabajo por proyecto, un panel por agente» viene de cmux, que lo envió primero y bien. Pero Paneflow no es un fork: una codebase Rust puro independiente sobre GPUI (cmux es Swift + JavaScript sobre libghostty), multiplataforma desde el día uno.
Cómo se comparan
Dónde lidera Paneflow (plataformas, profundidad de integración de agentes, footprint, MCP) y dónde cmux mantiene la ventaja (navegador integrado, trabajo remoto, adopción).
| Paneflow | cmux | |
|---|---|---|
| Plataformas | Linux + macOS (Windows a continuación) | Solo macOS |
| Licencia | GPL-3.0-or-later | GPL-3.0-or-later (+ comercial) |
| Stack | Rust puro sobre GPUI (el motor de Zed) | Swift + JavaScript, libghostty |
| Servidor MCP (los agentes leen tus paneles) | Sí | No (hooks de CLI + socket) |
| Lanzadores de agentes de un clic | 16 (Claude Code, Codex, Cursor, Gemini…) | 13 agentes |
| Navegador integrado | No | Sí (scriptable, importación de perfiles) |
| Espacios de trabajo remotos por SSH | No | Sí |
| VMs en la nube | No | Founder's Edition (acceso anticipado) |
| Renderizado | Nativo de GPU (Vulkan / Metal) | Nativo de GPU (libghostty / Metal) |
| Madurez | v0.3.8, joven | v0.64, 20k+ stars, respaldo de YC |
Versiones: Paneflow v0.3.8 (junio de 2026), GPL-3.0-or-later. cmux v0.64.11 (junio de 2026), ~20.700 stars en GitHub, YC S24, GPL-3.0-or-later con licencia comercial. Ambos de uso gratuito.
¿Cuál te conviene?
Un o-uno-o-otro limpio.
Elige Paneflow si
- -Trabajas en Linux, o quieres un espacio de trabajo que corra igual en Linux y macOS
- -Quieres el diff multi-rama y la revisión IA adversarial integrados en el terminal
- -Prefieres un núcleo auditable en Rust puro antes que una app mitad JavaScript
- -Quieres que tus agentes manejen tu espacio de trabajo por MCP y la CLI, no solo que se lancen en él
Elige cmux si
- -Estás en macOS y quieres la opción más adoptada (v0.64, 20k+ stars, respaldo de YC)
- -Necesitas un navegador integrado scriptable, que Paneflow no tiene
- -Necesitas espacios de trabajo remotos por SSH o VMs en la nube
- -Quieres el predecesor establecido y más pulido, y no necesitas Linux ni el MCP y la revisión IA integrada de Paneflow
Preguntas frecuentes
¿Paneflow es un fork de cmux?
No. El diseño agent-first de Paneflow está inspirado en cmux, pero ambos no comparten código fuente. Paneflow es Rust puro sobre GPUI (el framework de Zed) con alacritty_terminal upstream; cmux es Swift + JavaScript sobre libghostty. Codebases independientes, stacks distintos.
¿Puede Paneflow funcionar en Linux o Windows?
Linux funciona hoy (Wayland + X11), algo que cmux no puede hacer: es solo macOS por diseño. Windows nativo está previsto, sin fecha de envío aún. Si necesitas Linux, Paneflow es el único de los dos que lo envía.
¿Por qué elegir Paneflow en lugar de cmux?
Tres razones: necesitas Linux (cmux es solo macOS); quieres una orquestación de agentes más profunda (un servidor MCP que deja a tus agentes leer tus paneles, revisión IA adversarial de tu diff, una barra lateral multiagente en vivo, hilos persistidos); o prefieres un núcleo auditable en Rust puro antes que una app mitad JavaScript. cmux tiene mayor adopción y herramientas adyacentes que Paneflow no tiene (navegador integrado, SSH remoto, VMs en la nube); en esos puntos concretos va por delante: es una valoración honesta.
¿Tiene cmux un servidor MCP como Paneflow?
No. cmux integra agentes mediante hooks de CLI (cmux hooks setup) y una API de socket. Paneflow incluye un servidor MCP que expone tus paneles (read_pane, list_panes) para que un agente pueda leer lo que se ejecuta en otro panel sin copiar y pegar. Modelos de integración distintos: MCP es el estándar de interoperabilidad emergente.
¿Tiene Paneflow el navegador integrado, los espacios de trabajo SSH o las VMs en la nube de cmux?
No, y es una decisión de alcance deliberada. cmux añade un navegador integrado, espacios de trabajo remotos por SSH y VMs en la nube en acceso anticipado. Paneflow mantiene el núcleo en la orquestación de agentes en el terminal (paneles, MCP, diff + revisión IA, hilos persistidos) en lugar de esas herramientas adyacentes. Si el navegador integrado o el SSH remoto son imprescindibles para tu flujo de trabajo, cmux los tiene hoy.
Próximos pasos
¿Listo para probar Paneflow? Descarga la última release o lee la guía de primeros pasos. ¿Tienes curiosidad por cmux en su lugar? cmux está en GitHub y merece un vistazo: es una herramienta excelente de la que el proyecto Paneflow aprendió abiertamente.