Por que o Ghostty se destaca na era da IA: cmux e Orca mostram o renascimento do terminal
Durante algum tempo, o terminal foi uma ferramenta usada «quando disponível». Com o IDE (ambiente de desenvolvimento integrado) no centro do desenvolvimento, o terminal foi relegado a uma janela auxiliar para consultar logs de build. Mas, ao longo de 2025, esse cenário mudou completamente. Com o lançamento de agentes de programação com IA, como Claude Code, Codex CLI e Gemini CLI, como aplicativos de terminal, o terminal voltou ao centro do fluxo de trabalho de desenvolvimento.
Nesse movimento, o terminal que mais chama atenção é o Ghostty. Ferramentas de operação de agentes como o cmux, que ganhou destaque recentemente, e o Orca adotam o Ghostty como base tecnológica ou referência de qualidade. Este artigo resume o que diferencia o Ghostty, por que sua presença cresceu justamente na era da IA e o que os casos do cmux e do Orca revelam.
Ghostty, o terminal criado pelo cofundador da HashiCorp
Ghostty é um emulador de terminal de código aberto desenvolvido por Mitchell Hashimoto, cofundador da HashiCorp e criador do Terraform e do Vagrant. A versão 1.0 foi lançada em 1º de dezembro de 2024, e o projeto foi escrito em Zig.
O mercado de emuladores de terminal já estava saturado. Havia opções de sobra, como iTerm2, Alacritty, kitty e WezTerm, mas o espaço ocupado pelo Ghostty era claro: os terminais existentes abriam mão de uma das três coisas.
- Rápido (Alacritty), mas com recursos mínimos
- Cheio de recursos (iTerm2), mas pesado
- Multiplataforma (kitty, WezTerm), mas sem uma experiência nativa do sistema operacional
O Ghostty foi projetado com o objetivo de oferecer as três coisas: «rápido, completo e nativo». Ele garante velocidade com renderização acelerada por GPU e usa uma UI realmente nativa em cada plataforma: AppKit e SwiftUI no macOS, e GTK4 no Linux. O fato de abas, painéis divididos e atalhos funcionarem exatamente segundo os padrões do sistema operacional, além de ser útil desde a instalação, sem configuração, foi essencial para sua popularidade inicial.
Os lançamentos também são frequentes. A versão 1.2, de setembro de 2025, adicionou suporte ao macOS Tahoe e uma paleta de comandos; a 1.3, de março de 2026, trouxe a busca no scrollback, um dos recursos mais solicitados, e uma barra de rolagem nativa.
Por que um terminal justamente na era da IA?
As empresas que criam agentes de programação com IA escolheram o terminal em vez de uma GUI (interface gráfica do usuário) por razões práticas. Um aplicativo de terminal funciona da mesma forma em um MacBook local, em um servidor acessado por SSH ou em um pipeline de CI. Ele pode ser integrado a qualquer ambiente de desenvolvimento, independentemente do editor. Para um agente, o terminal é o ambiente de execução mais universal.
Mas, quando os agentes chegaram ao terminal, a própria função do terminal mudou.
Primeiro, o volume de saída explodiu. Diferentemente da época em que as pessoas digitavam comandos e liam os resultados, os agentes despejam continuamente diffs de código, logs de build e históricos de chamadas de ferramentas. Quanto maior o volume de saída em streaming, mais o desempenho de renderização determina a qualidade percebida, e as vantagens dos terminais acelerados por GPU aparecem no uso real.
Segundo, passamos a iniciar várias sessões simultaneamente. Enquanto um agente trabalha, a pessoa só pode esperar; por isso, executar dois ou três agentes em paralelo tornou-se algo natural. O terminal deixou de ser uma “janela para digitar uma linha de comando” e virou “infraestrutura para gerenciar vários agentes”.
Terceiro, surgiu a necessidade de aplicativos sobrepostos ao terminal. Gerenciar agentes paralelos exige recursos de controle, como abas, notificações e indicadores de status, que ultrapassam o escopo original de um emulador de terminal. Assim nasceu uma nova categoria de aplicativos: “aplicativos de gerenciamento de agentes com um terminal integrado”. Esses aplicativos querem usar um mecanismo comprovado em vez de implementar a emulação de terminal por conta própria.
É exatamente nesse terceiro ponto que surge a verdadeira cartada do Ghostty.
libghostty, o terminal como biblioteca
Em seu artigo de setembro de 2025, “Libghostty Is Coming”, Mitchell Hashimoto revelou o próximo passo do Ghostty. O plano é separar o núcleo do Ghostty em uma biblioteca incorporável chamada libghostty, permitindo que qualquer aplicativo incorpore uma emulação de terminal comprovada. Assim como um aplicativo que precisa de uma visualização web usa o WebKit em vez de criar um navegador do zero, um aplicativo que precisa de um terminal pode usar o libghostty.
O primeiro resultado é o libghostty-vt. Trata-se de uma biblioteca que interpreta sequências de controle VT (Virtual Terminal, terminal virtual) e gerencia o estado do terminal. Ela não tem dependências e oferece uma C API (interface de programação de aplicativos), podendo ser usada com qualquer linguagem. A interpretação de sequências de terminal é uma área em que décadas de especificações interligadas fizeram IDEs e consoles web adotarem implementações sutilmente diferentes; a proposta é compartilhar uma única implementação validada na prática. Também foram anunciados planos para transformar gradualmente em bibliotecas o processamento de entrada, a renderização por GPU e os widgets específicos de cada plataforma.
Essa visão se alinhou perfeitamente ao boom dos agentes de IA. Para as equipes que querem criar aplicativos de gerenciamento de agentes, a emulação de terminal é indispensável, mas profunda demais para ser implementada internamente. O libghostty tornou-se o componente padrão que preenche essa lacuna.
cmux, o primeiro grande caso de incorporação do libghostty
cmux é um aplicativo de terminal exclusivo para macOS, publicado pela manaflow-ai, que se apresenta como “o terminal para agentes de programação com IA”. Ele chamou atenção rapidamente e chegou a 25 mil estrelas no GitHub.
O ponto tecnicamente interessante é que o cmux não é um fork do Ghostty. É um app nativo escrito em Swift e AppKit que incorpora o libghostty como mecanismo de renderização. A equipe descreve isso como “a mesma forma que um app usa o WebKit em uma web view”. Ele também lê diretamente os arquivos de configuração dos usuários do Ghostty (~/.config/ghostty/config), preservando temas e fontes.
Tudo o que foi construído sobre essa base é voltado à orquestração de agentes. As abas verticais permitem examinar inúmeras sessões de agentes, e uma borda azul aparece na aba quando o agente está aguardando entrada. A barra lateral exibe branches do git, status de PR e portas abertas, enquanto a CLI e a API de sockets permitem controlar por script desde a criação de workspaces até o envio de teclas. Ao deixar a emulação de terminal a cargo do libghostty, a equipe pôde se concentrar apenas nos recursos de orquestração.
Orca: o caso em que “Ghostty-class” se tornou referência de qualidade
Orca é um ADE de código aberto (Agent Development Environment, ambiente de desenvolvimento de agentes) criado pela Stably. Ele executa os agentes em paralelo, atribuindo a cada um um git worktree independente, e oferece terminal, revisão de diff e navegador integrado em um único app. Com mais de 28 mil estrelas no GitHub, é considerado, junto com o cmux, um dos principais produtos da categoria.
O Orca demonstra um tipo de influência um pouco diferente. Em sua apresentação oficial, o Orca descreve seu terminal como “Ghostty-class terminals”. Em julho de 2026, sua implementação real era baseada em um mecanismo da família do xterm.js com renderização WebGL sobreposta; ele não usa o libghostty. Mesmo assim, usa o Ghostty como unidade para descrever a qualidade de seu terminal. O fato de textos de apresentação de produtos começarem a usar “Ghostty-class” em vez de “nível nativo” é, por si só, um sinal de que uma ferramenta se tornou a referência de fato.
Em resumo, esses dois casos comprovam a posição do Ghostty por ângulos diferentes. O cmux é um caso de adoção do libghostty como componente, enquanto o Orca é um caso de citar o Ghostty como referência de qualidade.
O terminal será o navegador da era da IA?
As guerras dos navegadores foram decididas não pelos apps de navegador, mas pelos mecanismos dentro deles (WebKit e Blink). Agora, um cenário semelhante está surgindo nos terminais. A carga de trabalho decisiva dos agentes de IA trouxe o terminal de volta ao centro do desenvolvimento, uma nova categoria de apps está surgindo sobre ele, e o Ghostty busca se tornar o mecanismo de toda essa categoria por meio do libghostty.
É claro que ainda há variáveis. O libghostty continua em estágio inicial, com apenas o módulo vt publicado, e integrações como a do cmux só serão fáceis para todos quando as camadas de renderização GPU e widgets estiverem disponíveis. Ainda assim, a direção parece clara. Quanto mais agentes houver, mais sessões de terminal existirão; quanto mais sessões, maior será o valor de um mecanismo de terminal comprovado. Se você sempre viu os terminais como “janelas pretas todas iguais”, agora vale a pena observá-los novamente.