10 Extensões do VSCode que Você Precisa Instalar Agora

Fonte: Unsplash

Instalar o VSCode leva cinco minutos. O que vem depois é que decide se você resolve uma tarefa em dois minutos ou em vinte: o editor chega quase vazio de propósito, e é aí que muita gente erra — instala tudo que aparece na primeira página da Marketplace até o programa demorar para abrir e o notebook esquentar sem motivo aparente.

As dez extensões abaixo são as que eu vejo rendendo de fato em quem trabalha com web, Python ou dentro de um time. Cada uma vem com o ID oficial, para você instalar pelo terminal ou pela interface sem cair em clones com nome parecido.

Antes de somar, subtraia o que veio de fábrica

O VSCode traz extensões embutidas que quase ninguém usa o tempo todo: a de Markdown se você não escreve README, a de JavaScript/TypeScript se você só mexe com Python, a de JSON, a de HTML embutido. Elas continuam registrando provedores de linguagem e consumindo memória mesmo fechadas na aba.

Abra o painel com Ctrl+Shift+X e, na seção "Built-in", desative o que não for seu dia a dia. Depois exporte a lista atual — esse arquivo vira a base para máquinas novas e para o padrão do time:

code --list-extensions > minhas-extensoes.txt

Quando você trocar de notebook, o comando inverso devolve tudo em segundos:

cat minhas-extensoes.txt | xargs -n 1 code --install-extension

As quatro que entram em praticamente qualquer projeto

Python (ms-python.python) é a base: depuração, execução de arquivos, seleção de interpretador e integração com ambientes virtuais. Ela sozinha já resolve rodar um script com F5 e ver o breakpoint parar onde você quer.

Pylance (ms-python.vscode-pylance) é o motor de autocomplete e verificação de tipos em cima dela. É ela que mostra o erro de argumento antes de você rodar o código, que navega até a definição de uma função com Ctrl+clique e que preenche docstrings automaticamente. Sem a Pylance, o editor fica surdo ao seu próprio projeto.

ESLint (dbaeumer.vscode-eslint) aponta o problema enquanto você digita: variável não usada, promessa sem catch, == no lugar de ===. Em projeto React, é ela que evita aquele "variable is not defined" só descoberto no build.

Prettier (esbenp.prettier-vscode) cuida do resto: indentação, aspas, vírgula final, quebras de linha. O combo que funciona é ESLint apontando o erro e Prettier arrumando o formato — mas só um formatador pode estar ativo por vez, senão eles brigam a cada salvamento.

{
  "editor.formatOnSave": true,
  "editor.defaultFormatter": "esbenp.prettier-vscode",
  "editor.codeActionsOnSave": {
    "source.fixAll.eslint": "explicit"
  }
}

Ver o resultado sem subir nada para produção

Live Server (ritwickdey.LiveServer) sobe um servidor local com um clique em "Go Live" e recarrega a página sozinho a cada salvamento. Para quem está aprendendo HTML e CSS, é a diferença entre adivinhar o que está quebrado e ver a mudança acontecendo na hora.

Thunder Client (rangav.vscode-thunder-client) é um Postman dentro do editor: você monta uma requisição GET ou POST, guarda em coleção e testa a API sem sair do arquivo onde escreveu o endpoint. Quem prefere ferramenta mais leve pode trocar por REST Client (humao.rest-client), que roda requisições escritas em um arquivo .http versionável junto com o repositório.

Git que você enxerga sem sair do arquivo

GitLens (eamodio.gitlens) mostra, ao lado de cada linha, quem alterou aquilo e quando — sem precisar rodar git blame no terminal. Ele também abre o histórico completo do arquivo e compara branches lado a lado. Em code review, isso encurta muito a conversa sobre "por que esse bloco está assim".

Se o seu time vive no GitHub, GitHub Pull Requests and Issues (github.vscode-pull-request-github) deixa você comentar em PR, aceitar revisão e acompanhar issues dentro do editor. Vale para GitLab também: a extensão oficial da GitLab faz o mesmo caminho.

Infraestrutura e automação no mesmo editor

Docker (ms-azuretools.vscode-docker) lista containers, imagens e logs com um clique e deixa você abrir o terminal de um container sem decorar comandos. Com o Dev Containers instalado, o mesmo time pode abrir o projeto inteiro dentro do ambiente do Docker — quem está na máquina nova deixa de reclamar que "na minha máquina funciona".

GitHub Copilot (github.copilot) completa funções inteiras a partir do comentário ou do nome do método. Ele ajuda mais em código repetitivo — testes, mapeamento de objeto, parser — do que em lógica de negócio. Use como rascunho rápido, revise como se fosse de um estagiário: o Copilot inventa APIs que não existem quando ele não tem contexto do seu projeto.

Auto Rename Tag (formulahendry.auto-rename-tag) parece pequena até você mexer com HTML: muda a tag de abertura e a de fechamento se ajustam na hora. Some com o erro mais comum de quem escreve markup à mão.

O gargalo invisível das extensões demais

Cada extensão ativa pode registrar um provedor de linguagem, um formatador e um conjunto de atalhos. Chega a um ponto em que o VSCode abre devagar, o IntelliSearch demora e o consumo de memória dispara — e a causa quase nunca aparece na tela.

Dois sintomas clássicos: o editor travando ao abrir um arquivo grande, e duas extensões formatando o mesmo arquivo em sentidos diferentes. A segunda situação tem uma solução simples: desative o formatador automático embutido e escolha um padrão por projeto. O primeiro exige investigar: abra o painel de extensões, ordene por uso recente e desative tudo que você não lembra por que instalou.

Extensões pesadas devem ser habilitadas por pasta, não globalmente. Clique no ícone de engrenagem da extensão e escolha Disable (Workspace) — assim o Copilot ou a extensão de Dart ficam fora dos projetos em que não fazem sentido.

Como manter essa lista viva

Trate a lista como configuração de projeto e não como gosto pessoal. Dentro do repositório, crie o arquivo .vscode/extensions.json com as recomendações: quando alguém abrir o projeto, o editor avisa que faltam extensões.

{
  "recommendations": [
    "ms-python.python",
    "ms-python.vscode-pylance",
    "dbaeumer.vscode-eslint",
    "esbenp.prettier-vscode",
    "eamodio.gitlens"
  ]
}

Deixe também um .vscode/settings.json com o formatador padrão e o format on save. Assim a formatação deixa de ser assunto de time e vira comportamento automático — ninguém perde mais tempo em pull request discutindo espaço e vírgula.

Por fim, revise a lista a cada projeto novo. Dez extensões bem escolhidas cobrem o dia inteiro de trabalho; trinta instaladas "para o caso de precisar" só fazem o editor pensar mais antes de abrir.

E aí, fez sentido?

Conte nos comentários sua experiência com extensões do VSCode — qual delas você não abre mais o editor sem? — e se o artigo te ajudou, compartilhe com alguém que está montando o ambiente do zero. 👇