Rex resolve o problema do terminal que os desenvolvedores toleram

A tampa do laptop não deveria encerrar o seu trabalho#

Uma demonstração em vídeo mostra o Rex, um novo terminal do criador do Ghostty, executando o Claude, da Anthropic, em uma máquina remota. O usuário fecha um MacBook Pro, o reabre, e o Claude continua processando sem interrupção. Essa funcionalidade dispensa ferramentas tradicionais como tmux ou SSH.

Essa capacidade resolve uma limitação fundamental dos emuladores de terminal convencionais. Normalmente, uma janela de terminal é a proprietária direta dos processos que inicia. Fechar o aplicativo, a tampa do laptop ou perder a sessão de rede encerra qualquer tarefa de interface de linha de comando (CLI) de longa duração.

Os desenvolvedores costumam recorrer a soluções alternativas como o tmux para desanexar e reanexar sessões, permitindo que os processos continuem em segundo plano. No entanto, o tmux funciona como um emulador de terminal separado, o que gera sobrecarga, atalhos de teclado próprios e uma configuração complexa.

O Rex busca eliminar esse atrito. Ele emprega uma arquitetura cliente-servidor em que um servidor leve em segundo plano gerencia o ciclo de vida dos processos e mantém as sessões de forma persistente. O aplicativo Rex funciona apenas como um cliente de exibição, conectando-se a esse servidor.

Esse design permite que os desenvolvedores iniciem tarefas de longa duração, como agentes de programação autônomos ou processos de compilação complexos, e se desconectem sem receio de interrupção. O trabalho continua na máquina remota, acessível quando o usuário retornar, eliminando a necessidade de manter um laptop ligado como servidor improvisado.

O Rex mantém a sessão, não a janela#

O design do Rex separa a exibição do terminal dos processos subjacentes. Um servidor leve em segundo plano gerencia as sessões PTY e os programas em execução, enquanto o aplicativo Rex funciona apenas como cliente gráfico. Fechar a interface do aplicativo ou suspender um laptop não encerra o trabalho ativo; o servidor mantém a sessão, pronta para reconexão.

Essa arquitetura difere do tmux, que também preserva sessões, mas renderiza a saída dos programas por meio de sua própria camada de terminal. O tmux lê a saída do programa, desenha uma representação baseada em texto e a envia ao terminal real do usuário. Isso introduz uma camada adicional de emulação, exigindo que os usuários aprendam os comandos de teclado e a configuração específicos do tmux para recursos como rolagem, seleção de texto e gerenciamento de painéis.

O Rex, por outro lado, usa o motor libghostty para desenhar tudo de forma nativa. O aplicativo se conecta ao servidor como uma visualização, garantindo que os painéis sejam painéis reais do aplicativo e que a rolagem e a seleção de texto funcionem como em qualquer aplicativo do macOS.

O design posiciona o Rex como um multiplexador com uma GUI nativa, e não apenas como um emulador de terminal mais rápido. Ele oferece sessões persistentes e recursos remotos em um único aplicativo, integrando-se diretamente ao Tailscale para acesso seguro. Essa abordagem melhora a experiência do usuário sem afirmar que ferramentas consolidadas como SSH ou tmux se tornaram obsoletas; em vez disso, trata das limitações arquiteturais delas em fluxos de trabalho modernos.

O motor do Ghostty encontra a rede do Tailscale#

A interface do Rex é renderizada usando libghostty, o motor reutilizável do emulador de terminal Ghostty. Essa integração permite que painéis, rolagem e seleção de texto se comportem como recursos nativos do aplicativo, e não como saída de tela emulada. A arquitetura cliente-servidor garante que a janela do aplicativo funcione apenas como uma visualização, separando a exibição do ciclo de vida do processo.

O acesso remoto a máquinas integra o Tailscale diretamente, permitindo conexões a dispositivos em uma rede mesh sem gerenciamento manual de chaves SSH ou configuração de túneis. Esse acesso baseado em identidade simplifica os fluxos de trabalho de desenvolvedores que atuam em vários ambientes.

O sistema também inclui uma CLI rex independente, com suporte à automação por meio de saída JSON para o gerenciamento programático de layouts. A configuração está disponível via Lua, oferecendo flexibilidade para personalização pelo usuário. Além disso, o Rex possui reconhecimento de processos, que pode exibir contexto relevante, como as portas ativas em uso ou o ícone de um agente de IA ativo como o Claude Code, diretamente nos cabeçalhos das abas. Para mais detalhes sobre as ferramentas para desenvolvedores da Superlogical, visite Superlogical - The Multiplexer for All Work.

Uma alternativa convincente ao tmux, com contrapartidas#

O Rex é voltado principalmente a desenvolvedores que precisam de sessões persistentes, interação nativa no macOS e monitoramento integrado para agentes como o Claude Code. Sua arquitetura cliente-servidor e a renderização baseada no Ghostty o diferenciam dos multiplexadores de terminal tradicionais.

Multiplexadores como o tmux oferecem ampla compatibilidade com sistemas do tipo Unix e funcionam sem uma GUI dedicada ou o Tailscale. Ele continua sendo uma opção leve para servidores e fluxos de trabalho consolidados, nos quais sua renderização baseada em texto e sua interface orientada ao teclado são aceitáveis.

O Rex pretende oferecer uma experiência mais integrada para usuários de macOS, aproveitando a libghostty para painéis e rolagem com aparência nativa. Esse design permite que os usuários fechem a tampa do laptop ou se desconectem do aplicativo sem encerrar processos ativos, uma frustração comum com terminais convencionais.

A versão beta pública atual do Rex é distribuída como um aplicativo para macOS. Os leitores devem consultar a Superlogical para verificar a disponibilidade mais recente e o suporte a plataformas. A viabilidade de longo prazo do Rex depende de a conveniência e a experiência de usuário nativa superarem o alcance do ecossistema de ferramentas consolidadas como o tmux.