Qual IA escolher para programar?

O critério que decide

A escolha se resolve por uma pergunta prática: o que a ferramenta consegue enxergar do seu projeto e o que ela faz com o que viu? Se enxerga apenas o arquivo aberto, serve para completar linha, escrever uma função isolada e explicar um trecho. Se enxerga o repositório inteiro, edita vários arquivos e roda comandos, ela assume parte do trabalho — e a conferência do que mudou passa a ser a etapa mais importante para você.

Duas assinaturas do mesmo mês podem estar em patamares diferentes dessa escala. Um autocompletar de linha e um agente que roda os testes do projeto não são substituíveis, mesmo quando os dois se apresentam como “IA para código”. Antes de comparar preço, descubra em qual patamar a sua rotina precisa estar. Ferramentas de conversa genéricas resolvem dúvida pontual de sintaxe, mas não entram no mérito do contexto do projeto; se a sua dúvida é entre assistentes de uso geral, a decisão está em ChatGPT ou Claude: qual escolher para trabalhar?

Como o assistente enxerga o seu projeto

Um assistente de código não “lê o repositório” por padrão. Ele monta uma janela de contexto com o que lhe é entregue: arquivo ativo, trecho selecionado, histórico da conversa e o resultado das ferramentas de busca. A documentação do VS Code descreve esse processo — o agente escolhe ferramentas, lê o que encontra e faz novas buscas até ter o quadro completo. Entre essas ferramentas estão busca semântica por significado (que depende de um índice do workspace), grep por texto ou expressão regular, busca por nome de arquivo, rastreio de onde um símbolo é usado e leitura direta de arquivos.

Grep, busca por nome e leitura de arquivo funcionam sem índice. A busca semântica, não. Essa distinção explica três comportamentos que confundem quem compara ferramentas. Em projeto pequeno, o agente consegue ler praticamente todo o workspace e a ausência de índice quase não aparece. Em repositório grande, a primeira indexação pode levar minutos — e é ela que libera a busca por significado. E o que o índice ignora fica fora dele: arquivos cobertos pelo .gitignore ou pelas exclusões do editor não entram, e arquivos binários não são indexados.

Há um efeito colateral que pesa no bolso. A busca por texto devolve cada ocorrência para o contexto, mesmo que o arquivo nunca seja aberto pelo agente. Pastas de dependências, artefatos de build, logs e conjuntos de dados grandes geram dezenas de correspondências irrelevantes, pioram a qualidade da resposta e aumentam o consumo de créditos. Ajustar exclusões é parte da configuração, não detalhe.

Como o assistente age sobre o código

Sugerir e executar são camadas distintas, e a diferença está no que acontece sem você pedir licença. A documentação do VS Code define agentes como programas que editam arquivos, rodam comandos de terminal e chamam ferramentas externas, e descreve duas camadas de controle. A primeira é a aprovação: há um nível manual, em que tudo que não foi pré-aprovado pede confirmação; um nível assistido, em que um modelo avalia cada chamada; e a opção de liberar tudo. A segunda é o sandbox, que limita sistema de arquivos e rede dos comandos de terminal mesmo depois de aprovados. Existe ainda um modo autônomo, que autoaprova, tenta de novo quando erra e responde sozinho a perguntas que travariam a execução.

A consequência para a decisão é direta: quanto mais a ferramenta executa, mais peso tem o mecanismo de revisão e reversão. A própria documentação alerta que liberar tudo e o modo autônomo dispensam confirmação para ações potencialmente destrutivas, incluindo edição de arquivos e comandos de terminal, e recomenda essas opções apenas para workspace em que você confia. Em repositório de cliente ou com acesso a produção, começar pelo nível manual ou assistido reduz o estrago possível.

Os critérios, em ordem de impacto

1. O que a ferramenta enxerga do projeto

É o critério que mais muda o resultado. Verifique se a ferramenta indexa o repositório e busca por significado, ou se depende de você indicar arquivo por arquivo. Em código espalhado por muitas pastas — import, chamada de função, configuração —, a diferença entre buscar por sentido e buscar por texto decide se a resposta veio do seu projeto ou da média da internet. Confira também como excluir pastas de build e de dados: isso afeta custo e precisão na mesma medida.

2. Se ela executa ou só sugere

Autocompletar e chat entregam texto para você aplicar. Agente edita arquivos e roda comandos. Escolha pelo trabalho que você quer delegar: escrever teste, corrigir erro apontado por log e ajustar vários arquivos de uma refatoração só fazem sentido no segundo patamar. Se você não quer que ninguém mexa nos seus arquivos, o patamar de sugestão é suficiente e mais barato.

3. Como ela entra no editor

Três formatos, com custos diferentes. Extensão no editor que você já usa preserva atalhos, extensões e fluxo de revisão de código. Editor próprio traz integração mais profunda e cobra a migração do ambiente. Agente de terminal ou de nuvem funciona fora da interface e serve para servidor remoto, automação e pull request, devolvendo a você o acompanhamento do que mudou. Em equipe, o formato pode decidir mais que o preço: se a política não permite determinado editor ou extensão, a ferramenta não está disponível, por melhor que seja.

4. Como você revisa o que ela mudou

Cheque três coisas antes de assinar: existe diff claro de cada arquivo alterado, dá para desfazer um lote inteiro de mudanças, e o que ainda não foi aprovado fica isolado do código principal. Na documentação do VS Code, o agente aplica e salva as edições direto na pasta da sessão ou em uma cópia isolada do repositório (worktree), e as mudanças não ficam pendentes de aprovação por padrão. Os recursos de reversão são editar um pedido anterior — o que desfaz aquela mudança e as seguintes e reenvia o texto corrigido — e restaurar um ponto de checagem, que devolve os arquivos ao estado de um momento da conversa. O outro desenho comum é a revisão automatizada como etapa separada, com níveis de profundidade e de custo, rodando a cada commit ou sob demanda.

5. Como a cobrança cresce

Assinatura fixa e consumo por uso convivem no mesmo produto. Os planos costumam incluir uma franquia — medida em créditos de IA no caso do GitHub Copilot — e cobrar o excedente depois. Se o seu uso é por tarefa, com picos, o limite importa mais que o preço da etiqueta. Antes de decidir, leia a página de cobrança por uso, não só a de planos. Se você pensa em manter um assistente de código e um de uso geral, o custo dessa combinação está discutido em Vale a pena assinar mais de uma IA ao mesmo tempo?

Preços, cobrança e disponibilidade no Brasil

Os valores abaixo são os das páginas oficiais, em dólar. Nenhuma das duas tabelas consultadas publica preço em reais, e não há conversão neste texto: o custo final de quem paga do Brasil depende do câmbio do dia e dos encargos da operação. As duas ferramentas vendem a assinatura direto no site; planos de time são cobrados por assento e não são cobertos por uma conta individual.

Estudantes com verificação e professores verificados podem ter acesso gratuito ao Copilot pelos programas oficiais da GitHub, e vale conferir a elegibilidade antes de assinar. O Cursor informa que o excedente de uso é faturado depois do consumo e que os preços publicados não incluem tributos.

Há uma mudança de disponibilidade que afeta quem procura opção gratuita. Em 18 de junho de 2026, a Google parou de atender as extensões de IDE do Gemini Code Assist para as contas de consumidor — Gemini Code Assist for individuals, Google AI Pro e Google AI Ultra — e o mesmo valeu para o Gemini CLI, incluindo a entrada com a conta Google. A migração indicada pela própria Google é para a família Antigravity. As assinaturas Gemini Code Assist Standard e Enterprise, gerenciadas pelo Google Cloud, não foram afetadas. Se um tutorial recomenda o Gemini Code Assist gratuito como porta de entrada, ele está desatualizado.

O que costuma ser irrelevante

O nome do modelo no seletor. A documentação do VS Code lista várias opções de modelo, e a disponibilidade depende de plano e de configuração; o que muda a sua decisão é a ferramenta ter acesso ao projeto e poder executar, não a marca do modelo da semana.

Listas de “melhor IA para programar” sem critério declarado, quantidade de recursos na página de vendas e existência de janela de chat também não decidem nada — todas as ferramentas citadas aqui têm chat. Ser gratuito no plano de entrada deixa de ser vantagem no momento em que o limite estoura no meio de uma tarefa. E geração de código em linguagem que você não usa não deve pesar na escolha.

Se a sua dúvida é qual IA usar para aprender a programar, os critérios são outros e não são de contexto de projeto; isso está em Qual IA escolher para estudar?

Erros comuns

• Contratar pelo preço mensal e ignorar a cobrança por uso além da franquia.
• Deixar o agente trabalhar com liberação total em repositório que não é seu ou que tem acesso a produção.
• Permitir que o índice de busca engula artefatos de build, logs e dados pesados: encarece a conta e piora a resposta.
• Supor que toda ferramenta enxerga o repositório inteiro. Sem índice, a busca por significado não existe e sobra a busca por texto.
• Trocar de editor por causa do assistente sem confirmar que a equipe pode usar esse editor.
• Tratar assinatura individual como solução para o time. Planos de organização são cobrados por assento.
• Colocar o agente para rodar antes de saber fazer diff, desfazer e isolar o que não foi aprovado.

Próximo passo

Escolha uma tarefa real, do tamanho do seu repositório — corrigir um erro com o log em mãos, adicionar teste em um módulo existente, aplicar o mesmo padrão em vários arquivos. Antes de começar, configure as exclusões das pastas que não são código. Rode a mesma tarefa em duas ferramentas candidatas, uma de cada vez, e anote quatro números: quantos arquivos a ferramenta encontrou sozinha, o que ela alterou sem pedir confirmação, quanto tempo você levou para reverter tudo, e quanto da franquia foi consumido. A decisão sai desses quatro números, não da lista de modelos.