Das Experiment#
Im Februar 2026 habe ich versucht, Cursor aus meinem Entwicklungs-Setup zu entfernen. Die Begruendung war einfach: Claude Code war stark gereift, meine Cursor-Monatsrechnung trieb wegen Overage-Kosten fuer 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 spaeter hatte ich eine klare Antwort, die nicht war, was ich erwartet hatte. Sie sind keine konkurrierenden Tools. Sie sind verschiedene Tools mit verschiedenen Staerken, und eines zu entfernen, hinterliess eine Luecke, die das andere nicht fuellen konnte.
So sah das Experiment tatsaechlich aus, und was ich jedem sagen wuerde, der ueber denselben Wechsel nachdenkt.
Was Cursor gut macht#
Zum Kontext: Ich hatte Cursor etwa zehn Monate taeglich 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 auswaehlen, beschreiben was geaendert 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-Aenderungen ueber einen einzigen Prompt. Sie geben ihm eine Beschreibung wie "fuege einen Loading-State zu diesem Formular hinzu, inklusive der Spinner-Komponente und dem State-Management im Parent", und es arbeitet ueber 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 laesst Sie zwischen Claude, GPT-5 und Auto-Modus wechseln, und Auto waehlt ein vernuenftiges Modell pro Aufgabe. In der Praxis liess ich es auf Auto und hoerte auf, darueber nachzudenken.
Mehr zum vollen Funktionsumfang im Cursor-Guide.
Warum ich versucht habe zu gehen#
Drei Gruende.
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 fuehlte 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. Fuer grosse Refactors konnte es das ganze Bild nicht halten. Ich kopierte staendig architektonischen Kontext ins Chatfenster, was sich anfuehlte, als kaempfe ich gegen das Tool.
Drittens war Claude Code ernsthaft gut geworden. Der agentische Workflow, der 1M-Token-Kontext, die Faehigkeit, ein ganzes Projektverzeichnis zu lesen und darueber zu reasonen, Tests auszufuehren, Outputs zu pruefen, Git-Commits zu machen. Es tat Dinge, die Cursor nicht konnte.
Die Claude-Code-Erfahrung#
Ich committete mich zu sechs Wochen Claude Code als primaerem Tool. Cursor blieb installiert, aber ich zwang mich, es nur fuer spezifische Situationen zu nutzen.
Was sofort funktionierte:
Claude Codes Projekt-Level-Reasoning ist dramatisch besser. Fuer 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, fuehrte ihn ueber Dutzende Dateien aus, liess die Tests laufen, fixte die Regressionen. Dieser Workflow in Cursor waere Stunden gewesen, in denen ich Composer-Runs zusammenflickte und manuell verifizierte.
Langlaufende Aufgaben wurden viel einfacher. Ich konnte Claude Code einen Job geben, fuer 20 Minuten weggehen und zurueckkommen 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 fuehlte immer, ich muesse zusehen.
Debugging war besser. Wenn etwas kaputt ging, konnte Claude Code den Fehler lesen, die relevanten Dateien lesen, den scheiternden Test ausfuehren, 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 Aequivalent in Claude Code. Der Terminal-Flow ist exzellent fuer vollstaendige Aufgaben, aber fuer "aendere einfach diese eine Zeile"-Arbeit ist Claude Code danach zu fragen langsamer, als die Aenderung 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 ueber die Datei um, aber nicht global", "fuege 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 ueberraschte 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 $ haette das geloest, aber das schob die Kosten zurueck in Cursor-Territorium.
Modell-Qualitaet fuer kleine Edits war auch anders. Claude Opus 4.6 ist grossartig fuers Planen und Architektur. Fuer einen Drei-Zeilen-Fix denkt es manchmal zu viel nach und schreibt mehr um als verlangt. Cursors Auto-Routing zu einem leichteren Modell fuehlte sich fuer diese Momente richtig an.
Wo ich gelandet bin#
Nach sechs Wochen wechselte ich zu einem hybriden Setup. Beide Tools, fuer verschiedene Arbeiten.
Cursor Pro+ bei 60 $/Monat fuers tagtaegliche Fahren:
- Cmd+K fuer schnelle Edits
- Composer fuer kleine Multi-Datei-Features
- Auto-Routing fuer Modell-Auswahl
- Jede Arbeit, bei der ich den Output Zeile fuer Zeile sehen will
Claude Code (in Claude Pro bei 20 $/Monat enthalten) fuer die schwere Arbeit:
- Grosse Refactors und Migrationen
- Agentische langlaufende Aufgaben
- Lesen und Reasonen ueber die ganze Codebase
- Ausfuehren 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 zurueckgezahlt durch die Arbeit, die Claude Code macht und die Cursor nicht kann.
Wann ich nur Claude Code empfehlen wuerde#
Wenn Sie zu einem dieser Profile passen, ist Cursor wahrscheinlich nicht lohnenswert:
- Sie arbeiten an einer grossen 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 fuehlt 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 wuerde#
Das umgekehrte Profil:
- Sie arbeiten ueber 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 groessere 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 zufaellig 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, fuer verschiedene Jobs". Das ist meine, zumindest fuer die naechsten sechs Monate, bis einer die Luecke schliesst.
Fuer den Direktvergleich reiner Coding-Faehigkeit geht unser Vergleich der besten KI-Coding-Tools tiefer. Aber fuer die tatsaechliche taegliche Nutzung ist meine Antwort langweilig: fuer beide zahlen, jedes fuer das nutzen, was es gut macht, und aufhoeren zu konsolidieren.
