« Cancelling Cursor »: Die Qualitätsverschuldung überwiegt die Feature-Velocity

In einfachen Worten. Der Gründer von Jitbit, Alex Yumashev, veröffentlicht einen detaillierten Beitrag zu den Gründen für seine Kündigung von Cursor: veraltete VSCode-Basis, nie behobene alte Fehler, standardmäßiger Wechsel zum Agent-Modus, mangelnder Support. Cursor hat eine Kategorie erfunden; der Autor ist der Meinung, dass es diese wieder verlässt.

Hintergrund

Cursor hat Inline-Diffs und kontextbezogenen Chat populär gemacht, die mittlerweile zum Standard geworden sind. Die Produktwendung hin zum Agent-Modus und die wachsende Distanz zum upstream VSCode nähren seit Monaten eine Community-Revolte.

Die Fakten (übernommen aus dem Beitrag)

Alex Yumashev, Gründer von Jitbit und seit mehreren Jahren zahlender Kunde:

• VSCode-Basis: etwa 7 bis 8 Monate hinter upstream. Einige neuere Erweiterungen lassen sich nicht installieren.
• Fehler: ~7 gemeldete Probleme in einem Jahr, keines behoben. Beispiel: ein CSS-Fehler in den Einstellungen, seit 4 Monaten gemeldet.
• Agent als Standard: Jedes Update startet die App im Agent-Modus. Die Einstellung zum Deaktivieren wird bei jeder Iteration verschoben und umbenannt.
• Support: Ein kritischer Reddit-Post (177 Upvotes) wurde von Moderatoren gelöscht. Tickets werden ignoriert oder auf KI-generierte Antworten verwiesen.
• Genannte Alternative: Claude Code, das angeblich direkt innerhalb von Cursor nutzbar ist.

Analyse

Einzelnes Signal, grundlegender Trend. Der Cursor-Wechsel zum standardmäßigen Agent-Modus markiert genau die von Rachel Laycock (Post #1752) identifizierte Bruchstelle: der Entwickler als Orchestrator vs. der Entwickler als Editor. Cursor hat sich für den Orchestrator entschieden; ein Teil seiner Basis wollte den Editor.

Handwerklicher Aspekt: Wenn ein Anbieter bei einem Abo-Produkt ein Jahr lang 7 Fehler offen lässt, geht es nicht mehr um die Innovationsgeschwindigkeit, sondern um die Qualitätsverschuldung. Yumashev fasst es so zusammen: Er würde ein solches Support-Niveau von einem Open-Source-Projekt zweiter Klasse erwarten – der implizite Vertrag des SaaS-Craft ist gebrochen.

Wahrscheinliche Szenarien

• Cursor kehrt zu « back to IDE » zurück (~30 %) : Umkehr möglich unter Community-Druck.
• Cursor festigt sich im Agent-Modus, verliert seine handwerkliche Basis (~50 %) : Abgrenzung hin zu einem Produkt, das sich von historischen IDEs unterscheidet.
• Fragmentierung hin zu Claude Code / Codex / nativem VSCode (~20 %) : Der Stack « IDE + ansteckbare Agents » ersetzt das geschlossene Produkt.

Implikationen für Profis

Wenn Sie ein « agentenbasiertes » Dev-Tool kaufen, stellen Sie die Frage nach dem SLA für kosmetische Fehler, die seit 3+ Monaten gemeldet werden. Das ist die beste Kennzahl für die mittelfristig wahrgenommene Qualität. Sie unterscheidet auch ein handwerkliches Tool von einem Orchestrator-Tool.

Zu beobachten

Cursor-MRR-Zahlen und Kündigungsrate; offizielle Cursor-Antwort auf den Beitrag; Adoption von Claude Code als Standalone; Positionierung anderer historischer Editoren.

Fazit. Der agentenbasierte Wandel spaltet die Basis der Dev-Tools. Entscheidend für die Bewertung ist die Rate alter, offener Fehler – nicht die Anzahl neuer Features.