Estudo: Cursor acelera o início do desenvolvimento, mas depois aumenta a dívida técnica da equipe

Pesquisa sobre o Cursor revela um cenário desagradável para o mercado de codificação com IA: inicialmente a ferramenta acelera o lançamento de código, mas esse ganho é então consumido pelo crescimento da complexidade e da dívida técnica acumulada. Para as equipes isso é uma má notícia não porque a IA seja inútil, mas porque a velocidade local facilmente mascara custos futuros.

Primeiro Impulso

Os autores da pesquisa compararam 807 repositórios open source onde identificaram sinais de adoção do Cursor com 1.380 projetos similares sem tal adoção. Eles usaram uma abordagem de diferenças-em-diferenças e analisaram não as percepções dos desenvolvedores, mas a dinâmica de commits, linhas de código e métricas de qualidade antes e depois da adoção. Isso é importante: não se trata de um teste laboratorial em uma única tarefa, mas de uma tentativa de entender como um assistente de IA se comporta em bases de código reais.

No início o efeito parece convincente. No primeiro mês após a implementação, o número de commits cresceu 55,4%, e o volume de linhas adicionadas — 281,3%. No segundo mês o crescimento ainda se mantinha, mas era notavelmente mais fraco: commits cresceram 14,5%, e linhas — 48,4%. Após esse ponto, os pesquisadores não observaram mais vantagem sustentada. Ou seja, o Cursor pode realmente acelerar rapidamente a produção, mas essa aceleração não se transforma em uma velocidade de desenvolvimento estável ao longo do tempo.

Custo da Velocidade

Simultaneamente à velocidade, a pesquisa registrou crescimento de problemas na base de código. O número de avisos de análise estática após a implementação do Cursor aumentou 29,7%, e a complexidade geral do código — 40,7%. A densidade de linhas duplicadas não mostrou um aumento significativo. A conclusão aqui é importante: não se trata apenas e nem principalmente de cópia-cola, mas do sistema se tornando mais pesado, mais confuso e mais caro de manter.

Para uma equipe isso geralmente significa várias coisas:

• revisão precisa passar mais tempo em grandes mudanças geradas por IA
• testes e linters começam a detectar mais problemas já após a geração, não antes
• decisões arquiteturais são tomadas muito facilmente e rapidamente chegam ao main branch
• código localmente conveniente lê pior e é mais difícil de alterar semanas depois

É exatamente por isso que os autores falam de um ciclo auto-sustentável. O Cursor acelera o lançamento de código, a dívida técnica cresce junto com ele, e então essa dívida começa a desacelerar as mudanças subsequentes na prática. Se uma equipe tem revisão fraca, refatoração rara e cobertura de testes insuficiente, os ganhos das primeiras semanas se transformam bastante rápido em uma nova fonte de desaceleração. O gargalo se desloca: escrever código fica mais fácil, mas entender, verificar e simplificá-lo — fica mais difícil.

Onde Há Ressalvas

No entanto, a pesquisa não pode ser lida como um veredicto final. Os autores assumiram que um repositório adotou o Cursor se arquivos como .cursorrules ou uma pasta .cursor apareceram no histórico. Este é um sinal de proxy útil mas grosseiro. Não mostra com que atividade a equipe realmente usou a ferramenta, quem exatamente a usou, e se o Cursor foi aplicado ao desenvolvimento principal ao invés de pequenas correções ou documentação. E isso limita a força da inferência causal.

Há uma segunda ressalva: a qualidade foi avaliada usando métricas do SonarQube, incluindo avisos de análise estática e complexidade cognitiva. Esses indicadores são úteis, mas não medem toda a realidade da engenharia. Eles são piores em ver acoplamento arquitetural, propagação de lógica de domínio através de camadas, e o custo real da manutenção do sistema. Portanto, a conclusão honesta soa assim: a pesquisa não prova que cada commit de IA piora o código, mas mostra com confiança um padrão perturbador no nível do projeto.

O Que Isso Significa

Para negócios e equipes de engenharia, isso não é um argumento contra codificação com IA como tal, mas um sinal para reestruturar o processo em torno dela. Se você usar o Cursor apenas como um acelerador de geração, sem revisão mais rigorosa, refatoração rápida e quality gates reforçados, picos de velocidade de curto prazo facilmente se transformam em dívida técnica. A lição principal aqui é simples: IA remove fricção da escrita de código, mas não elimina o custo de decisões ruins e não torna a manutenção gratuita.