Por que ainda amo ferramentas de CLI em 2026 (e você também deveria)

Como um “Script Rápido” se Tornou uma Obsessão

Alguns anos atrás, escrevi um pequeno script shell para renomear alguns arquivos de log. Isso levou talvez 10 minutos. Esse script ainda está nos meus dotfiles, e de acordo com meu histórico de shell, eu o usei 437 vezes desde 2021.

Foi nesse momento que percebi: a linha de comando não é apenas uma coisa de “usuários avançados”. É um multiplicador. Cada pequena melhoria que você faz é reutilizada centenas (ou milhares) de vezes, pagando você de volta silenciosamente.

Eu sou o tipo de pessoa que mantém planilhas de comparação para tudo. Terminais. Ferramentas Git. Processadores JSON. Se roda em um shell, eu provavelmente o instalei, quebrei e mantive anotações.

Então vamos falar sobre ferramentas de CLI. Não como algum rito de passagem à moda antiga, mas como uma maneira muito prática de fazer mais com menos barulho. Se você está curioso sobre CLI ou preso apenas ao git e npm, isso é para você.

Por que a CLI Ainda Importa em 2026

Estamos afogados em ferramentas gráficas. Interfaces de navegador para tudo, aplicativos Electron consumindo RAM como se fosse um esporte. E ainda assim, continuo voltando para uma janela de terminal.

Aqui está o motivo pelo qual a CLI ainda é diferente:

• Velocidade: Assim que a memória muscular entra em ação, digitar comandos é simplesmente mais rápido do que clicar em menus aninhados. Posso trocar de branch no git, rodar testes e abrir logs sem tocar no mouse.
• Componibilidade: Ferramentas são simples, mas você pode encadeá-las. psql em um banco de dados, passar resultados para jq, alimentar isso em um script. De repente, você construiu um pequeno “app” temporário em 30 segundos.
• Automação: Qualquer coisa que você digitar hoje pode se tornar o script ou alias de amanhã. É assim que você cria aqueles momentos de “10 minutos hoje, 437 usos depois”.
• Verdade sobre visuais: Logs, processos, portas, contêineres—ferramentas de CLI geralmente mostram o que está realmente acontecendo, não um painel curado que esconde detalhes.

E sim, a CLI tem uma curva de aprendizado. Mas uma vez que você tenha um pequeno conjunto de comandos sob seus dedos, o retorno se acumula rapidamente. Você não precisa se tornar um mago do shell; precisa apenas de algumas ferramentas bem escolhidas.

Ferramentas de CLI que Realmente Valem a Pena

Deixe-me apresentar algumas ferramentas de linha de comando que sobreviveram a várias rodadas de limpeza na minha configuração. Eu monitoro instalações e uso em uma planilha (eu avisei que sou essa pessoa); estas são as que continuam aparecendo.

1. ripgrep (rg): Busca que não faz você esperar

Eu desinstalei grep da minha memória muscular no dia em que instalei ripgrep. É rápido, respeita .gitignore, e os padrões são sensatos.

Por exemplo, em um monorepo (~250k linhas, números de 2023 das minhas anotações), uma busca por user_id levou:

• grep -R "user_id" .: ~5,3 segundos
• rg "user_id": ~0,7 segundos

Não parece muito, mas multiplique isso por “com que frequência você busca em seu código por dia?” e soma rapidamente.

2. fzf: Encontrando fuzzy para toda sua vida

fzf é um buscador interativo fuzzy. Parece chato. Não é. Ele basicamente transforma listas em interfaces pesquisáveis em tempo real.

Eu o uso para:

• Pular entre branches do git
• Abrir arquivos recentes no meu editor
• Selecionar contêineres Docker para acessar via shell

Exemplo: eu configurei um atalho para que digitar cproj abra uma lista fuzzy dos meus últimos 50 projetos, então me leva ao diretório selecionado. Chega de cavocar por pastas.

3. jq: JSON sem lágrimas

Se você lida com APIs, logs, ou qualquer coisa que gera JSON, jq é inegociável. Ele permite que você filtre, transforme, e molde JSON a partir da linha de comando.

Exemplo que eu realmente executei semana passada: eu tinha um arquivo de log com 18.000 linhas JSON e precisava dos IDs de usuário distintos que acessaram um endpoint específico.

Um comando:

cat logs.jsonl | jq -r 'select(.path == "/api/v2/orders") | .user_id' | sort -u | wc -l

Resultado: 73 usuários únicos. Levou 0,4 segundos. Nenhum script Python. Nenhum arquivo temporário. Apenas juntando pequenas ferramentas.

4. fd: Encontrando arquivos sem dor de cabeça

fd é um find melhorado. É isso. Essa é a apresentação.

Ao invés de:

find . -name "*.test.js"

você digita:

fd ".test.js"

e simplesmente funciona™: respeita .gitignore, tem melhores padrões, e não faz você lembrar de flags estranhas.

Construindo Pequenos Fluxos de Trabalho que Economizam Horas

O verdadeiro poder não está em nenhuma ferramenta de CLI específica. Está em como você as combina em pequenos fluxos de trabalho que silenciosamente economizam horas a cada mês.

Dois exemplos concretos da minha própria configuração:

Fluxo de Trabalho 1: Um comando para inspecionar um problema

Eu me cansei de fazer a mesma dança ao olhar para um bug:

• Verificar a branch
• Puxar as últimas mudanças
• Iniciar o servidor de desenvolvimento
• Seguir logs

Agora eu tenho um script chamado bug que faz isso:

• Usa fzf para escolher uma branch
• Executa git checkout e git pull
• Inicia docker compose up em segundo plano
• Usa rg para procurar o ID do ticket no código e abre a primeira correspondência no meu editor

Não é sofisticado. São talvez 25 linhas de bash. Mas transforma um ritual de 2 a 3 minutos em uma interação de ~10 segundos, e eu o uso várias vezes por dia.

Fluxo de Trabalho 2: Inspector rápido de API para depuração

Eu costumava abrir o Postman, clicar por tudo, depois copiar e colar JSON em um formatador só para inspecionar um endpoint. Agora:

api GET /api/v2/orders?limit=20

Meu script api envolve o curl, adiciona cabeçalhos de autenticação e canaliza a resposta através do jq para uma impressão formatada. Ele também registra a chamada em um arquivo ~/.api-history para que eu possa repeti-la mais tarde.

De acordo com meu histórico de shell, eu usei esse script 196 vezes em outubro de 2025 sozinho. Isso não é apenas conveniência; é uma ferramenta GUI inteira removida do meu fluxo de trabalho.

Começando Sem Ser Sobrecarregado

Se você é novo em ferramentas de CLI (ou se usou apenas o básico), não instale 20 coisas e tente mudar toda sua configuração em um fim de semana. É assim que você termina com um shell bagunçado e sem hábitos.

Aqui está como eu começaria se fosse você:

• Passo 1: Deixe seu terminal agradável de usar
  Instale um bom terminal (WezTerm, Alacritty, iTerm2 ou o novo Windows Terminal), escolha uma fonte legível e ative a rolagem com o mouse. Você o usará mais se não parecer uma punição.
• Passo 2: Adicione 2–3 ferramentas “vantajosas”
  Instale rg, fzf e jq. Estas lhe dão busca rápida, navegação fuzzy e superpoderes em JSON. Use-as por uma semana antes de adicionar mais.
• Passo 3: Transforme comandos repetidos em aliases
  Toda vez que você digitar um comando longo duas vezes em um dia, considere fazer um alias ou um pequeno script. É assim que sua caixa de ferramentas pessoal cresce naturalmente.
• Passo 4: Escreva seu primeiro script de 10 linhas
  Pegue algo chato que você faz—como inicializar seu ambiente de desenvolvimento—e escreva um script para isso. Não precisa ser bonito. Só precisa funcionar.

O objetivo não é se tornar “a pessoa dos terminais” na sua equipe. O objetivo é cortar suavemente a fricção do seu dia até que as coisas pareçam visivelmente mais suaves.

FAQ

Preciso mudar para Linux ou macOS para usar ferramentas de CLI?

Não. O Windows tem uma boa base agora com o Windows Terminal, WSL2 e PowerShell. A maioria das ferramentas que mencionei—rg, fzf, jq, fd—funcionam nas três principais plataformas. Se você está no Windows, eu recomendaria tentar o WSL2 com Ubuntu como ponto de partida.

Vale a pena aprender a CLI se minha equipe usa ferramentas GUI para tudo?

Sim, porque isso é sobre sua velocidade pessoal, não consenso do grupo. Você pode continuar usando as mesmas ferramentas que sua equipe enquanto melhora silenciosamente seu próprio fluxo de trabalho. Ninguém precisa aprovar que você use rg em vez da busca do seu IDE.

Como eu lembro de todos os comandos?

Você não lembra. Use seu histórico de shell (Ctrl+R busca reversa), mantenha um pequeno arquivo ~/notes/cli.md com seus comandos favoritos e transforme seus 10 principais comandos longos em aliases. Com o tempo, aqueles que você realmente precisa permanecerão na sua mente. O resto pode ficar nas suas anotações.

🕒 Published: April 3, 2026