Cursor 3 e a nova disputa dos agentes de IA para desenvolvedores
O mercado de IA para programação entrou numa fase bem mais competitiva, e o Cursor 3 é a aposta da Cursor para continuar relevante nesse cenário. A empresa lançou uma nova experiência baseada em agentes de IA para desenvolvimento de software, competindo diretamente com ferramentas como Claude Code, da Anthropic, e soluções baseadas no OpenAI Codex, que ganharam milhões de usuários nos últimos meses.
Segundo Jonas Nelle, um dos heads de engenharia da Cursor, os últimos meses mudaram completamente a forma como os devs trabalham. Boa parte do produto que levou a Cursor ao sucesso até aqui, como a experiência tradicional de autocomplete e assistência dentro da IDE, já não é mais o centro da estratégia. O novo foco é claro: um ambiente em que o desenvolvedor passa o dia conversando com agentes, acompanhando o que eles fazem e revisando o resultado, em vez de escrever cada linha de código manualmente.
Essa mudança de postura não acontece no vazio. Nos últimos 18 meses, tanto a OpenAI quanto a Anthropic lançaram seus próprios produtos de coding agent, oferecendo planos de assinatura fortemente subsidiados. Isso colocou pressão direta no modelo de negócio da Cursor, que até então era uma das principais formas de devs acessarem modelos da OpenAI, Anthropic e Google dentro de uma IDE especializada.
O que é o Cursor 3 na prática
O Cursor 3 é descrito pela própria empresa como um produto agent-first. Em vez de apenas sugerir código dentro da IDE, ele coloca os agentes de IA no centro da experiência.
Tudo acontece dentro do app desktop já conhecido pelos usuários da Cursor, mas agora com uma interface nova dedicada aos agentes. No meio da tela, aparece uma caixa de texto simples, com cara de chatbot, onde o dev digita em linguagem natural a tarefa que quer delegar: criar uma nova feature, refatorar um módulo, corrigir um bug, escrever testes, melhorar performance e por aí vai.
Ao apertar Enter, o agente começa a trabalhar sem que o dev precise escrever uma linha de código inicial. A lógica é bem diferente do clássico “me sugere um trecho de função aqui”: a ideia é realmente offload de tarefa, não só ajuda pontual. Enquanto isso, em uma sidebar à esquerda, o usuário consegue ver e gerenciar todos os agentes que estão rodando naquele momento, inclusive múltiplos agentes em paralelo, cada um cuidando de um pedaço do trabalho.
O detalhe que diferencia o Cursor 3 de muitas experiências desktop do Claude Code e de ferramentas baseadas em Codex é a integração profunda com a IDE da própria Cursor. Numa demonstração, Alexi Robbins, também co-head de engenharia do Cursor 3, mostrou como um agente roda no cloud para construir uma nova funcionalidade, enquanto o desenvolvedor acompanha e revisa o código gerado localmente, diretamente nos arquivos do projeto.
Ou seja, não é só um chat separado: é um fluxo onde o agente altera, cria e sugere código no contexto real do repositório, e o dev valida isso linha a linha, como faria ao revisar um pull request.
Dev como arquiteto e revisor, não só digitador
A visão por trás do Cursor 3 é transformar o papel do desenvolvedor. Em vez de ficar apenas digitando código o dia inteiro, o dev passa a atuar mais como arquiteto, revisor e orquestrador das tarefas:
- Define objetivos e restrições para o agente.
- Acompanha o plano de execução.
- Verifica o código gerado e decide o que entra ou não no repositório.
- Combina múltiplos agentes para cuidar de partes diferentes do projeto.
Isso coloca o Cursor na mesma linha de evolução de ferramentas que estão indo além do autocomplete turbinado. O foco deixa de ser apenas “escrever mais rápido” e passa a ser delegar blocos inteiros de trabalho, mantendo supervisão humana onde ela é mais relevante: decisões de arquitetura, experiência do usuário, qualidade técnica e aderência ao produto.
Como a Cursor tenta competir com os grandes labs de IA
Por trás dessa guinada em direção a um produto agent-first, existe também uma briga pesada de negócios. A Cursor está disputando o mesmo espaço de dev tooling com IA que gigantes como a OpenAI e a Anthropic estão mirando, com muito mais capital disponível.
A empresa, que começou como uma forma prática de programar usando modelos de terceiros, virou uma das maiores clientes desses próprios labs. Só que, à medida que OpenAI e Anthropic passaram a oferecer suas próprias IDEs e agentes de código com assinaturas agressivamente subsidiadas, a vantagem da Cursor diminuiu.
Hoje, devs conseguem, em alguns planos, ter facilmente mais de 1000 dólares de uso de modelo por apenas 200 dólares ao mês. Isso faz com que soluções como Claude Code e ferramentas baseadas em Codex sejam extremamente atraentes em custo-benefício para quem usa intensivamente IA no dia a dia.
Assinaturas, preço e frustração da comunidade
Até meados de 2025, a Cursor também oferecia um plano bastante subsidiado para seu produto principal de AI coding. Em junho de 2025, porém, a startup anunciou que migraria para um modelo de cobrança baseado em uso, com tarifas atreladas ao consumo de IA, mudando a conta para muitos usuários.
A reação da comunidade foi ruidosa, e a própria empresa depois reconheceu que a comunicação não foi das melhores. A decisão, porém, tinha um motivo claro: melhorar margem e buscar um caminho de sustentabilidade num mercado em que os rivais podem queimar muito mais dinheiro para adquirir clientes.
Enquanto isso, a Anthropic já começou a apertar um pouco alguns limites de uso de assinatura do Claude Code, sinalizando que o período de subsídios extremos também pode ter prazo de validade. Mas, por enquanto, a combinação de limites generosos + produto maduro ainda pesa a favor de Claude Code e ferramentas com base em Codex, segundo vários devs que migraram da Cursor.
Por que alguns devs migraram
Desenvolvedores ouvidos pela WIRED relataram que hoje usam Claude Code e Codex para a maior parte do trabalho com IA em código, deixando a Cursor e ferramentas semelhantes em segundo plano. O motivo principal não é só qualidade de modelo, mas:
- Limites de uso mais generosos incluídos na assinatura.
- Experiência agent-first bem integrada, com tarefas autônomas.
- Bom custo-benefício considerando volume de tokens processados.
Alguns fundadores e líderes técnicos chegaram a comentar que hoje escolhem a ferramenta baseada quase exclusivamente em quem oferece o maior teto de uso dentro do plano, já que rodam muitos experimentos, refactors grandes e tarefas intensivas em contexto longo.
Modelos proprietários: a linha Composer entra em cena
Para não depender totalmente dos modelos de terceiros, a Cursor começou também a apostar em uma linha própria de modelos, chamada Composer. O lançamento mais recente é o Composer 2, construído a partir de um sistema open source da Moonshot AI, laboratório chinês de IA, que recebeu pretreinamento e pós-treinamento adicionais pela equipe da Cursor.
A ideia é simples: oferecer um modelo com bom equilíbrio entre performance, preço e velocidade, que possa ser servido de forma mais econômica para a base de clientes. Em vez de pagar sempre as tarifas cheias de modelos externos, a Cursor consegue, em várias situações, empurrar workloads para o Composer 2, mantendo um custo menor e, ao mesmo tempo, oferecendo uma experiência de AI coding competitiva.
O plano declarado da empresa é ir além dessa adaptação sobre base open source e, no futuro, treinar modelos Composer completamente do zero. Isso, porém, exige investimentos muito altos em pesquisa, dados e infraestrutura, algo que tradicionalmente está mais ao alcance de gigantes como OpenAI e Anthropic, que levantaram dezenas de bilhões de dólares.
Custos de treinar modelos e o desafio de capital
Treinar modelos de IA de ponta é caro, e isso não é segredo para ninguém no mercado. GPUs de última geração, clusters massivos, engenharia de dados, equipes de pesquisa: tudo isso pesa forte no balanço.
A Cursor tem fama de fazer muito com poucos recursos, mantendo um time enxuto e entregando produto rápido. Mas a disputa atual por agentes de código de alta qualidade é provavelmente o capítulo mais caro da história da empresa. Com OpenAI e Anthropic enxergando nesse segmento um negócio gigantesco, a pressão para a Cursor captar mais capital rapidamente aumenta bastante.
Não por acaso, a empresa está em conversas para uma nova rodada de investimento com valoração na casa dos 50 bilhões de dólares, quase o dobro do valor de mercado recebido no funding da série D no ano anterior. O crescimento rápido, inclusive físico, é visível: o escritório em São Francisco cresceu tanto que hoje ocupa até um antigo cinema da região, com direito a filas organizadas de sapateiras na entrada, no lugar da pilha caótica de tênis que marcava a fase inicial da startup.
O mundo agent-first e o lugar da Cursor nele
Com todo mundo correndo para o modelo agent-first, o que antes era diferencial virou praticamente requisito básico. Ferramentas sérias de AI coding hoje precisam lidar com:
- Contexto longo entre múltiplos arquivos e pastas.
- Refactors complexos guiados pelo próprio agente.
- Explicação de trechos de código em linguagem simples.
- Geração e manutenção de testes automatizados.
Em cima desse pacote mínimo, cada player adiciona sua própria estratégia: agentes mais autônomos, integrações fortes com CI/CD, foco em segurança, suporte amplo a stacks específicos, ou planos agressivos de uso com assinatura fixa.
O Cursor 3 tenta se diferenciar em dois pontos principais:
- Integração profunda entre agente em nuvem e IDE local, com fluxo contínuo de geração e revisão.
- Aposta em um hub de agentes, onde o dev consegue ver, gerenciar e acompanhar múltiplos agentes lado a lado.
Na visão dos heads de engenharia, pouco importa se o dev vai passar mais tempo na janela de chat com agentes ou direto na IDE. O importante é que ele permaneça dentro do ecossistema da Cursor, usando as duas experiências de forma complementar.
Times híbridos: devs + agentes
O movimento que começa a ficar claro é a transição de assistentes de código para times híbridos. Em vez de só acelerar o que já existia, os agentes começam a assumir responsabilidades maiores:
- Cuidar de correções de bugs repetitivos.
- Fazer refactors de código legado longo e chato.
- Gerar documentação inicial com base no código.
- Atualizar dependências e adaptar APIs antigas para novas versões.
O desenvolvedor continua no controle, mas gasta menos energia nas tarefas mecânicas e mais nas decisões que exigem visão de produto, experiência de usuário, design de sistema e entendimento do contexto de negócio. Ferramentas como o Cursor 3, Claude Code e stacks que usam Codex viram, na prática, um painel de controle para esse conjunto de agentes.
O que esperar do desenvolvimento de software nos próximos anos
Se 2023 e 2024 foram os anos em que os devs testaram se IA realmente ajudava a escrever código, 2025 e 2026 estão se desenhando como o período em que a IA passa a assumir parte concreta da carga de trabalho. A discussão deixa de ser “funciona ou não funciona?” e passa a ser:
- Quanto trabalho faz sentido delegar para um agente?
- Como garantir qualidade, segurança e manutenibilidade?
- Qual é o equilíbrio certo entre autonomia da IA e revisão humana?
Ferramentas como o Cursor 3 entram exatamente nesse ponto: elas não só mostram que um agente de código consegue entregar uma feature, como oferecem mecanismos de supervisão, transparência e controle dentro do fluxo de desenvolvimento. Logs detalhados, visão clara das mudanças, facilidade para reverter decisões ruins e reorientar agentes viram parte importante da experiência.
Nesse cenário, a escolha entre Cursor, Claude Code, Codex e outros produtos deixa de ser só preferência de modelo e passa a envolver também cultura de time, estrutura do projeto, limites de uso, custo total e até a forma como a empresa organiza seus processos de revisão e deploy.
Uma coisa, porém, está ficando bem nítida: o jeito de escrever software em 2026 é bem diferente do que a maioria dos devs aprendeu na época em que tudo era feito linha a linha, no braço. Quem souber aproveitar bem essa onda de agentes de código, usando ferramentas como o Cursor 3 de forma consciente e estratégica, tende a ganhar uma vantagem real em produtividade e qualidade técnica, especialmente em sistemas grandes, complexos e em constante evolução.
