Por muito tempo, um terminal era suficiente. Você abria seu repositório, iniciava Claude Code ou Codex, atribuía uma tarefa e esperava o resultado. Se outra tarefa importante aparecia, você interrompia o trabalho atual ou abria uma segunda janela.
Esse modelo começa a quebrar quando os agentes deixam de ser assistentes interativos e se tornam trabalhadores independentes.
Hoje é perfeitamente razoável querer que um agente implemente uma nova funcionalidade enquanto outro atualiza os testes, um terceiro revisa o código gerado e um quarto prepara a documentação. O problema é que muito poucas ferramentas foram projetadas para coordenar esse cenário. A maioria simplesmente assume que você executará um agente por terminal.
É aí que entra o Mux.
Não tenta substituir Claude Code, Codex ou Gemini CLI. Também não introduz um modelo próprio. Seu objetivo é muito mais interessante: tornar-se a camada que organiza múltiplos agentes trabalhando simultaneamente no mesmo projeto.
O novo gargalo já não é o modelo
Há apenas alguns meses, a conversa girava em torno de qual modelo programava melhor.
¿Claude?
¿Codex?
¿Gemini?
¿OpenAI?
Hoje essa pergunta continua sendo importante, mas começa a perder protagonismo frente a outra muito mais prática:
Como você coordena cinco agentes trabalhando simultaneamente sem transformar seu repositório em um caos?
Abrir cinco terminais funciona… por um tempo.
Depois começam os problemas.
- Qual agente está modificando quais arquivos?
- Em qual branch cada um está trabalhando?
- Qual terminou primeiro?
- Qual quebrou os testes?
- Onde ficou aquela sessão que estava sendo executada há duas horas?
Não é um problema de inteligência artificial.
É um problema de orquestração.
Mux não é outro coding agent
Esse provavelmente seja o ponto mais importante do projeto.
Mux não tenta competir com as ferramentas que você já usa.
Em vez de criar um novo agente, gerencia os que já existem.
Atualmente pode trabalhar com ferramentas como:
- Claude Code
- Codex
- Gemini CLI
- Modelos compatíveis com OpenAI
- Ollama
- OpenRouter
A ideia é bem simples.
Em vez de abrir múltiplos terminais manualmente, Mux cria um ambiente onde cada agente recebe seu próprio espaço de trabalho, mantém seu contexto independente e pode ser executado em paralelo com os outros.
O desenvolvedor deixa de gerenciar janelas e começa a gerenciar trabalho.
Cada agente recebe seu próprio workspace
Essa é provavelmente a característica que melhor explica a filosofia do projeto.
Imagine que você recebe uma issue relativamente grande.
Em um fluxo tradicional, você provavelmente faria as tarefas uma atrás da outra.
- Implementar a funcionalidade.
- Corrigir os testes.
- Atualizar a documentação.
- Revisar o código antes do merge.
Com Mux você pode atribuir cada tarefa a um agente diferente.
Workspace A
Nova funcionalidade
Workspace B
Testes
Workspace C
Documentação
Workspace D
Code Review
Todos trabalham de forma independente.
Nenhum pisa no trabalho do outro.
E você pode revisar os resultados quando realmente estiverem prontos.
Essa mudança parece pequena, mas modifica completamente a relação entre o desenvolvedor e os agentes.
Você não dirige mais uma conversa.
Coordenam um time.
Git Worktrees: a peça que torna tudo isso possível
Um dos conceitos menos conhecidos do Git é o Worktrees.
Muitos desenvolvedores ainda resolvem tarefas paralelas clonando o mesmo repositório várias vezes.
Git oferece há anos uma alternativa muito mais elegante.
Os Worktrees permitem criar múltiplos diretórios de trabalho que compartilham o mesmo histórico do repositório, mas mantêm branches completamente independentes.
Cada agente obtém seu próprio ambiente sem precisar duplicar centenas de megabytes de código.
Isso significa:
- menos espaço ocupado;
- menos tempo preparando ambientes;
- menos risco de dois agentes modificarem acidentalmente os mesmos arquivos.
Mux aproveita essa capacidade como base para executar múltiplos agentes simultaneamente.
Em vez de improvisar uma solução por cima do Git, utiliza uma característica projetada precisamente para esse tipo de fluxo.
A revisão também pode ser trabalho de outro agente
Uma característica particularmente interessante é que o processo de revisão deixa de depender exclusivamente do desenvolvedor.
Um fluxo possível poderia ser assim:
- Um agente implementa a funcionalidade.
- Outro agente revisa o código gerado.
- Um terceiro procura possíveis problemas de segurança ou qualidade.
- O desenvolvedor apenas toma a decisão final.
Não elimina a revisão humana.
A desloca para o final do processo, quando já existe uma primeira camada de validação automática.
É uma abordagem muito mais próxima de como times de engenharia trabalham do que simplesmente pedir tudo do mesmo agente.
Executar agentes fora de sua máquina
Outro aspecto interessante é o suporte para execução remota.
Nem todos os projetos precisam ser executados no mesmo computador onde escrevemos código.
Mux permite usar outras máquinas via SSH, o que abre cenários interessantes:
- uma workstation dedicada;
- um servidor com mais CPU;
- uma máquina com GPU;
- um equipamento compartilhado pela área de engenharia.
Da perspectiva do desenvolvedor, o fluxo praticamente não muda.
Os agentes continuam aparecendo dentro do mesmo ambiente de trabalho.
Simplemente estão sendo executados em outro lugar.
Instalação
A instalação é bem direta.
Com Homebrew:
brew install coder/tap/mux
Também existem binários para macOS e Linux no repositório oficial.
Uma vez instalado:
mux login
Depois você pode criar um projeto:
mux create
E começar a lançar agentes pela interface do Mux.
A documentação oficial inclui exemplos para configurar diferentes provedores, gerenciar workspaces, executar agentes remotos e conectar modelos locais via Ollama.
Um fluxo de trabalho muito mais próximo de um time do que de um chatbot
Imagine um caso bem cotidiano.
Chega uma nova issue do GitHub.
Em vez de abrir Claude Code e esperar que ele faça tudo, você decide dividir o trabalho.
Um agente implementa a funcionalidade principal.
Outro atualiza a suite de testes.
Um terceiro revisa o código procurando possíveis erros.
Mentanto, um quarto prepara a documentação para o Pull Request.
Você não está escrevendo código durante todo esse tempo.
Também não está supervisionando continuamente cada agente.
Está coordenando trabalho.
Essa pequena mudança de perspectiva é provavelmente a parte mais interessante do Mux.
Vale a pena?
Mux ainda é um projeto jovem e seguramente evoluirá rapidamente.
Como qualquer ferramenta nova, implica aprender uma forma diferente de trabalhar e provavelmente não faça sentido para projetos muito pequenos ou para quem ainda usa um único agente ocasionalmente.
Mas se você já está usando Claude Code, Codex, Gemini CLI ou outras ferramentas similares de forma intensiva, o problema que tenta resolver começa a parecer surpreendentemente real.
Não é uma IDE.
Não é outro framework de agentes.
Não é um novo modelo.
É uma camada de coordenação para um mundo onde executar vários agentes ao mesmo tempo começa a ser completamente normal.
E talvez esse seja o sinal mais interessante de todos.
A próxima evolução dos coding agents não consiste unicamente em que sejam mais inteligentes.
Consiste em aprender a trabalhar juntos.