Durante mucho tiempo, una terminal era suficiente. Abrías tu repositorio, iniciabas Claude Code o Codex, le asignabas una tarea y esperabas el resultado. Si aparecía otra tarea importante, interrumpías el trabajo actual o abrías una segunda ventana.
Ese modelo empieza a romperse cuando los agentes dejan de ser asistentes interactivos y pasan a convertirse en trabajadores independientes.
Hoy resulta perfectamente razonable querer que un agente implemente una nueva funcionalidad mientras otro actualiza los tests, un tercero revisa el código generado y un cuarto prepara la documentación. El problema es que muy pocas herramientas fueron diseñadas para coordinar ese escenario. La mayoría simplemente asume que vas a ejecutar un agente por terminal.
Ahí es donde entra Mux.
No intenta reemplazar a Claude Code, Codex o Gemini CLI. Tampoco introduce un modelo propio. Su objetivo es mucho más interesante: convertirse en la capa que organiza múltiples agentes trabajando al mismo tiempo sobre el mismo proyecto.
El nuevo cuello de botella ya no es el modelo
Hace apenas unos meses la conversación giraba alrededor de qué modelo programaba mejor.
¿Claude?
¿Codex?
¿Gemini?
¿OpenAI?
Hoy esa pregunta sigue siendo importante, pero empieza a perder protagonismo frente a otra bastante más práctica:
¿Cómo coordinas cinco agentes trabajando simultáneamente sin convertir tu repositorio en un desastre?
Abrir cinco terminales funciona… durante un rato.
Después empiezan los problemas.
- ¿Qué agente está modificando qué archivos?
- ¿En qué rama está trabajando cada uno?
- ¿Cuál terminó primero?
- ¿Cuál rompió los tests?
- ¿Dónde quedó aquella sesión que llevaba dos horas ejecutándose?
No es un problema de inteligencia artificial.
Es un problema de orquestación.
Mux no es otro coding agent
Ese probablemente sea el punto más importante del proyecto.
Mux no intenta competir con las herramientas que ya utilizas.
En lugar de crear un nuevo agente, administra los que ya existen.
Actualmente puede trabajar con herramientas como:
- Claude Code
- Codex
- Gemini CLI
- Modelos compatibles con OpenAI
- Ollama
- OpenRouter
La idea es bastante simple.
En lugar de abrir múltiples terminales manualmente, Mux crea un entorno donde cada agente recibe su propio espacio de trabajo, mantiene su contexto independiente y puede ejecutarse en paralelo con los demás.
El developer deja de administrar ventanas y empieza a administrar trabajo.
Cada agente recibe su propio workspace
Esta es probablemente la característica que mejor explica la filosofía del proyecto.
Imaginemos que recibes un issue relativamente grande.
En un flujo tradicional probablemente harías las tareas una detrás de otra.
- Implementar la funcionalidad.
- Corregir los tests.
- Actualizar la documentación.
- Revisar el código antes del merge.
Con Mux puedes asignar cada tarea a un agente distinto.
Workspace A
Nueva funcionalidad
Workspace B
Tests
Workspace C
Documentación
Workspace D
Code Review
Todos trabajan de forma independiente.
Ninguno pisa el trabajo del otro.
Y tú puedes revisar los resultados cuando realmente estén listos.
Ese cambio parece pequeño, pero modifica completamente la relación entre el developer y los agentes.
Ya no diriges una conversación.
Coordinas un equipo.
Git Worktrees: la pieza que hace posible todo esto
Uno de los conceptos menos conocidos de Git es Worktrees.
Muchos developers siguen resolviendo tareas paralelas clonando el mismo repositorio varias veces.
Git lleva años ofreciendo una alternativa mucho más elegante.
Los Worktrees permiten crear múltiples directorios de trabajo que comparten el mismo historial del repositorio, pero mantienen ramas completamente independientes.
Cada agente obtiene su propio entorno sin necesidad de duplicar cientos de megabytes de código.
Eso significa:
- menos espacio ocupado;
- menos tiempo preparando entornos;
- menos riesgo de que dos agentes modifiquen accidentalmente los mismos archivos.
Mux aprovecha esa capacidad como base para ejecutar múltiples agentes simultáneamente.
En lugar de improvisar una solución encima de Git, utiliza una característica diseñada precisamente para este tipo de flujo.
El review también puede ser trabajo de otro agente
Una característica particularmente interesante es que el proceso de revisión deja de depender exclusivamente del developer.
Un flujo posible podría verse así:
- Un agente implementa la funcionalidad.
- Otro agente revisa el código generado.
- Un tercero busca posibles problemas de seguridad o calidad.
- El developer solamente toma la decisión final.
No elimina la revisión humana.
La desplaza hacia el final del proceso, cuando ya existe una primera capa de validación automática.
Es una aproximación mucho más cercana a cómo trabajan los equipos de ingeniería que simplemente pedirle todo al mismo agente.
Ejecutar agentes fuera de tu máquina
Otro aspecto interesante es el soporte para ejecución remota.
No todos los proyectos necesitan correr en el mismo computador donde escribimos código.
Mux permite utilizar otras máquinas mediante SSH, lo que abre escenarios interesantes:
- una workstation dedicada;
- un servidor con más CPU;
- una máquina con GPU;
- un equipo compartido por el área de ingeniería.
Desde la perspectiva del developer, el flujo prácticamente no cambia.
Los agentes siguen apareciendo dentro del mismo entorno de trabajo.
Simplemente están ejecutándose en otro lugar.
Instalación
La instalación es bastante directa.
Con Homebrew:
brew install coder/tap/mux
También existen binarios para macOS y Linux desde el repositorio oficial.
Una vez instalado:
mux login
Después puedes crear un proyecto:
mux create
Y comenzar a lanzar agentes desde la interfaz de Mux.
La documentación oficial incluye ejemplos para configurar distintos proveedores, administrar workspaces, ejecutar agentes remotos y conectar modelos locales mediante Ollama.
Un flujo de trabajo mucho más cercano a un equipo que a un chatbot
Imaginemos un caso bastante cotidiano.
Llega un nuevo issue desde GitHub.
En lugar de abrir Claude Code y esperar que haga todo, decides dividir el trabajo.
Un agente implementa la funcionalidad principal.
Otro actualiza la suite de tests.
Un tercero revisa el código buscando posibles errores.
Mientras tanto, un cuarto prepara la documentación para el Pull Request.
Tú no estás escribiendo código durante todo ese tiempo.
Tampoco estás supervisando continuamente a cada agente.
Estás coordinando trabajo.
Ese pequeño cambio de perspectiva es probablemente la parte más interesante de Mux.
¿Vale la pena?
Mux todavía es un proyecto joven y seguramente evolucionará con rapidez.
Como cualquier herramienta nueva, implica aprender una forma distinta de trabajar y probablemente no tenga sentido para proyectos muy pequeños o para quien sigue utilizando un único agente ocasionalmente.
Pero si ya estás utilizando Claude Code, Codex, Gemini CLI u otras herramientas similares de forma intensiva, el problema que intenta resolver empieza a sentirse sorprendentemente real.
No es un IDE.
No es otro framework de agentes.
No es un modelo nuevo.
Es una capa de coordinación para un mundo donde ejecutar varios agentes al mismo tiempo empieza a ser completamente normal.
Y quizá esa sea la señal más interesante de todas.
La próxima evolución de los coding agents no consiste únicamente en que sean más inteligentes.
Consiste en aprender a trabajar juntos.