---
title: "As melhores extensões para VS Code que deves instalar"
description: "Escolhemos as melhores extensões: formatadores, linter e ferramentas Git/Web. Descobre o essencial sem sobrecarregar o teu editor."
url: "https://www.alemasone.com/pt/melhores-extensoes-para-vs-code/"
language: "pt"
published: 2024-10-17
updated: 2026-09-19
categories: ["Programação E Desenvolvimento"]
translations:
it: "https://www.alemasone.com/it/migliori-estensioni-vs-code/"
en: "https://www.alemasone.com/en/best-vs-code-extensions-to-install/"
es: "https://www.alemasone.com/es/mejores-extensiones-vs-code-que-instalar/"
fr: "https://www.alemasone.com/fr/meilleures-extensions-vs-code-a-installer/"
de: "https://www.alemasone.com/de/beste-vs-code-extensions-empfehlungen/"
---
# As melhores extensões para VS Code que deves instalar
Tercenta extensões instaladas são um problema, não uma configuração. Cada uma atrasa o arranque, consome memória e pode entrar em conflito com as outras. As que realmente importam contam-se nos dedos de duas mãos, e muitas coisas para as quais há anos se instalava uma extensão, hoje o Visual Studio Code faz sozinho.
Antes de adicionares algo, vê o que o editor já faz: formatação ao guardar, renomear símbolos em todo o projeto, Git, terminal, procura e substituição com expressões regulares, múltiplos cursores simultâneos, pré-visualização de Markdown, sincronização de definições, debug de JavaScript no browser e parênteses coloridos por pares. Para estas últimas três, até há uns anos, eram necessárias a Settings Sync, o Debugger for Chrome e o Bracket Pair Colorizer: se ainda as tens, podes removê-las.
As extensões instalam-se através do painel **Extensões** (Ctrl + Shift + X): procuras o nome, clicas em **Instalar** e normalmente funcionam de imediato. Quase todas são gratuitas. Aqui tens o essencial, dividido por função.
## Qualidade do código
**[Prettier](https://prettier.io/)** formata o código segundo regras comuns: chega de discussões sobre aspas, pontos e vírgulas ou recuos. Configuras uma vez por projeto com um ficheiro `.prettierrc` e ativas o **Format On Save** nas definições.
**[ESLint](https://eslint.org/)** é o controlador: sinaliza erros reais e hábitos arriscados enquanto escreves, não quando o programa falha. Deve ser instalado também como um pacote no projeto; a extensão sozinha não chega.
**[EditorConfig](https://editorconfig.org/)** faz com que todos os editores respeitem as mesmas regras básicas (tipo de recuo, fim de linha, codificação) e é indispensável quando alguém no grupo usa outro programa.
Com estas três, desaparece grande parte das diferenças de estilo que sobrecarregam as revisões de código.
## Inteligência artificial
**[GitHub Copilot](https://github.com/features/copilot)** já está integrado no VS Code: completa linhas enquanto escreves, responde no chat lateral e, em modo agente, pode modificar vários ficheiros por ti. Desde 2024 existe um plano **gratuito** com um número limitado de sugestões e mensagens por mês, e em 2025 a Microsoft tornou open source a parte do chat dentro do editor.
Se preferires outro modelo, existem as extensões do Gemini Code Assist, do Claude Code, do Codex e alternativas abertas como o **Continue**, que se ligam inclusive a modelos instalados no teu computador. O Tabnine, mencionado na lista antiga, ainda existe, mas perdeu terreno.
Duas precauções. O código que envias ao assistente acaba nos servidores do fornecedor, por isso, em projetos de trabalho, verifica o que a tua empresa permite. E revê o que ele escreve: erra com muita confiança.
## Git e colaboração
**[GitLens](https://www.gitkraken.com/gitlens)** mostra-te quem escreveu cada linha e quando, diretamente ao lado do código, e torna o histórico legível sem saíres do editor. Quando trabalhas em código escrito por outros, é uma das mais úteis de todas. Algumas funções, como o Commit Graph em repositórios privados, estão na versão Pro.
**Git Graph** é a alternativa gratuita se só precisares do gráfico de branches e commits, o mesmo trabalho que fazia o antigo Git History.
**[Live Share](https://visualstudio.microsoft.com/services/live-share/)** permite que dois editem o mesmo ficheiro ao mesmo tempo, cada um no seu computador, partilhando também o terminal e o servidor local. Para ajudar alguém à distância, funciona melhor do que qualquer partilha de ecrã.
## Desenvolvimento web
**[Live Server](https://github.com/ritwickdey/vscode-live-server)** inicia um pequeno servidor local que recarrega o browser a cada salvamento. Para um site estático ou um exercício de HTML e CSS, é o caminho mais rápido.
**Auto Rename Tag** renomeia a tag de fecho quando alteras a de abertura: algo pequeno, mas que te poupa imensas correções.
**As extensões do teu framework** (React, Vue, Svelte, Astro) trazem autocompletar e diagnóstico específicos. Instala apenas a do framework que usas: as outras só pesam. Para React, o **ES7+ React/Redux/React-Native Snippets** cria um componente com apenas algumas letras, por exemplo `rafce`.
**CSS Peek** abre a regra CSS de uma classe diretamente a partir do HTML, e o editor já mostra a cor dos códigos hexadecimais ao lado do valor.
**[Thunder Client](https://www.thunderclient.com/)** ou uma extensão semelhante permite-te testar chamadas de API diretamente no editor, sem precisares de abrir um programa à parte.
## Linguagens e ambientes
Aqui a regra é instalar apenas o que usas:
| Âmbito | Extensão de referência |
|--------|---------------------------|
| Python | A extensão oficial Python com Pylance |
| C e C++ | A extensão C/C++ da Microsoft ou clangd |
| Docker e containers | Container Tools (a extensão que antes se chamava Docker) |
| Trabalho em servidores remotos | [Remote - SSH](https://code.visualstudio.com/docs/remote/ssh), para trabalhar como se os ficheiros fossem locais |
| Bases de dados | Uma extensão cliente para a base de dados que usas |
| Markdown | Markdown All in One, para atalhos, índice e pré-visualização |
| Ficheiros CSV | Rainbow CSV, que colore as colunas |
**Remote - SSH** merece duas linhas extra: abre uma pasta numa máquina remota e permite-te usar todas as funções do editor, incluindo o terminal, como se o código estivesse no teu computador. Se desenvolves em servidores, isto muda o teu dia a dia. Com o **WSL** fazes o mesmo com Linux dentro do Windows.
Para testar rapidamente um script em qualquer linguagem, existe o **Code Runner**, que o executa com um clique. É prático para exercícios; para um projeto [a sério usa o terminal](/pt/instalar-compilador-c-cpp-windows-linux-macos/) ou o debugger.
## Conveniências do dia a dia
**Code Spell Checker** sinaliza erros ortográficos em comentários, strings e nomes de variáveis. Com o dicionário de português, podes usá-lo também para textos.
**Error Lens** mostra a mensagem de erro ao lado da linha em vez de no painel inferior: lês o erro exatamente onde estás a olhar.
**Path Intellisense** completa os caminhos dos ficheiros enquanto os escreves e reduz erros em ligações relativas.
**Todo Tree** reúne num painel todos os comentários `TODO` e `FIXME` do projeto, **Bookmarks** coloca marcadores nas linhas que visitas com frequência, **Peacock** colore a janela de forma diferente para cada projeto, o que é útil quando tens três abertos ao mesmo tempo.
Temas e ícones (como vscode-icons ou Material Icon Theme) são uma questão de gosto e não alteram o funcionamento: escolhe um e deixa de procurar.
> **Usa perfis.** Com os perfis do VS Code, podes ter grupos de extensões diferentes para contextos distintos — por exemplo, um para web, um para Python e um minimalista para escrever — e passas de um para outro sem desinstalar nada. Assim, o editor se mantém leve sem abdicar de nada.
## As extensões que atrasam o editor
Se o VS Code demora vários segundos a abrir, geralmente a culpa é de uma extensão.
O comando **Developer: Show Running Extensions**, na paleta de comandos (Ctrl + Shift + P), lista as extensões ativas com o tempo de ativação de cada uma: encontras a culpada em poucos segundos.
**Help: Start Extension Bisect** é ainda mais rápido: desativa metade das extensões de cada vez até encontrar aquela que está a causar o problema.
> **Cuidado com as cópias.** No Marketplace existem extensões com nomes quase idênticos aos das famosas, por vezes com código malicioso que lê os teus ficheiros ou rouba credenciais: isto já aconteceu várias vezes até em 2025. Antes de instalares, verifica se o editor tem o selo de verificação, vê o número de instalações e abre o link para o repositório do projeto.
## Quantas são suficientes
Para quem desenvolve para a web, uma configuração sensata resume-se a oito extensões: Prettier, ESLint, EditorConfig, GitLens, Live Server, a extensão do framework, Error Lens e Code Spell Checker. Adiciona Remote - SSH se trabalhares em servidores, um assistente de inteligência artificial se precisares e a extensão da linguagem que usas fora da web.
O resto avalia quando tiveres um problema concreto, não antes. A extensão instalada "porque pode ser útil" é aquela que, daqui a seis meses, [atrasa o arranque](/pt/mac-lento-ao-arrancar-sistema/) sem que ninguém se lembre de por que razão está lá.
## Perguntas frequentes
### As extensões atrasam o Visual Studio Code?
Sim, e isso mede-se: cada uma adiciona tempo de arranque e memória. A diferença entre dez extensões e quarenta nota-se sobretudo quando abres projetos grandes. Com as ferramentas de diagnóstico integradas, podes ver quanto custa cada uma.
### As extensões são gratuitas?
Quase todas sim, e muitas são open source. Algumas têm funcionalidades pagas (GitLens Pro, Thunder Client para equipas) e os assistentes de inteligência artificial têm planos gratuitos com limites e subscrições para um uso intensivo.
### Posso sincronizar as extensões entre vários computadores?
Sim, a sincronização está integrada: ativa-a através do ícone da conta no canto inferior esquerdo e alinha extensões, definições, atalhos de teclado e temas em todos os dispositivos ligados à mesma conta GitHub ou Microsoft.
### O Prettier e o ESLint fazem a mesma coisa?
Não, e usam-se em conjunto. O Prettier trata da forma (espaços, quebras de linha, aspas) e é apenas estético. O ESLint verifica o conteúdo: variáveis não utilizadas, comparações arriscadas, erros lógicos recorrentes. Com a configuração `eslint-config-prettier` os dois não entram em conflito.
### É necessária uma extensão para trabalhar com Git?
Não, as operações do dia a dia já são feitas pelo editor. O GitLens adiciona o contexto (quem escreveu o quê, quando e porquê), que se torna precioso em projetos com muito histórico ou muitas pessoas.
### Como sei se uma extensão é segura?
Verifica se o editor é verificado, consulta as instalações e avaliações e abre o repositório para ver se o projeto está ativo. Desconfia de extensões com nomes quase iguais aos das famosas e daquelas publicadas recentemente, sem histórico.