Por Que o Ghostty Terminal É Meu Fluxo de Trabalho Mais Rápido com Claude Code

Passei duas semanas testando cada forma possível de usar o Claude Code. Extensões no Cursor. O app desktop. CLI rodando no terminal integrado do VS Code. Terminais independentes. Até experimentei algumas configurações não convencionais só para ser minucioso.

Depois de todos os testes, uma configuração dominou todas as outras: Ghostty terminal rodando Claude Code CLI.

Isto não é sobre preferência ou estética. A diferença de desempenho é tão significativa que não consigo imaginar voltar aos outros métodos. Quando você pode rodar dezenas de instâncias do Claude Code simultaneamente sem os ventiladores do seu notebook gritando por clemência, você sabe que encontrou algo que vale a pena compartilhar.

Aqui está o fluxo de trabalho completo que refinei ao longo de meses de uso diário, e por que ele mudou fundamentalmente como eu construo com IA.

O Problema Sobre o Qual Ninguém Fala

A maioria dos tutoriais de Claude Code mostra o caminho feliz. Instale uma extensão, abra um projeto, comece a fazer prompts. O que não mostram é o que acontece quando você é um desenvolvedor sério trabalhando em múltiplos projetos.

Eu dirijo uma agência de software. Em qualquer dia, estou fazendo malabarismo com três a cinco projetos ativos. Talvez o backend Laravel de um cliente precise de um novo endpoint de API. Um dashboard React precisa de correções de performance. Um script de automação Python está esperando debugging. Cada projeto precisa de sua própria conversa do Claude Code com contexto completo.

Tente abrir três janelas do VS Code, cada uma com Claude Code rodando. Seu computador se transforma em um aquecedor. O uso de memória dispara. A interface fica lenta. Você gasta mais tempo esperando suas ferramentas do que realmente construindo.

Medi isso no meu MacBook Pro. Duas janelas do VS Code com extensões do Claude Code: 8GB de RAM consumidos, atraso perceptível na entrada, ventiladores rodando continuamente. Os mesmos dois projetos em abas do Ghostty terminal: menos de 500MB no total, resposta instantânea, operação silenciosa.

A diferença não é sutil. É a diferença entre fluxo produtivo e frustração constante.

Por Que a CLI de Terminal Supera Tudo

Antes de mergulhar nas vantagens específicas do Ghostty, deixe-me explicar por que a abordagem CLI de terminal supera fundamentalmente extensões e apps desktop.

A paridade de recursos acontece primeiro na CLI. A interface de terminal do Claude Code recebe atualizações antes de qualquer outro cliente. Quando a Anthropic lança melhorias do Plan Mode, a CLI as recebe imediatamente. Usuários de extensões esperam dias ou semanas para que as atualizações cheguem ao marketplace de extensões da IDE.

Notei isso durante o lançamento do Plan Mode. Usuários de terminal tinham o recurso completo de perguntas iterativas enquanto usuários de extensões ainda estavam na versão básica. Essas perguntas extras fazem uma diferença real na qualidade do output — Claude entende seus requisitos mais profundamente quando pode fazer perguntas esclarecedoras.

A CLI força melhores hábitos de prompting. Sem uma GUI sofisticada, você foca no que importa: prompts claros e detalhados. Você aprende a dar ao Claude o contexto necessário antecipadamente porque não há mágica de interface para compensar instruções vagas.

A eficiência de recursos se acumula. Uma ferramenta leve não apenas economiza RAM no momento. Significa que a bateria do notebook dura mais. Seus ventiladores ficam silenciosos durante videochamadas. Seu computador permanece responsivo quando você precisa verificar algo rapidamente em outro app.

Esses benefícios se aplicam a qualquer terminal. Mas o Ghostty vai além.

O Que Torna o Ghostty Diferente

O Ghostty não é apenas mais um emulador de terminal. Construído por Mitchell Hashimoto (o criador do Vagrant, Terraform e HashiCorp), foi projetado com uma filosofia específica: desempenho máximo com usabilidade genuína.

Renderização nativa significa velocidade real. O Ghostty usa renderização nativa da plataforma em vez de Electron ou tecnologias web. Cada toque de tecla responde instantaneamente. Rolar por milhares de linhas de output do Claude é incrivelmente suave.

Splits e abas são recursos de primeira classe. Você pode dividir qualquer janela de terminal horizontal ou verticalmente com atalhos de teclado simples. Cada split roda independentemente. Mantenho o Claude Code no split principal e meu servidor de desenvolvimento em um split menor abaixo. Quando Claude faz alterações, vejo imediatamente o servidor recarregar e quaisquer erros aparecerem.

Milhares de temas com padrões realmente bons. Passei muito da minha carreira inicial como desenvolvedor ajustando cores de terminal. O Ghostty vem com temas bonitos que funcionam imediatamente. Escolha um, siga em frente, construa coisas.

A configuração é simples mas poderosa. Um arquivo de texto controla tudo. Sem esquemas JSON para memorizar, sem menus de configuração ocultos. Se você quer mudar algo, é óbvio como.

Configurando o Fluxo de Trabalho

Colocar isso para funcionar leva cerca de dez minutos. Aqui está exatamente o que fiz.

Passo 1: Instalar o Ghostty

Baixe em ghostty.org. A instalação é simples no Mac — basta arrastar para Aplicações. Usuários Linux podem compilar do código-fonte ou usar seu gerenciador de pacotes.

Passo 2: Instalar o Claude Code CLI

Abra o Ghostty e execute:

npm install -g @anthropic-ai/claude-code

Se você não tem o Node.js instalado, baixe-o de nodejs.org. Recomendo a versão LTS.

Passo 3: Autenticar

Execute claude no seu terminal. Ele guiará você pela autenticação com sua conta Anthropic. Certifique-se de ter uma assinatura ativa do Claude Code.

Passo 4: Configurar o Ghostty para desenvolvimento

Crie ou edite ~/.config/ghostty/config:

theme = catppuccin-mocha
font-family = JetBrains Mono
font-size = 14
window-padding-x = 10
window-padding-y = 10

Essas configurações dão uma interface limpa e legível. Ajuste o tamanho da fonte com base no seu display.

Passo 5: Aprender os atalhos

Atalhos essenciais do Ghostty:

• Cmd+D (Mac) ou Ctrl+Shift+E (Linux): Dividir horizontalmente
• Cmd+Shift+D ou Ctrl+Shift+O: Dividir verticalmente
• Cmd+T ou Ctrl+Shift+T: Nova aba
• Cmd+[ / Cmd+]: Alternar entre splits

Estes se tornam memória muscular em um dia.

O Fluxo de Trabalho Diário na Prática

Deixe-me guiá-lo por uma sessão de desenvolvimento típica.

Abro o Ghostty e imediatamente crio meu layout de workspace. Um split grande à esquerda para Claude Code, um split menor à direita para meu servidor de desenvolvimento. Talvez adicione uma aba para operações git ou um segundo projeto.

Navego até o diretório do meu projeto:

cd ~/projects/habit-tracker-app

Então lanço o Claude:

claude

Aqui é onde o Plan Mode muda tudo. Em vez de simplesmente digitar um prompt e torcer pelo melhor, ativo o Plan Mode com Shift+Tab duas vezes. Isso diz ao Claude que quero planejar antes de executar.

Descrevo o que estou construindo:

Preciso de um app de rastreamento de hábitos impulsionado por IA. Os usuários devem poder:
- Registrar hábitos diários com timestamps
- Ver visualizações de sequências
- Receber coaching de IA baseado em seus padrões
- Exportar dados em múltiplos formatos

O stack tecnológico deve ser Next.js com TypeScript, usando Prisma para o banco de dados.

Com o Plan Mode ativo, Claude não começa a codificar imediatamente. Ele faz perguntas:

• "Que tipo de hábitos estamos rastreando — binários (feito/não feito) ou quantitativos?"
• "O coaching de IA deve ser em tempo real ou um resumo diário?"
• "Quais formatos de exportação são prioridade — CSV, JSON, PDF?"

Cada pergunta refina o resultado final. Quando Claude começa a gerar código, ele entende meus requisitos muito melhor do que um único prompt poderia alcançar.

Enquanto isso, no meu outro split, iniciei o servidor de desenvolvimento:

npm run dev

Quando Claude faz alterações, vejo-as refletidas imediatamente. Erros aparecem em tempo real. Posso copiar uma mensagem de erro, colar na conversa do Claude e obter uma correção sem trocar de contexto.

Multitarefa Sem Compromissos

É aqui que o Ghostty realmente brilha. Posso abrir uma segunda aba (Cmd+T) e iniciar uma conversa do Claude completamente separada para um projeto diferente.

cd ~/projects/client-dashboard
claude

Agora tenho duas instâncias do Claude rodando. Uma está construindo meu rastreador de hábitos. A outra está depurando um componente React de um cliente. Alterno entre abas instantaneamente, cada uma com contexto completo preservado.

Levei isso a dez instâncias simultâneas do Claude em diferentes projetos. Meu notebook nem piscou. O uso de CPU permaneceu razoável. O consumo de memória ficou estável. Tente isso com dez janelas do VS Code e veja sua máquina derreter.

Isso importa para como penso sobre desenvolvimento assistido por IA. Em vez de tratar o Claude como um assistente de thread único, posso paralelizar meu trabalho. Enquanto Claude gera um componente complexo para o Projeto A, estou fazendo prompts ao Claude sobre decisões de arquitetura para o Projeto B. Enquanto isso processa, volto para ver se o código do Projeto A está pronto.

O modelo mental muda de "esperar pela IA" para "orquestrar agentes de IA."

Trabalhando no Mesmo Projeto de Múltiplos Ângulos

Aqui está um padrão avançado que desenvolvi. Às vezes quero conversas diferentes do Claude focadas em diferentes aspectos do mesmo projeto.

Aba 1: Conversa de desenvolvimento de funcionalidades Aba 2: Conversa de testes e depuração Aba 3: Conversa de documentação e comentários

Cada aba trabalha na mesma base de código mas com contexto diferente. O Claude de desenvolvimento está imerso na implementação de nova funcionalidade. O Claude de testes revisa código e escreve casos de teste. O Claude de documentação adiciona comentários JSDoc e seções de README.

Para evitar conflitos, uso git worktrees:

git worktree add ../habit-tracker-tests feature/tests
git worktree add ../habit-tracker-docs feature/docs

Cada worktree recebe sua própria instância do Claude. Mudanças em um não afetam os outros até que eu faça merge. Isso é desenvolvimento paralelo levado à sua conclusão lógica.

O Fluxo de Trabalho com Split do Servidor

Um padrão que uso constantemente: Claude Code no split principal, servidor de desenvolvimento em um split menor abaixo.

O split do servidor me mostra feedback imediato. Quando Claude escreve um novo componente React, vejo o hot reload disparar. Quando há um erro TypeScript, aparece imediatamente. Quando um endpoint de API falha, os logs do servidor dizem exatamente o que deu errado.

Copio o erro, mudo para o split do Claude, colo e peço uma correção. Claude vê a mensagem de erro exata com stack trace completo. A correção geralmente é precisa porque tem contexto de erro preciso.

Esse ciclo de feedback apertado acelera o desenvolvimento dramaticamente. Erros são detectados e corrigidos em segundos em vez de minutos.

Quando Você Realmente Precisa de um Editor

Não vou fingir que o terminal lida com tudo. Às vezes preciso fazer edições manuais. Talvez queira reordenar código que Claude estruturou diferente do que prefiro. Talvez queira adicionar um console.log rápido para depuração.

Para esses casos, mantenho o VS Code instalado mas não rodando. Quando preciso, abro o arquivo específico:

code src/components/HabitCard.tsx

O VS Code abre rapidamente porque não está consumindo recursos em segundo plano. Faço minha edição, salvo, fecho. O servidor de desenvolvimento no meu split do Ghostty detecta a mudança.

Esse padrão — terminal primeiro com editor como ferramenta ocasional — inverte como a maioria dos desenvolvedores trabalha. Mas corresponde a como o desenvolvimento assistido por IA realmente funciona. Na maior parte do tempo, Claude escreve o código. Você revisa, faz prompts para mudanças e itera. O tempo de teclado gasto digitando código você mesmo diminui dramaticamente.

Comparação de Desempenho: Números Reais

Deixe-me compartilhar medições reais da minha máquina de desenvolvimento (M2 MacBook Pro, 16GB RAM):

VS Code + Extensão Claude Code (2 projetos)

• RAM: 8,2GB
• CPU (inativo): 12%
• Status dos ventiladores: Ativos
• Latência de resposta: Atraso perceptível nos prompts

Cursor + integração Claude (2 projetos)

• RAM: 9,1GB
• CPU (inativo): 15%
• Status dos ventiladores: Ativos
• Latência de resposta: Atraso moderado

Ghostty + Claude CLI (2 projetos)

• RAM: 487MB
• CPU (inativo): 1%
• Status dos ventiladores: Silencioso
• Latência de resposta: Instantânea

Ghostty + Claude CLI (8 projetos)

• RAM: 1,9GB
• CPU (inativo): 3%
• Status dos ventiladores: Silencioso
• Latência de resposta: Instantânea

A diferença de eficiência não é marginal. É uma ordem de magnitude. Isso importa especialmente para sessões de programação prolongadas. Depois de quatro horas, com a abordagem baseada em IDE meu notebook está desconfortavelmente quente e a bateria meio esgotada. A abordagem Ghostty parece que acabei de começar.

Lidando com Tarefas de Longa Duração

Quando Claude está trabalhando em algo complexo — refatorando um componente grande, escrevendo testes abrangentes — você não precisa assistir ao fluxo de saída. Inicie a tarefa, mude para outra aba ou split, faça outra coisa.

Desenvolvi o hábito de verificar a conclusão de tarefas com uma troca rápida de aba. A saída do Claude inclui indicadores claros quando termina. Se está fazendo uma pergunta, vejo imediatamente. Se terminou e está esperando, posso retomar de onde paramos.

Esse fluxo de trabalho com capacidade assíncrona significa que raramente estou bloqueado. Sempre algo mais para fazer prompt, sempre outro projeto para verificar.

Dicas que Gostaria de Ter Sabido Antes

Use nomes descritivos estilo tmux para diretórios. Quando você tem múltiplas abas, todas mostram "ghostty" no título da aba por padrão. Nomeie suas sessões ou use o caminho do diretório para distingui-las.

Redirecione output para referência. Se Claude gera algo que você quer salvar:

claude --print "seu prompt aqui" > output.md

Isso captura a resposta do Claude diretamente em um arquivo.

Personalize seu prompt do shell. Um PS1 limpo que mostra seu diretório atual e branch git ajuda a manter o contexto ao alternar entre splits e abas.

Aprenda os flags da CLI do Claude. --resume continua a última conversa. --model permite especificar diferentes variantes do Claude. --print envia a saída para stdout sem a interface interativa.

A Perspectiva Geral

Este fluxo de trabalho não é apenas sobre Ghostty ou eficiência de terminal. Representa uma mudança fundamental em como interagimos com assistentes de codificação com IA.

Quando suas ferramentas são leves e rápidas, você experimenta mais. Tenta prompts que não teria tentado se cada um significasse uma espera de dois minutos. Executa mais explorações paralelas. Itera mais rápido.

Quando suas ferramentas suportam verdadeira multitarefa, você pensa diferente sobre estrutura de projeto. Múltiplas instâncias do Claude se tornam múltiplos membros da equipe com diferentes especializações. Você orquestra em vez de executar.

Quando seu ciclo de feedback é apertado, você detecta problemas mais cedo. Erros são corrigidos antes de se acumularem. Problemas de integração aparecem imediatamente.

Tudo isso se acumula em algo que parece qualitativamente diferente da abordagem padrão IDE+extensão. Não é 10% mais rápido. É uma forma completamente diferente de trabalhar.

O Que Vem a Seguir

O cenário de ferramentas de codificação com IA evolui rapidamente. Novos modelos, novos recursos, novas capacidades. Mas o princípio subjacente se mantém: ferramentas leves e focadas que saem do caminho sempre superarão soluções integradas pesadas.

Continuarei refinando este fluxo de trabalho à medida que novos recursos cheguem. A combinação do desempenho do Ghostty e das capacidades em melhoria do Claude significa que o teto continua subindo.

Se você está atualmente lutando com ferramentas lentas e extensões famintas por memória, dê a esta abordagem uma chance séria. A curva de aprendizado inicial — acostumar-se ao desenvolvimento baseado em terminal — se paga rapidamente.

Os ventiladores do seu notebook vão agradecer. Sua produtividade ainda mais.

Vamos Trabalhar Juntos

Quer construir sistemas de IA, automatizar fluxos de trabalho ou escalar sua infraestrutura tecnológica? Adoraria ajudar.

• Fiverr (desenvolvimento personalizado e integrações): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (soluções empresariais): ramlit.com
• ColorPark (design e branding): colorpark.io
• xCyberSecurity (serviços de segurança): xcybersecurity.io