Cursor Alcança 5 Milhões de Desenvolvedores. VS Code Está de Olho.

O VS Code ainda é a ferramenta dominante entre desenvolvedores por qualquer métrica que importa: 75,9% de uso diário em 2025, um ecossistema imenso de extensões, integração profunda com o GitHub e todo o peso da engenharia da Microsoft por trás. No entanto, no mesmo ano, o Cursor — um fork de três anos do VS Code construído em torno de fluxos de trabalho com prioridade em IA — cresceu 120% ano a ano, atingindo 5 milhões de desenvolvedores até maio de 2026, com 67% das empresas da Fortune 500 o utilizando em pelo menos um time.

Essa trajetória merece atenção. Não porque o VS Code está perdendo, mas porque o crescimento do Cursor revela algo sobre o que os desenvolvedores agora esperam de suas ferramentas.

O Que "Nativo em IA" Realmente Significa

A maioria dos plugins e extensões de IDE adicionam IA como uma barra lateral — um painel de chat que você invoca, uma sugestão que pode aceitar ou descartar. O modelo do Cursor é diferente: ele trata o codebase como o contexto principal para todas as interações de IA. O modo Composer permite fazer alterações em vários arquivos simultaneamente, referenciando funções e estruturas de dados em todo o projeto, em vez de apenas no arquivo que você está editando no momento.

O autocomplete em nível de diff não sugere apenas conclusões de linha — ele sugere refatorações de múltiplas linhas no contexto do código ao redor, muitas vezes antecipando o propósito da mudança com base na assinatura da função e no código adjacente. O chat com consciência do codebase significa que você pode perguntar "por que o middleware de auth rejeita requisições com esse header?" e obter uma resposta que realmente leu sua implementação do middleware em vez de dar uma explicação genérica de como o JWT funciona.

Esses não são recursos que se encaixam perfeitamente em um modelo de plugin. Eles exigem acesso ao estado completo do workspace no nível da IDE. É por isso que o Cursor precisava ser um editor, não uma extensão.

A Vantagem do VS Code Que Também é uma Restrição

A dominância do VS Code vem em parte de seu ecossistema de extensões: mais de 50 mil extensões cobrindo todas as linguagens, frameworks e workflows. O Cursor herda isso completamente — ele executa extensões do VS Code nativamente, o que eliminou a maior parte do atrito na migração. Um desenvolvedor migrando do VS Code para o Cursor não perde seu tema, seu language server ou sua configuração de debugger.

Mas essa mesma compatibilidade retroativa cria restrições. A arquitetura do VS Code foi projetada antes da existência de LLMs. A API de extensão reflete suposições sobre como uma "sugestão de código" se parece que não se aplicam bem a edições generativas em múltiplos arquivos. A Microsoft tem adicionado capacidades de IA através do Copilot, mas está trabalhando dentro de uma arquitetura que não foi projetada para isso.

O Cursor, por ter feito o fork do VS Code no nível base, pode instrumentar o núcleo do editor de maneiras que extensões não conseguem. É daí que vem seu desempenho em tarefas com múltiplos arquivos — não é um workaround; é acesso arquitetural.

Zed: O Outro Desafio

Enquanto o Cursor compete em profundidade de IA, o Zed compete nos fundamentos. O editor nativo em Rust lançou a v1.0 em abril de 2026, com tempos de inicialização de 0,12 a 0,4 segundos (contra 1,2 a 3,0 segundos do VS Code) e uso de memória ociosa de 142 a 200 MB (contra 650 MB a 1,2 GB do VS Code).

Para desenvolvedores rodando em MacBooks com 16 GB de RAM e uma dúzia de abas de navegador abertas, a diferença de memória é notável. A renderização a 120fps do Zed por meio de layout de texto acelerado por GPU faz com que a rolagem por arquivos grandes pareça categoricamente diferente da renderização baseada em navegador que o VS Code herda do Electron.

O modelo de extensões do Zed usa sandboxing baseado em WASM — ecossistema menor que o do VS Code, mas mais performático e mais seguro. Sua integração de IA roda através de uma API aberta, em vez de uma implementação específica de fornecedor, o que facilita a troca dos modelos subjacentes.

O Que os Desenvolvedores Estão Realmente Escolhendo

A pesquisa AI Pulse da JetBrains de janeiro de 2026 constatou que 18% dos desenvolvedores usam o Cursor no trabalho e 18% usam o Claude Code — o agente de codificação por linha de comando — em quase paridade entre si, mas bem abaixo da base do VS Code. O GitHub Copilot continua sendo a ferramenta de codificação com IA mais amplamente implantada em números absolutos, mas seu crescimento desacelerou à medida que alternativas ganharam tração.

O padrão emergente: o Cursor domina entre times que fazem desenvolvimento greenfield ou trabalham em codebases grandes e complexas, onde o contexto multi-arquivo importa. O Zed atrai desenvolvedores para quem desempenho é uma restrição — grandes monorepos, hardware antigo ou preferência por ferramentas leves. O VS Code continua sendo o padrão para times onde padronização e compatibilidade de plugins importam mais do que profundidade de IA ou desempenho bruto.

A Pergunta para a Microsoft

A Microsoft tem os recursos para construir o que o Cursor construiu — e vem se movendo nessa direção com a integração cada vez mais profunda do GitHub Copilot com o VS Code. O desafio é que decisões arquiteturais tomadas em 2015 agora limitam o que é possível sem uma reescrita significativa.

As guerras de IDEs não terminaram, e o VS Code não corre o risco de perder sua pluralidade. Mas a definição de "melhor ferramenta para desenvolvedores" está mudando de "mais recursos e extensões" para "mais eficaz no desenvolvimento assistido por IA". Essa é uma corrida onde um competidor pequeno e focado, com flexibilidade arquitetural, tem vantagens que participação de mercado e legado não compensam.