10 Ferramentas CLI Que Eu Uso Diariamente com o Claude Code

10 Ferramentas CLI Que Eu Uso Diariamente com o Claude Code

Três monitores. Dezessete abas de terminal. Um cérebro muito confuso.

Esse era o meu setup seis meses atrás, quando mergulhei de cabeça no Claude Code pela primeira vez. Eu achava que mais janelas significava mais produtividade. O iTerm2 se espalhava por toda a minha mesa. VS Code em uma tela. Um navegador em outra. E meu terminal — uma bagunça caótica de comandos cat e caminhos de diretório meio lembrados — na terceira.

Eu era tecnicamente "produtivo". Mas, sendo sincero? Parecia que eu estava construindo uma nave espacial com uma faca de manteiga.

A virada de chave não veio de aprender uma nova linguagem de programação ou descobrir algum recurso obscuro do Claude Code. Veio de montar um ambiente CLI adequado — um conjunto de ferramentas de terminal que transformou meu fluxo de trabalho de uma troca frenética de janelas em algo que realmente parecia fluido e intencional.

Aqui vai o que eu gostaria que alguém tivesse me dito antes: o Claude Code vive no terminal. Quando você trata o terminal como um ambiente de primeira classe e se equipa adequadamente, tudo muda. Os ciclos de feedback ficam mais curtos. As trocas de contexto desaparecem. Você permanece no estado de foco por mais tempo.

Eu venho testando e colecionando essas ferramentas há meses. Algumas eu uso todos os dias, sem exceção. Algumas eu experimentei e abandonei — vou te contar quais e por quê, porque isso é mais útil do que apenas uma lista curada de "melhores". E uma delas, que estou guardando para a seção honesta, se tornou tão essencial que não consigo imaginar uma sessão com agente sem ela.

Por Que a Maioria dos Usuários do Claude Code Está Voando às Cegas

Antes de chegarmos às ferramentas, deixa eu descrever o problema com mais precisão — porque acho que muitos desenvolvedores estão resolvendo o problema errado.

Quando você está rodando o Claude Code, você está gerenciando uma colaboração ao vivo entre o seu pensamento e um agente de IA que está ativamente escrevendo, editando e reorganizando arquivos. Isso significa que você precisa responder três perguntas em tempo real, quase simultaneamente:

1. O que o Claude está realmente fazendo no meu código agora?
2. Onde estou no meu sistema de arquivos e onde preciso estar?
3. Como estão os recursos do meu sistema sob essa carga?

A maioria dos desenvolvedores responde a essas perguntas alternando entre janelas, rodando git status a cada 30 segundos e torcendo pelo melhor. Tudo bem para sessões rápidas. Mas quando você está executando loops mais longos com agente — Claude refatorando um serviço, gerando conteúdo, scaffoldando features inteiras — você precisa de uma instrumentação melhor.

As ferramentas que estou compartilhando aqui são as que respondem a essas três perguntas sem quebrar seu fluxo. Instalei a maioria delas com Homebrew no meu Mac, e vou te dar os comandos exatos de instalação ao longo do texto. A maioria tem equivalentes para Linux em setups de servidor headless.

Uma admissão honesta de cara: eu não uso todas as doze todos os dias em todos os projetos. Algumas dependem do contexto. Vou sinalizar quais são de uso diário e quais são situacionais — porque prefiro te dar um kit de ferramentas sincero do que um que soa impressionante mas não reflete como o trabalho real acontece.

Mas antes de chegarmos a ferramentas específicas, você precisa entender o modelo mental que faz essa stack funcionar. Sem ele, você vai instalar tudo e não usar nada.

A Stack de Terminal em Três Camadas

Veja como eu penso no meu ambiente CLI ao trabalhar com o Claude Code. Cada ferramenta se encaixa em uma de três camadas:

Camada 1: Consciência — Saber o que está acontecendo com seu código e sistema em tempo real. Camada 2: Navegação — Chegar onde você precisa, rápido, sem pensar. Camada 3: Inteligência — Entender suas ferramentas de IA, opções de modelo e custos de recursos.

A maioria dos desenvolvedores só tem a Camada 2 coberta — eles conhecem cd e ls. Os que rodam sessões eficientes com Claude Code têm as três camadas conectadas. Deixa eu percorrer cada camada e as ferramentas que a servem.

Camada 1: Consciência — Sabendo o Que Está Realmente Acontecendo

Lazygit: A Ferramenta Sem a Qual Não Consigo Abrir o Claude Code

Abra o Lazygit antes de iniciar qualquer sessão com Claude Code. Basta rodar lazygit no diretório do seu projeto e você terá uma interface completa no terminal mostrando o status do repositório, alterações staged, histórico de commits, branches e stashes — tudo em uma única visualização, tudo atualizando em tempo real.

Por que isso importa especificamente para o Claude Code: quando você está rodando uma sessão com agente e o Claude está fazendo alterações, o Lazygit se torna sua janela ao vivo do que está realmente acontecendo. Você pode ver as modificações nos arquivos conforme elas ocorrem. Revisar diffs sem sair do terminal. Se o Claude fizer algo inesperado — e eventualmente vai fazer — você vê exatamente o que mudou antes de decidir se mantém ou reverte.

brew install lazygit

A navegação é simples: j/k para mover para cima e para baixo, enter para entrar nos detalhes, space para fazer stage, c para commitar. A curva de aprendizado é de vinte minutos, não vinte dias.

Algo que eu não esperava: o Lazygit me fez commitar com mais frequência durante as sessões com Claude. Ver as mudanças se acumulando em tempo real cria um ritmo natural. Eu faço checkpoints com mais frequência agora, o que significa que reverter é menos assustador — o que significa que eu deixo o Claude ser mais agressivo com refatorações. Esse é um benefício composto que demorei um pouco para perceber.

Btop: Monitoramento de Sistema Que Realmente Te Diz o Que Está Errado

Quando comecei a rodar sessões mais longas com Claude Code, meu MacBook começava a travar depois de uns 45 minutos. Eu não fazia ideia do porquê. Seriam as chamadas à API do LLM? Vazamentos de memória do Node.js? Processos demais em segundo plano competindo por RAM?

O Btop respondeu isso em uns 10 segundos.

brew install btop

Rode btop e você terá um dashboard interativo no terminal mostrando uso de CPU por núcleo, consumo de memória por processo, I/O de disco e tráfego de rede — tudo em uma única visualização. Pressione t para alternar entre os painéis de exibição. Pressione e para expandir os detalhes dos processos.

Para usuários do Claude Code: mantenha o Btop rodando em um split do terminal durante suas sessões com agente. Você vai aprender rapidamente como é o uso "normal" de recursos para seu setup, e vai pegar processos descontrolados antes que eles travem sua sessão.

Dica profissional: a visualização de memória do Btop foi como eu descobri que um pacote npm específico que eu estava usando estava vazando memória agressivamente durante os testes do Claude. Corrigi em 20 minutos quando pude realmente ver o problema acontecendo. Sem essa visibilidade, eu teria continuado culpando o Claude.

Camada 2: Navegação — Chegando a Qualquer Lugar Sem Pensar

Zoxide: Navegação de Diretórios Que Aprende com Você

Aqui vai um fluxo de trabalho que me envergonhou por anos: cd ~/projects/clients/acme/backend/src/controllers. Toda vez. Por inteiro. Mesmo depois de visitar esse diretório 200 vezes.

O Zoxide resolve isso permanentemente.

brew install zoxide

Adicione isso ao seu ~/.zshrc:

eval "$(zoxide init zsh)"

Depois da instalação, uma vez que você visitou um diretório, pode voltar a ele com apenas um fragmento: z controllers e o Zoxide descobre para onde você quer ir com base no seu histórico de navegação. O comando zi te dá uma busca fuzzy interativa de todo o seu histórico de navegação.

Para o Claude Code: quando você está alternando entre vários diretórios de projeto durante uma sessão — verificando a saída de um projeto enquanto o Claude gera arquivos para outro — o Zoxide reduz o tempo de navegação de "vários segundos digitando" para uma tecla e uma palavra.

Eu subestimei essa ferramenta quando a instalei pela primeira vez. Agora é pura memória muscular. O tipo de ferramenta cuja ausência você percebe imediatamente quando trabalha em uma máquina nova.

Ranger: Um Navegador de Arquivos Que Vive no Seu Terminal

O Ranger te dá um navegador de arquivos com três painéis dentro do seu terminal. O painel esquerdo mostra o diretório pai, o central mostra o diretório atual, e o direito mostra uma pré-visualização do arquivo selecionado. Navegue com h/j/k/l (estilo Vim), abra arquivos com enter, pré-visualize arquivos de texto sem rodar um comando separado.

brew install ranger

Eu uso isso em dois cenários específicos: quando estou explorando uma estrutura de projeto que não conheço bem (o Ranger me dá uma compreensão espacial do codebase que o ls simples nunca oferece), e quando o Claude gerou um lote de novos arquivos e eu quero revisar rapidamente a estrutura e identificar algo fora do lugar.

Para ambientes Linux ou headless especificamente, o Ranger é basicamente essencial. Ele substitui o gerenciador de arquivos com interface gráfica que você normalmente usaria.

EZA: O Que o ls Deveria Ter Sido Desde o Início

eza é um substituto moderno do ls com ícones, permissões com código de cores, agrupamento de diretórios e integração com status do git incluída.

brew install eza

Depois adicione esses aliases ao seu ~/.zshrc:

alias ls='eza --icons --group-directories-first'
alias ll='eza -l --icons --group-directories-first'
alias la='eza -la --icons --group-directories-first'
alias lt='eza --tree --icons --level=2'

A diferença é imediatamente visível: ícones por tipo de arquivo, diretórios agrupados no topo e — essa é a parte que eu adoro — se você está em um repositório git, o eza mostra quais arquivos estão modificados, em stage ou não rastreados direto na listagem de arquivos. Sem precisar de um git status separado para uma verificação visual rápida.

Uma pequena melhoria de qualidade de vida. Mas depois de uma semana você vai se perguntar como trabalhava sem isso.

Camada 3: Inteligência — Entendendo Suas Ferramentas de IA e Recursos

Essa é a camada que a maioria dos desenvolvedores pula completamente, e é onde está a verdadeira alavancagem quando você roda fluxos de trabalho pesados com IA.

LLMFit: Saiba o Que Seu Hardware Realmente Aguenta

LLMFit é uma ferramenta CLI que escaneia seu hardware e te diz quais modelos de IA locais você pode realisticamente rodar — com scores de performance, estimativas de requisitos de memória e contagem de parâmetros. Sem mais adivinhação.

pip install llmfit

Rode llmfit scan e você recebe uma tabela: nome do modelo, contagem de parâmetros, requisito de memória, score estimado de performance no seu hardware específico e status de compatibilidade considerando sua RAM disponível atual.

Por que isso importa: eu perdi duas horas uma vez tentando rodar um modelo de 13B parâmetros em uma máquina que tecnicamente tinha RAM total suficiente, mas não tinha RAM livre suficiente depois do overhead do sistema. O modelo ficava travando durante a inferência. O LLMFit teria sinalizado isso imediatamente e sugerido uma alternativa de 7B.

Para usuários do Claude Code trabalhando com modelos locais via Ollama ou LM Studio junto com a API do Claude: rode o LLMFit uma vez ao configurar uma máquina nova ou experimentar com tamanhos de modelo. Ele economiza sessões de debug que você não precisa ter.

Models CLI: Comparação de Provedores de IA Sem uma Aba do Navegador

O models CLI te dá uma comparação baseada em terminal de provedores de modelos de IA — preço por token, tamanhos de janela de contexto, benchmarks e changelogs — sem abrir um navegador.

npm install -g models-cli

O caso de uso é específico mas valioso: quando você está decidindo qual modelo usar para uma tarefa específica do agente, conseguir puxar uma comparação rápida sem trocar de contexto para uma aba do navegador te mantém no fluxo. Eu uso isso principalmente para análise de custos. Quando um fluxo de geração de conteúdo em alto volume está ficando caro com o Claude Opus, posso comparar rapidamente se um modelo menor é viável para uma subtarefa específica — direto do terminal, no meio da sessão.

Taproom: Seus Pacotes Homebrew Instalados, Organizados

O Taproom mostra cada pacote e cask do Homebrew instalado no seu Mac, de forma organizada e pesquisável.

brew install taproom

Rode taproom para uma lista limpa das suas fórmulas e casks instalados. Rode taproom | grep ranger para verificar se algo já está instalado. Eu uso isso mais do que esperava — principalmente ao configurar máquinas novas e quando não lembro se já instalei algo. Isso me salvou de instalações duplicadas e me ajudou a replicar meu ambiente rapidamente ao trocar de máquina.

A essa altura, você tem o modelo mental completo e as nove ferramentas principais. Mas aqui é onde fica realmente útil — as três últimas ferramentas são as que a maioria das pessoas não pensa em instalar, e duas delas mudaram partes específicas do meu fluxo de trabalho mais do que qualquer outra coisa.

O Trio Subestimado: Markdown, Imagens e Dados

Glow: Leia a Saída Markdown do Claude Como Deveria Ser Vista

Quando o Claude gera documentação, posts de blog ou READMEs, eu leio com o Glow em vez do cat. A diferença é significativa.

brew install glow

Rode glow seuarquivo.md e o Glow renderiza a formatação markdown corretamente — cabeçalhos parecem cabeçalhos, blocos de código têm contexto de sintaxe, texto em negrito é realmente negrito. Chega de apertar os olhos para asteriscos e crases brutas.

Para fluxos de trabalho de conteúdo especificamente, isso é essencial. Quando estou revisando posts de 3.000 palavras antes de publicar, ler no Glow versus markdown bruto é a diferença entre pegar problemas de formatação e perdê-los completamente.

Neovim: Navegação Avançada para Documentos Longos

O Neovim é a opção avançada, e não vou fingir que a curva de aprendizado é suave — não é. Mas se você tem familiaridade com keybindings do Vim, o Neovim te dá superpoderes de navegação para arquivos markdown longos: pule entre cabeçalhos com ]] e [[, dobre seções com za, busque dentro do arquivo com /. Para documentos longos que o Claude gera, isso é mais rápido do que qualquer editor com interface gráfica para edições estruturais rápidas.

brew install neovim

Opinião honesta: se você nunca usou Vim antes, instale o Glow primeiro, use-o diariamente por duas semanas, depois considere o Neovim. Não deixe o fator "legal" te empurrar para uma ferramenta para a qual você não está pronto. O Glow vai atender a maioria das pessoas perfeitamente — e uma invocação básica do nvim sem plugins resolve edições rápidas sem problemas.

Shua e CSV Lens: Ferramentas Visuais e de Dados para o Terminal

Shua renderiza imagens diretamente no seu terminal. Mais nichado, mas se você está trabalhando com o Claude em tarefas relacionadas a imagens — revisando capturas de tela, pré-visualizando assets gerados, verificando saída visual — conseguir pré-visualizar imagens sem sair do CLI é uma conveniência real. A compatibilidade depende do seu emulador de terminal (funciona tranquilamente no iTerm2).

CSV Lens te dá uma TUI interativa para arquivos CSV:

cargo install csvlens
# Se você não tem Rust instalado: brew install rust primeiro

Navegue com as setas do teclado, busque com /, saia com q. Se você está trabalhando com dados nas suas sessões do Claude Code — logs exportados, dados estruturados, fixtures de teste — o CSV Lens te permite navegar e filtrar sem abrir o Excel ou o Numbers. Surpreendentemente rápido mesmo em CSVs maiores.

A Seção Honesta: Onde Eu Errei

Aqui vai o que eu gostaria que alguém tivesse me dito antes de eu sair instalando tudo feito louco.

Erro #1: Instalar tudo de uma vez. Minha primeira tentativa de montar um kit de ferramentas CLI foi um desastre. Instalei umas 20 ferramentas em uma tarde, criei aliases para metade delas, e depois continuei usando as mesmas três ferramentas de sempre. As novas ficaram lá, teoricamente disponíveis, mas nunca acionadas por hábito.

O que resolveu: instalar uma nova ferramenta por semana. Especificamente, remover meu alias existente para algo e me forçar a usar o substituto. ls virou eza por duas semanas antes de eu instalar o Zoxide. Imersão forçada. Funciona.

Erro #2: Complicar demais o Neovim. O Neovim é genuinamente poderoso. Eu uso. Mas queimei umas seis horas tentando configurar o Neovim "perfeito" com servidores LSP, plugins e um tema totalmente customizado — para edição de markdown. Isso foi exagero. O Glow resolve a leitura. Um nvim simples resolve edições rápidas. Você não precisa do setup completo de IDE a menos que esteja usando o Neovim como seu editor principal para tudo.

Conceito errado sobre o LLMFit: Algumas pessoas que conheço assumiram que ele dá uma garantia definitiva do que um modelo vai fazer no hardware delas. É mais uma estimativa bem informada. O uso de memória varia com base em quantização, tamanho do contexto e o que mais estiver rodando. Trate como um ponto de partida, não como um contrato.

A opinião impopular: nem todo usuário do Claude Code precisa desse kit completo de ferramentas. Se você faz sessões leves — perguntas rápidas, edições pequenas — um terminal bem configurado do VS Code provavelmente é suficiente. Essa stack é para pessoas que rodam sessões extensas com agente, gerenciam sistemas de conteúdo ou fazem manipulação pesada de arquivos em múltiplos projetos. Conheça seu fluxo de trabalho real antes de otimizar para um que você não tem.

E a ferramenta que eu descartei, que mencionei no início? Mac Top. Um monitor de sistema específico para macOS que, após duas semanas de teste, achei menos completo e menos customizável que o Btop para as minhas necessidades. Não é uma ferramenta ruim — só não era a escolha certa para o que eu precisava de monitoramento de sistema durante sessões com IA.

O Que Realmente Mudou Depois de 90 Dias

Noventa dias depois, aqui está o que posso relatar honestamente:

As trocas de contexto diminuíram visivelmente. Antes: alternando para o GitHub Desktop para verificar o estado do repositório, mudando para o Finder para navegar arquivos, abrindo um navegador para comparar preços de modelos. Depois: Lazygit, Ranger e o Models CLI resolvem os três sem sair do terminal. Menos trocas de contexto significam janelas de foco ininterrupto mais longas.

Eu pego os erros do Claude mais rápido. O Lazygit em um split do terminal me mostra diffs em tempo real. Quando o Claude faz uma alteração não intencional — e isso acontece, especialmente em sessões mais longas — eu vejo em segundos, não depois que a sessão inteira termina. Detecção precoce significa rollbacks menores e menos retrabalho.

Replicar o ambiente passou de horas para minutos. Quando configurei uma máquina de desenvolvimento nova mês passado, tive todo o meu ambiente CLI rodando em cerca de 25 minutos: Homebrew bundle, linhas de configuração do shell, algumas instalações manuais. Sem esse kit de ferramentas deliberado e documentado, isso teria levado meio dia de "espera, o que eu tinha instalado?"

Fluxo de trabalho de conteúdo especificamente: para o sistema de blog que rodo no mejba.me, o Claude gera arquivos markdown que eu reviso com Glow, commito no git via Lazygit e organizo com Ranger. Esse ciclo — gerar, revisar, commitar, organizar — costumava levar uns quatro minutos por post. Agora leva menos de 90 segundos. Ao longo de dezenas de posts por mês, isso se acumula em horas economizadas.

Ganhos rápidos aparecem imediatamente após a instalação (o Zoxide sozinho economiza minutos reais por dia). Os ganhos mais profundos — melhor consciência situacional, debug mais rápido, menos sobrecarga cognitiva — surgem ao longo de semanas conforme essas ferramentas se tornam automáticas.

Seu Próximo Passo

Escolha três ferramentas desta lista. Só três — não todas as doze. Hoje à noite.

Especificamente: Lazygit, Zoxide e Glow. Instale essas três e elas vão mudar a textura da sua próxima sessão com Claude Code de maneiras imediatamente perceptíveis. Use-as por duas semanas antes de adicionar qualquer outra coisa. Resista à tentação de instalar a stack completa. Profundidade de adoção supera amplitude de instalação toda vez.

Os desenvolvedores que eu vejo rodando o Claude Code de forma mais eficaz não são os que têm mais ferramentas. São os que tornaram um pequeno conjunto de ferramentas completamente automático — onde o Lazygit é memória muscular, onde o Zoxide é simplesmente como a navegação funciona, onde revisar a saída do Claude no Glow é a coisa óbvia a se fazer.

Seis meses atrás: caos de três monitores, troca constante de janelas, voando às cegas pelas mudanças de arquivos. Agora: um split de terminal focado com ferramentas que realmente se encaixam na forma como eu penso.

Que parte do seu fluxo de trabalho atual no terminal te faz torcer o nariz toda vez que você faz? Comece por aí.

Vamos Trabalhar Juntos

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

• Fiverr (builds customizados 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