Das Experiment#
Im Februar 2026 habe ich versucht, Cursor aus meinem Entwicklungs-Setup zu entfernen. Die Begründung war einfach: Claude Code war stark gereift, meine Cursor-Monatsrechnung trieb wegen Overage-Kosten für Premium-Requests weiter nach oben, und ich war neugierig, ob ein reiner terminal-basierter KI-Workflow mit dem mithalten kann, was ein KI-first-Editor bietet.
Sechs Wochen später hatte ich eine klare Antwort, die nicht war, was ich erwartet hatte. Sie sind keine konkurrierenden Tools. Sie sind verschiedene Tools mit verschiedenen Stärken, und eines zu entfernen, hinterliess eine Lücke, die das andere nicht füllen konnte.
So sah das Experiment tatsächlich aus, und was ich jedem sagen würde, der über denselben Wechsel nachdenkt.
Was Cursor gut macht#

Zum Kontext: Ich hatte Cursor etwa zehn Monate täglich genutzt, bevor das Experiment begann. Vor allem Next.js-Arbeit, etwas Rust, gelegentlich ein Python-Skript.
Cursors bestes Feature ist nicht der Agent-Modus oder die schicken Demos. Es ist Cmd+K Inline-Editing. Code auswählen, beschreiben was geändert werden soll, Diff reviewen, akzeptieren oder ablehnen. Diese enge Schleife wird nach einer Woche Muscle Memory. Sie sind sich nicht bewusst, dass Sie KI nutzen, Sie editieren einfach mit anderer Geschwindigkeit.
Das zweite, was Cursor gut macht, ist Composer. Multi-Datei-Änderungen über einen einzigen Prompt. Sie geben ihm eine Beschreibung wie "füge einen Loading-State zu diesem Formular hinzu, inklusive der Spinner-Komponente und dem State-Management im Parent", und es arbeitet über drei Dateien. Nicht immer perfekt, aber meist nah genug, dass die verbleibenden Anpassungen 30 Sekunden kosten.
Das dritte ist Modell-Auswahl und Auto-Routing. Cursor lässt Sie zwischen Claude, GPT-5 und Auto-Modus wechseln, und Auto wählt ein vernünftiges Modell pro Aufgabe. In der Praxis liess ich es auf Auto und hörte auf, darüber nachzudenken.
Mehr zum vollen Funktionsumfang im Cursor-Guide.
Warum ich versucht habe zu gehen#
Drei Gründe.
Erstens, die Rechnung. Cursor Pro ist nominell 20 $/Monat, aber die 500 Premium-Requests, die dabei sind, halten bei mir keinen vollen Monat, wenn ich an einem echten Projekt dran bin. Ich zahlte konstant 35-55 $/Monat mit Overage, was mich sowieso in Pro+-Territorium brachte. Bei 60 $/Monat fühlte sich die Value-Gleichung schlechter an.
Zweitens, die Kontext-Limits. Cursor ist schnell, aber das Modell sieht nur, was Cursor ihm zeigt, meist eine Handvoll offener Dateien plus einige abgerufene Chunks aus der Codebase. Für große Refactors konnte es das ganze Bild nicht halten. Ich kopierte ständig architektonischen Kontext ins Chatfenster, was sich anfühlte, als kämpfe ich gegen das Tool.
Drittens war Claude Code ernsthaft gut geworden. Der agentische Workflow, der 1M-Token-Kontext, die Fähigkeit, ein ganzes Projektverzeichnis zu lesen und darüber zu reasonen, Tests auszuführen, Outputs zu prüfen, Git-Commits zu machen. Es tat Dinge, die Cursor nicht konnte.
Die Claude-Code-Erfahrung#

Ich committete mich zu sechs Wochen Claude Code als primärem Tool. Cursor blieb installiert, aber ich zwang mich, es nur für spezifische Situationen zu nutzen.
Was sofort funktionierte:
Claude Codes Projekt-Level-Reasoning ist dramatisch besser. Für Aufgaben wie "migriere diese App von Remix zu Next.js 16" oder "refactor dieses ganze Modul auf die neue Data-Layer" war es das richtige Tool. Es las das ganze Projekt, machte einen Plan, führte ihn über Dutzende Dateien aus, liess die Tests laufen, fixte die Regressionen. Dieser Workflow in Cursor wäre Stunden gewesen, in denen ich Composer-Runs zusammenflickte und manuell verifizierte.
Langlaufende Aufgaben wurden viel einfacher. Ich konnte Claude Code einen Job geben, für 20 Minuten weggehen und zurückkommen zu einem fertigen Feature mit Test-Suite und einer Zusammenfassung dessen, was es getan hatte. Cursors Agent-Modus kann das irgendwie, aber das Vertrauenslevel war viel niedriger; ich fühlte immer, ich müsse zusehen.
Debugging war besser. Wenn etwas kaputt ging, konnte Claude Code den Fehler lesen, die relevanten Dateien lesen, den scheiternden Test ausführen, einen Fix vorschlagen und verifizieren. In Cursor war ich der Kleber zwischen diesen Schritten.
Was nicht funktioniert hat#
Die erste Woche war gut. In der zweiten Woche fiel mir auf, was ich vermisste.
Cmd+K Inline-Editing hat kein echtes Äquivalent in Claude Code. Der Terminal-Flow ist exzellent für vollständige Aufgaben, aber für "ändere einfach diese eine Zeile"-Arbeit ist Claude Code danach zu fragen langsamer, als die Änderung selbst zu tippen. Cursors Inline-Edit ist schneller als manuelles Tippen, weil die Diff-Vorschau sofort da ist. Claude Codes Round-Trip ist immer mindestens ein paar Sekunden.
Kleine interaktive Erkundung ist schlechter. "Zeig mir jede Stelle, wo wir diese Funktion aufrufen", "benenne diese Variable über die Datei um, aber nicht global", "füge hier ein console.log hinzu, um zu debuggen". Cursor handhabt das in Muscle Memory. Claude Code behandelt sie als kleine Aufgaben, was Overkill ist.
Die Kostenstruktur überraschte mich in die andere Richtung. Claude Codes Nachrichten-Limits im Pro-Plan wurden in produktiven Wochen zum Problem. Ich erreichte den Tages-Cap ein paar Mal, was den Flow komplett brach. Pro+ bei 100 $ hätte das gelöst, aber das schob die Kosten zurück in Cursor-Territorium.
Modell-Qualität für kleine Edits war auch anders. Claude Opus 4.6 ist großartig fürs Planen und Architektur. Für einen Drei-Zeilen-Fix denkt es manchmal zu viel nach und schreibt mehr um als verlangt. Cursors Auto-Routing zu einem leichteren Modell fühlte sich für diese Momente richtig an.
Wo ich gelandet bin#
Nach sechs Wochen wechselte ich zu einem hybriden Setup. Beide Tools, für verschiedene Arbeiten.
Cursor Pro+ bei 60 $/Monat fürs tagtägliche Fahren:
- Cmd+K für schnelle Edits
- Composer für kleine Multi-Datei-Features
- Auto-Routing für Modell-Auswahl
- Jede Arbeit, bei der ich den Output Zeile für Zeile sehen will
Claude Code (in Claude Pro bei 20 $/Monat enthalten) für die schwere Arbeit:
- Große Refactors und Migrationen
- Agentische langlaufende Aufgaben
- Lesen und Reasonen über die ganze Codebase
- Ausführen von Test-Suites und Debugging
- Alles, wo ich weggehen und wiederkommen will
Total sind 80 $/Monat plus was immer an Overage bei Cursor passiert. In einem Durchschnittsmonat sind das 95-105 $. Zum Kontext: Ich zahlte vorher 50-70 $ nur bei Cursor, also liegt der Delta bei 25-45 $/Monat. Das ist leicht zurückgezahlt durch die Arbeit, die Claude Code macht und die Cursor nicht kann.
Wann ich nur Claude Code empfehlen würde#
Wenn Sie zu einem dieser Profile passen, ist Cursor wahrscheinlich nicht lohnenswert:
- Sie arbeiten an einer großen Codebase zur Zeit, machen meist architektonische oder Migrations-Arbeit, nicht enges Per-Datei-Editing.
- Sie kommen aus einem Vim/Emacs-Hintergrund und leben schon im Terminal. Das Cursor-UI fühlt sich wie Overhead an.
- Sie machen seltene Entwicklung, vielleicht ein paar Sessions pro Woche. Cursors Pro-Monats-Kosten amortisieren sich bei diesem Tempo nicht gut.
Wann ich nur Cursor empfehlen würde#
Das umgekehrte Profil:
- Sie arbeiten über viele kleine Projekte mit viel Per-Datei-Editing.
- Sie sind im Terminal nicht komfortabel und wollen ein echtes IDE-Erlebnis.
- Ihre Aufgaben sind 70 Prozent schnelle Edits und 30 Prozent größere Features. Die Inline-Edit-Schleife ist, wo Sie leben.
Der breitere Punkt#
Ich startete dieses Experiment mit dem Wunsch, einen Gewinner zu picken. Ich endete mit einem Split-Setup, das im Nachhinein offensichtlich wirkt. Cursor ist ein Editor mit eingebauter KI. Claude Code ist ein Entwicklungs-Agent, der zufällig ein Terminal nutzt. Sie beantworten verschiedene Fragen.
Der Failure-Mode von KI-Tool-Evaluationen ist anzunehmen, dass alles versucht, alles andere zu ersetzen. Manchmal ist die ehrliche Antwort "beide, für verschiedene Jobs". Das ist meine, zumindest für die nächsten sechs Monate, bis einer die Lücke schließt.
Für den Direktvergleich reiner Coding-Fähigkeit geht unser Vergleich der besten KI-Coding-Tools tiefer. Aber für die tatsächliche tägliche Nutzung ist meine Antwort langweilig: für beide zahlen, jedes für das nutzen, was es gut macht, und aufhören zu konsolidieren.
