O que é Aider?
Aider é um pair programmer open source para terminal. Execute-o em um repositório Git, adicione arquivos relevantes, escolha um modelo e descreva a mudança. Aider envia prompt e contexto ao modelo, interpreta edições propostas, altera arquivos locais e integra o resultado ao Git.
O mapa do repositório resume símbolos e relações importantes para raciocinar sobre arquivos que não estão totalmente no chat. É possível alternar entre code, ask somente leitura e architect. Architect usa um modelo para propor solução e outro para converter em edições. Aider também aceita imagens ou páginas, observa comentários em arquivos, recebe voz e funciona em vários editores e terminais web.
Entenda-o como controlador local poderoso em torno de modelos externos ou locais, não como provedor de modelo. Software, analytics, API escolhida, busca web opcional, voz, shell e repositório são superfícies separadas de dados e segurança.
Fluxo disciplinado de edição
Comece em branch limpa e examine o working tree. Por padrão, Aider cria commits descritivos ao editar e pode commitar mudanças sujas preexistentes separadamente. Isso ajuda recuperação, mas surpreende quem não espera commits. Configure --no-auto-commits ou --no-dirty-commits quando staging deve ser manual.
Outro padrão importante: hooks são ignorados com --no-verify, salvo ativar --git-commit-verify. Assim, commit gerado pode existir mesmo se checks locais de segurança, formato, licença ou política falhassem. Ative verificação quando hooks forem fronteira de confiança e ainda rode CI independente antes do merge.
Use ask para entender arquitetura e concordar escopo antes de code. Nomeie arquivos permitidos, compatibilidade, testes, limites de segurança e aceite. Adicione apenas o necessário, inspecione /diff, rode testes focados e use /undo ou histórico quando errado. Evite reescrita ampla em um turno.
Aider pode lintar arquivos e tentar reparos. Lint automático vem ativo para linguagens suportadas; testes automáticos ficam inativos até configurar. Defina --test-cmd e avalie --auto-test. O modelo pode “corrigir” testes mudando comportamento; limite iterações e revise expectativas finais.
Modelos, contexto e custo
Aider suporta OpenAI, Anthropic, Gemini, DeepSeek, OpenRouter, Azure, Bedrock, Vertex AI, servidores OpenAI-compatible, Ollama, LM Studio e outras rotas. Em geral é preciso chave própria. Assinatura consumer de ChatGPT ou Claude normalmente não inclui API; billing e retenção seguem provedor e conta.
O CLI não cobra assinatura, mas uso pode custar. Entram código, mapa, histórico, output, cache, retries, reparos, mensagem de commit e, em architect, dois modelos. Monitore estimativas exibidas, limite orçamento, mantenha sessões curtas, limpe contexto e escolha tier conforme risco.
Modelos locais mantêm o prompt principal em infraestrutura controlada, mas “local” não garante privacidade. Verifique host, ausência de proxy cloud, armazenamento, acesso de outros usuários e qualidade. Modelo barato que erra mudanças multi-arquivo pode custar mais em review.
Dados e privacidade
Com modelo cloud, código relevante, prompts, histórico, diffs, erros e output de comandos ou testes podem ir ao provedor. Revise termos de API, treino, retenção antiabuso, região, subprocessadores, configurações, deleção e controles enterprise. Remova secrets e fixtures sensíveis; nunca grave chaves em .env versionado.
Analytics do Aider são opt-in. A documentação diz não coletar código, chat, chaves ou dados pessoais, mas itens como modelo, tokens, formatos de edição, comandos, recursos, exceções e erros sob UUID aleatório. aider --analytics-disable desativa permanentemente; também é possível log local sem envio.
Recursos opcionais criam caminhos adicionais: /web busca e extrai URL, voz pode envolver serviço de áudio e shell/testes usam permissões do usuário. Restrinja ferramentas e credenciais, use container ou conta de baixo privilégio em projetos não confiáveis e não permita comandos contra produção por padrão.
Segurança, qualidade e veredito
Trate output como pull request externo. Revise linha a linha; rode formato, lint, tipos, testes unitários, integração e segurança fora do chat; inspecione dependências e lockfiles. Teste autorização, validação, erros, concorrência, migrações e rollback. Teste gerado pode repetir o mesmo mal-entendido da implementação.
Apache 2.0 permite uso amplo, mas não garante copyright do código gerado, licenças de pacotes nem adequação. Equipes seguem responsáveis por proveniência, notices, vulnerabilidades e código final.
Aider é transparente para quem quer edição no terminal sem ficar preso a um fornecedor. Esse controle precisa ser configurado: escolha modelo aprovado, decida analytics, mantenha secrets fora, configure commits e hooks e exija CI e review humanos. Assim, é forte para trabalho limitado e revisável; sem isso, um CLI local ainda pode expor código ou criar mudanças inseguras rapidamente.
