Verificação ortográfica no terminal: o que funciona na prática
A maioria das pessoas entra na tela preta achando que vai encontrar uma bala de prata, mas a realidade é bem mais simples e, ao mesmo tempo, mais frustrante. O comando correto para fazer a verificação ortográfica é diferente dependendo do que você tem instalado e do que espera que ele faça. Não existe um único comando universal. Eu passei anos resolvendo isso em servidores Linux rodando processos batch de revisão de texto. Já vi gente perder meia hora porque o script chamava aspell num sistema onde só tinha ispell, ou vice-versa. A diferença entre um e outro não é só o nome — é o motor que roda por trás.
o comando correto para fazer a verificação ortográfica é o que seu sistema realmente tem
No Debian, Ubuntu e derivados, o caminho mais direto costuma ser o aspell. Você instala com: sudo apt install aspell-pt
Depois, pra verificar um arquivo: aspell check meu_texto.txt
Isso abre uma interface interativa. Se quiser processar sem interação, o jeito é usar o modo lista: aspell list < meu_texto.txt | sort -u
Essa linha manda todo o conteúdo pelo stdin, extrai só os termos que a dicionário rejeitou e elimina duplicatas com sort -u. O resultado é uma lista limpa de palavras suspeitas. O problema que eu encontrei na prática — e que quase ninguém avisa — é que o aspell padrão só reconhece grafia correta conforme o dicionário carregado. Se seu texto mistura português do Brasil com português de Portugal, ou usa terminologia técnica de uma área específica, a lista de "erros" pode crescer pra absurdos. Eu já vi um arquivo de 400 palavras retornar 120 sugestões, sendo que 80 eram termos técnicos de engenharia que simplesmente não existiam no dicionário pt_BR padrão.
👉 Clique no botão abaixo para saber mais sobre o assunto!
A solução que eu adotei foi criar um dicionário pessoal. O aspell permite isso com o comando: aspell --personal=~/.aspell.pt.passwd create
Depois de populo esse arquivo com os termos válidos do meu domínio, toda verificação futura ignora aquelas palavras. O ganho real: reduzi de 120 para 7 as falsas positivas em documentos técnicos. Foi de um processo que levava 45 minutos manualmente pra cerca de 6 minutos com o script rodando em lote. Se o seu cenário é diferente — talvez você precise verificar arquivos DOCX inteiros, ou usar Python num pipeline automatizado — o hunspell é outra opção válida. Ele é o motor por trás do LibreOffice e tem suporte nativo a múltiplos idiomas no mesmo comando:
hunspell -l -d pt_BR arquivo.txt O -l lista só os termos não reconhecidos, e o -d especifica o dicionário. A instalação varia: no Ubuntu vem com o pacote hunspell-pt.
O ponto que poucos mencionam é que tanto aspell quanto hunspell dependem criticamente da qualidade dos dicionários disponíveis no repositório do seu sistema. Um dicionário desatualizado ou incompleto faz o comando funcionar perfeitamente mas produzir resultados ruins. Sempre verifique a versão do dicionário instalada. No Debian, apt-cache policy aspell-pt mostra o que você tem e se existe versão mais recente. Se você precisa de verificação ortográfica dentro de um documento Word sem sair do Windows, aí a coisa muda de figura completamente. O comando via automação seria algo como invocar a API do Word, o que exige VBA ou COM, e isso já é outro mundo. Mas isso é outro papo.
O que funciona na prática é saber qual ferramenta está no seu sistema, configurar o dicionário certo, e não confiar cegamente na primeira lista de erros que ela gera. Filtre, valide os termos técnicos antes, e só então considere o resultado confiável.
