Extensão de IA para VS Code: como escolher

Este guia mostra como escolher uma extensão com critérios verificáveis, testar sem colocar o projeto principal em risco e decidir quando um assistente individual já basta ou quando você precisa coordenar agentes.

Extensão de IA para VS Code: comece pela tarefa

Autocomplete sugere trechos enquanto você digita. Chat responde perguntas e pode explicar arquivos. Um agente recebe um objetivo, navega pelo projeto e propõe mudanças em vários arquivos.

Esses usos não são equivalentes. Se você quer apenas completar uma função, uma extensão leve pode resolver. Se precisa alterar código, rodar testes e revisar um diff, procure recursos de agente e controle de aprovação.

Também existe a orquestração. Nesse caso, a ferramenta organiza mais de um agente, cada um com uma tarefa ou uma pasta de trabalho. O bridgecode entra nessa camada quando a necessidade deixa de ser escolher uma extensão e passa a ser acompanhar um time de agentes no VS Code ou no Antigravity IDE.

Antes de instalar, escreva o resultado que você quer testar. Por exemplo: “adicione validação ao formulário, crie testes e mostre o diff antes de gravar”. Uma boa extensão deve permitir acompanhar essas etapas, não apenas gerar um bloco de código.

Confira publisher, origem e permissões

Abra a página da extensão no Marketplace do Visual Studio Code. Confirme o nome do publisher, o repositório indicado, a documentação e a data da última atualização.

Não trate número de instalações ou estrelas como prova suficiente. Eles ajudam a descobrir opções, mas não respondem se a extensão é adequada para o seu repositório, se recebe manutenção ou se pede permissões compatíveis com o trabalho.

Leia a política de privacidade e procure a descrição do que é enviado para serviços externos. Para código proprietário, prefira saber qual conta é usada, quais arquivos entram no contexto e como desligar o recurso quando necessário.

A documentação do VS Code também explica como instalar, remover e listar extensões pela linha de comando. Isso é útil para repetir o teste em outra máquina ou registrar a configuração do time.

Instale e teste fora do projeto principal

Crie uma pasta de teste ou use uma branch descartável. O objetivo é observar o comportamento da extensão antes de liberar acesso ao repositório que contém código, credenciais ou dados de clientes.

Você pode registrar as extensões instaladas e instalar uma opção específica com o CLI do VS Code:

$ code --list-extensions
$ code --install-extension publisher.extension

Troque publisher.extension pelo identificador exibido na página da extensão. Não copie comandos de blogs sem conferir se o publisher é o mesmo do Marketplace.

Abra o projeto em Workspace Trust. Em um repositório desconhecido, mantenha o modo restrito até entender quais tarefas a extensão tenta executar. Confiança no workspace e confiança no publisher são decisões diferentes.

Para evitar atualizações inesperadas durante a avaliação, você pode revisar as extensões manualmente nas configurações do VS Code. Um exemplo é:

{
  "extensions.autoUpdate": false,
  "extensions.autoCheckUpdates": true
}

Use essa configuração apenas durante o teste ou quando o time tiver um processo próprio de atualização. Depois, reavalie o risco de permanecer em uma versão antiga.

Faça um teste reproduzível com o mesmo pedido

Escolha uma tarefa pequena, com resultado fácil de conferir. Um bom teste tem objetivo, arquivos permitidos, comando de teste e critério de aceitação.

Um pedido útil é: “leia src/form.ts, proponha a validação de email, não altere outros arquivos, explique o plano e só depois mostre o diff”. Assim você observa se a extensão respeita escopo, explica o que fará e espera aprovação.

Depois da resposta, confira o estado do Git:

$ git status --short
$ git diff --stat
$ git diff --check

Rode os testes do projeto e anote três coisas: quantas correções manuais foram necessárias, se a explicação ajudou a revisar e se a extensão tentou acessar arquivos fora do escopo. Não transforme uma resposta bonita em nota de desempenho.

Se você comparar duas extensões, use o mesmo pedido, a mesma branch limpa e o mesmo conjunto de testes. O guia de Codex, Copilot e Claude Code no VS Code pode ajudar a separar instalação de avaliação prática.

Quando usar uma extensão ou um squad de agentes

Uma extensão individual costuma ser suficiente para dúvidas rápidas, pequenas correções e tarefas que você quer acompanhar em uma conversa. O fluxo fica mais complexo quando existe planejamento, implementação, revisão e testes acontecendo em paralelo.

Nesse ponto, não basta instalar mais ícones no editor. Você precisa de papéis claros, isolamento de código e uma forma de revisar o resultado antes do merge. O bridgecode pode organizar esse fluxo no editor que você já usa, com cada agente em sua própria tarefa.

Se a extensão também usa ferramentas externas, leia o guia de MCP no VS Code antes de habilitar servidores. Um servidor pode ampliar a capacidade do agente, mas também aumenta a superfície de confiança do projeto.