« Cancelling Cursor »: a dívida técnica sobrepõe-se à velocidade de entrega de funcionalidades

Alex Yumashev (Jitbit) publica o motivo de seu cancelamento do Cursor: base VSCode com atraso de 7-8 meses, 7 bugs relatados em um ano e nunca corrigidos, modo Agent forçado a cada atualização, suporte fantasma. Um sinal individual que traça exatamente a fratura editor-orquestrador.

Em termos simples. O fundador da Jitbit, Alex Yumashev, publicou uma postagem detalhada sobre os motivos de seu cancelamento do Cursor: base VSCode obsoleta, bugs antigos não corrigidos, mudança para o modo agente por padrão, suporte deficiente. O Cursor inventou uma categoria; o autor acredita que está saindo dela.

Contexto

O Cursor popularizou os diffs inline e o chat contextual, agora padrões. A mudança do produto para o modo agente e o crescente distanciamento do VSCode upstream alimentam há meses uma revolta na comunidade.

Os fatos (baseados na postagem)

Alex Yumashev, fundador da Jitbit, cliente pagante há vários anos:

• Base VSCode: cerca de 7 a 8 meses de atraso em relação ao upstream. Algumas extensões recentes se recusam a ser instaladas.
• Bugs: ~7 problemas relatados em um ano, nenhum corrigido. Exemplo: um defeito de CSS nas configurações, relatado há 4 meses.
• Agente por padrão: cada atualização reinicia o app no modo Agente. A configuração para desativá-lo é movida e renomeada a cada iteração.
• Suporte: uma postagem crítica no Reddit (177 votos) foi removida pelos moderadores. Tickets ignorados ou redirecionados para respostas geradas por IA.
• Alternativa citada: Claude Code, apresentado como utilizável diretamente dentro do Cursor.

Análise

Sinal individual, tendência de fundo. A mudança do Cursor para o modo agente por padrão traça exatamente a divisão identificada por Rachel Laycock (post #1752): o dev-orquestrador vs. o dev-editor. O Cursor optou pelo orquestrador; parte de sua base queria o editor.

Perspectiva craft: quando um fornecedor deixa 7 bugs abertos por um ano em um produto de assinatura, a questão não é mais a velocidade de inovação, mas a dívida de qualidade. Yumashev resume isso como um nível de suporte que esperaria de um projeto open-source secundário — o contrato implícito do SaaS craft está quebrado.

Cenários prováveis

• Cursor volta ao foco « back to IDE » (~30%): reversão possível sob pressão da comunidade.
• Cursor consolida no modo agente, perde sua base craft (~50%): segmentação para um produto diferente dos IDEs históricos.
• Fragmentação para Claude Code / Codex / VSCode nativo (~20%): a stack « IDE + agentes plugáveis » substitui o produto fechado.

Implicações para o profissional

Se você compra uma ferramenta de dev « agentic-first », questione o SLA sobre bugs cosméticos relatados há 3+ meses. Essa é a métrica mais preditiva da qualidade percebida a médio prazo. Também é o que distingue uma ferramenta craft de uma ferramenta orquestradora.

A se observar

Números de MRR do Cursor e taxa de churn; resposta oficial do Cursor à postagem; adoção do Claude Code como standalone; posicionamento de outros editores históricos.

Então, o que fazer. O pivot para agent-first divide a base de ferramentas de dev. O que importa para decidir: a taxa de bugs antigos em aberto, não o número de novas features.