Autocomplete, chat e agente: qual usar em cada tarefa
Os três modos de assistência têm riscos diferentes. Escolher errado é o que faz alguém achar que "IA não funciona para o meu caso".
Reclamações opostas sobre a mesma tecnologia — "só serve para código trivial" e "gera bagunça no repositório inteiro" — costumam ser sobre modos diferentes de uso, não sobre a tecnologia.
- Distinguir os três modos e o risco típico de cada um.
- Escolher o modo pela tarefa, não pelo hábito.
- Definir limites para o modo agente antes de usá-lo.
| Modo | Bom para | Risco típico | Revisão necessária |
|---|---|---|---|
| Autocomplete — sugere enquanto você digita | Repetição estrutural, boilerplate, testes parecidos com os vizinhos | Aceitar por reflexo; padrão errado replicado dezenas de vezes | Ler cada aceite; conferir no diff final |
| Chat — conversa com contexto que você cola | Diagnóstico, plano, revisão, aprender uma API | Contexto incompleto → resposta plausível e inaplicável | Confrontar com o repositório |
| Agente — lê, edita e roda comandos sozinho | Mudança mecânica em muitos arquivos, migração repetitiva | Alteração fora do escopo pedido; comando destrutivo | Diff completo antes do commit, sempre |
O erro de escolha mais comum
Usar autocomplete para uma decisão de arquitetura: você aceita cinco sugestões seguidas e, sem perceber, adotou um padrão que ninguém decidiu adotar. O autocomplete é ótimo em continuar o que já existe e péssimo em decidir o que deveria existir.
Usar chat para uma mudança em quarenta arquivos: você copia e cola quarenta vezes, erra em duas, e não percebe. É trabalho de agente ou de script.
Usar agente para uma tarefa que você não sabe verificar: ele faz, diz que funcionou, e você não tem como conferir. Agente multiplica a sua capacidade de revisar — não a substitui.
Só delegue a um agente aquilo cujo resultado você consegue verificar depois. Se a tarefa é "arrume os testes que estão quebrando", você verifica rodando a suíte. Se é "melhore a performance", você não tem critério — e vai acabar aceitando mudanças que não sabe julgar.
Antes de soltar um agente: branch separada, árvore de trabalho limpa, e clareza sobre quais comandos ele pode executar. Um agente que roda migração ou apaga arquivo num repositório com trabalho não commitado transforma um erro em prejuízo.
Como perceber: Se você não consegue escrever em uma frase como vai checar o resultado, não é tarefa para agente ainda.
Um fluxo comum: chat para abrir o requisito e planejar (módulo 2), autocomplete para escrever o que é repetitivo dentro do plano, agente para a parte mecânica e ampla, e chat de novo para revisar o diff antes do pull request.
- Extensões de autocomplete no editor — Sugerem em linha enquanto você digita; ganham em repetição estrutural.
- Assistentes de chat com contexto do projeto — Ganham em diagnóstico e plano, onde a conversa importa mais que a digitação.
- Agentes de codificação em terminal ou editor — Ganham em mudança mecânica ampla — sempre em branch separada.
O catálogo do site tem as fichas com prós e contras de cada uma: veja as ferramentas de programação. Os três modos existem em produtos diferentes e às vezes no mesmo produto — o que importa é qual modo você está usando naquele momento.
- O modo escolhido combina com o tipo da tarefa.
- Nada foi aceito por reflexo no autocomplete.
- Antes do agente: branch separada e árvore limpa.
- Existe uma frase escrita sobre como o resultado será verificado.
- Delegue a um agente só o que você sabe conferir depois — a capacidade de verificar é o limite real da automação.
Comentários e dúvidas
Inscreva-se grátis para comentar, tirar dúvidas, marcar seu progresso e emitir o certificado ao fim do curso.
Inscrever-se grátis com GoogleAinda não há comentários nesta aula.