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

Alex Yumashev (Jitbit) veröffentlicht die Gründe für sein Abonnement von Cursor: VSCode-Basis mit 7-8 Monaten Verzögerung, 7 gemeldete Fehler in einem Jahr ohne Korrekturen, erzwungener Agent-Modus bei jedem Update, nicht existenter Support. Ein individuelles Signal, das genau die Kluft zwischen Editor und Orchestrator aufzeigt.

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.