Cursor AI: Setup & Workflows für produktives Coden

Workflow 1: Feature-First mit Inline-Chat

Neues Feature beginne ich mit einem Kommentar im Code:

// TODO: CustomerImportService::importFromCsv
// - CSV lesen (League\Csv)
// - Pro Zeile: Customer-Entity erstellen oder updaten
// - Duplikat-Erkennung via E-Mail
// - Fehlerprotokoll als Return-Value

Dann Cmd+K auf diesem Kommentar: Implementiere diesen Service nach dem Kommentar oben. Nutze das Repository-Pattern aus CustomerRepository.php. Cursor liest die bestehende Repository-Klasse, hält sich an die Konventionen aus .cursorrules und schreibt eine erste Implementierung — die ich reviewe, bevor ich sie übernehme.

Workflow 2: Kontextueller Chat für Debugging

Bei einem Fehler öffne ich den Chat (Cmd+L) und hänge die relevanten Dateien per @-Syntax an: @CustomerImportService.php @ImportTest.php — Der Test auf Zeile 47 schlägt fehl mit ‚Unexpected null'. Warum?

Cursor analysiert beide Dateien und gibt eine konkrete Diagnose — kein Raten, weil der vollständige Kontext vorhanden ist.

Workflow 3: Agent-Modus für größere Umbauten

Für Refactorings über mehrere Dateien nutze ich den Agent-Modus. Wichtig: Ich lasse Cursor immer zuerst einen Plan ausgeben (Zeig mir zuerst, welche Dateien du ändern willst, bevor du etwas umsetzt). Dieser Schritt ist nicht optional — er verhindert, dass der Agent Änderungen in Dateien macht, die ich nicht erwartet hatte.

Workflow 4: Code-Review simulieren

Reviewe den folgenden Diff aus der Perspektive eines Senior-Entwicklers. Fokus: Fehlerbehandlung, Edge Cases, Sicherheit. — Das ersetzt kein echtes Code-Review, aber es findet oft Dinge, die man selbst übersehen hat.

Cursor ist mein primärer Editor für aktives Feature-Entwickeln. Aber es gibt Situationen, in denen ich bewusst zurückwechsle oder andere Tools einsetze:

Cursor ist stärker bei:

• Neuem Code schreiben mit bekannten Mustern
  • Refactoring mit klaren Zielvorgaben
    • Code verstehen (‚Erkläre mir diese Klasse')
      • Dokumentation ergänzen
        • Kleinere Bugs in bekanntem Code finden

          VS Code / andere Tools sind besser bei:

          • Sehr komplexem Multi-Repo-Setup (Cursor-Indexierung hat Grenzen bei riesigen Monorepos)
            • Remote-Development in Docker-Containern (VS Code Remote ist ausgereifter)
              • Spezifischen Extensions, die in Cursor noch nicht fehlerfrei laufen

                Claude Code (Terminal-Agent) ergänzt Cursor:

                • Für autonome Aufgaben, bei denen der Agent mehrere Schritte ohne Interaktion ausführen soll
                  • Für Bash-Kommandos und Build-Prozesse, die Teil der Aufgabe sind
                    • Wenn ich nicht am Editor sitze, sondern über das Terminal arbeite

                      Die Kombination Cursor + Claude Code ist für mich die produktivste Entwicklungsumgebung, die ich bisher hatte.

Das Thema wird in vielen Cursor-Tutorials weggelassen — zu Unrecht.

Kein Auto-Commit

Cursor kann im Agent-Modus git commit ausführen. Ich habe das in .cursorrules explizit verboten: Führe niemals git-Befehle aus (commit, push, merge, rebase) ohne meine explizite Bestätigung. Jeder Commit wird manuell überprüft, manuell staged und manuell committed. Das klingt nach zusätzlichem Aufwand — ist es nicht, weil das manuell gewählte Staging-Set ohnehin ein letzter Kontrolldurchlauf ist.

Kein Auto-Push in Produktions-Branches

Offensichtlich, aber trotzdem: Der Agent sollte nie Zugriff auf Credentials oder produktive Umgebungen haben. .env-Dateien sind in .cursorignore gelistet — wie auch node_modules, Logs und alles, was nicht zum Sourcecode gehört. .cursorignore folgt der .gitignore-Syntax; einmal anlegen, nie wieder drüber nachdenken.

Review ist Pflicht, nicht Option

KI-generierter Code wird reviewt. Immer. Der Geschwindigkeitsvorteil kommt nicht davon, das Review zu überspringen — er kommt davon, dass der erste Draft deutlich besser ist und weniger Überarbeitungen braucht. Der Review-Schritt selbst bleibt. Ich habe mir angewöhnt, KI-generierten Code genau so zu lesen wie Code eines erfahrenen, aber fremden Entwicklers: vertrauen, aber prüfen.

Sicherheitskritischer Code

Authentifizierung, Berechtigungsprüfungen, Krypto: Hier nehme ich mir extra Zeit. KI-Tools können Sicherheitslücken produzieren, die plausibel aussehen — ein falsch geprüftes isGranted()-Flag etwa, oder ein fehlender CSRF-Check. Solcher Code wird mit besonderer Sorgfalt gelesen — und wenn möglich durch einen zweiten Menschen reviewt.

Kontext bewusst steuern

Cursor sendet standardmäßig offene Dateien als Kontext mit. Das ist hilfreich, kann aber auch zu Fehlern führen, wenn irrelevante Dateien im Kontext sind und den Agenten ablenken. Ich schließe unrelated Tabs vor einem größeren Agent-Task und nutze @-Syntax, um gezielt die richtigen Dateien anzuhängen.

Ein paar Muster, die mir in der Shopware-Praxis besonders geholfen haben:

services.xml automatisch aktualisieren lassen

Wenn ich eine neue Service-Klasse anlege, sage ich Cursor: Registriere den neuen Service CustomerImportService in services.xml mit korrektem DI-Setup. Die Klasse hat im Konstruktor CustomerRepository und LoggerInterface. Cursor schreibt das XML korrekt, weil die .cursorrules die Konventionen kennen.

Event-Subscriber-Boilerplate

Shopware-Subscriber bestehen zu 70% aus Boilerplate. Erstelle einen Subscriber auf OrderPlacedEvent, der den CustomerImportService::onOrderPlaced aufruft — inklusive getSubscribedEvents()-Implementierung. Spart 10 Minuten bei jeder neuen Subscriber-Klasse.

Migration-Dateien

Datenbankmigrationen für neue Custom-Tables: Erstelle eine Shopware 6 Migration für eine neue Tabelle vendor_customer_import_log mit den Feldern id (UUID), created_at, customer_email, status (varchar 20), error_message (text nullable). Das Ergebnis ist korrekt und muss nur noch auf die richtige Migration-Klassen-Nummer angepasst werden.

Cursor lohnt sich, wenn du täglich Code schreibst und bereit bist, 1–2 Stunden in ein vernünftiges Setup zu investieren. Die Werkzeuge — .cursorrules, Codebase-Indexierung, kontextueller Chat — entfalten ihren Wert erst nach dieser initialen Arbeit.

Das Tool macht dich als erfahrenen Entwickler spürbar produktiver: weniger Zeit für Boilerplate, schnelleres Debugging, bessere Entwürfe im ersten Draft. Es macht dich nicht zum Entwickler, wenn du es noch nicht bist — aber das war auch nie der Anspruch.

Für meine Projekte ist Cursor heute genauso selbstverständlich wie ein guter Linter: einmal eingerichtet, läuft es im Hintergrund mit und macht die Arbeit einfach besser.

Was ich mir für die Zukunft wünsche: Bessere Multi-Repo-Unterstützung und stabilere Remote-Dev-Integration. Cursor entwickelt sich schnell — was heute noch hakelt, ist in sechs Monaten wahrscheinlich gelöst. Das Tool hat ein klares Momentum, und das Team liefert regelmäßig substanzielle Updates.

Mein Tipp für den ersten Tag: Leg dir zuerst die .cursorrules an, bevor du anfängst. Ohne sie produziert Cursor generischen Code, der nicht zu deinem Projekt passt. Mit ihr wird der erste Draft schon beim zweiten oder dritten Versuch tatsächlich nützlich.

Du willst die Entwicklung deines E-Commerce-Projekts beschleunigen — mit einem Entwickler, der Cursor und Claude Code nicht nur kennt, sondern täglich einsetzt? Ich bringe kürzere Projektlaufzeiten ohne Qualitätsverlust.

→ [KI-gestützte Shopware-Entwicklung anfragen](/lp/vibe-coding-ecommerce)