Mit Cursor schnell gebaut,
aber production-shaky?
Ich räum das auf.
Cursor ist der Goldstandard für AI-assisted Coding, aber Cursor generiert was du fragst, nicht immer was du brauchst. Fehlende Auth-Checks, halb-konfigurierte Stripe-Integration, Type-Safety-Lücken an den Boundaries. Ich ziehe dein Repo, finde die Stellen wo die AI optimistisch war und bringe sie production-ready.
Live-Simulation · Zeilen sind Platzhalter, Muster sind echt.
Cursor-Code-Symptome die ich kenne:
Klick an, was auf dich zutrifft. Dann weißt du's.
Dann bist du hier genau richtig.
Diese Muster kenne ich aus Cursor-Projekten in- und auswendig. Lass uns kurz reden, in 30 Min weißt du ob ein Sprint Sinn macht.
Termin buchen · 30 Min kostenlosSechs Stellen an denen Cursor-Code Production-Review braucht.
Cursor ist brilliant wenn du weißt was du fragst. Aber Production-Robustheit ist oft implizit, du musst sie explizit fordern. Was ich typischerweise ergänze:
API-Routen ohne Auth-Check.
Warum: Cursor generiert Route-Handler mit POST/DELETE/PATCH, aber vergisst getUser() oder auth(). Bei Supabase-Projekten fehlt die RLS-Absicherung gleich doppelt (im Client UND Server).
Folge: Jeder mit Browser-DevTools kann deine mutating API-Endpoints direkt aufrufen. Daten ändern, löschen, Premium-Features gratis nutzen.
Type-Safety zerbricht an den Boundaries.
Warum: Cursor setzt oft as-any oder ts-ignore um schnell fertig zu werden. Bei API-Responses, Form-Data, DB-Results ist Type-Safety dann illusorisch. Runtime-Errors passieren wo TypeScript grün gemeldet hat.
Folge: Deine App crasht bei Edge-Cases die TypeScript nie geflaggt hat. Debugging ist mühsam weil der Stack-Trace nichts mit dem eigentlichen Type-Mismatch zu tun hat.
Dependencies hinzugefügt, aber nicht konfiguriert.
Warum: Cursor installiert ein Package um ein Problem zu lösen, aber die nötigen Config-Files, Env-Vars oder Init-Setups werden halb gemacht. Dein Sentry-Plugin ist installiert, wird aber nie initialisiert.
Folge: Du hast Abhängigkeiten die nichts bewirken (Kosten, Bundle-Size, Security-Surface) und glaubst trotzdem dass Feature X aktiv ist.
Error-Handling als TODO.
Warum: Cursor baut den Happy Path schnell. Try-Catch mit sinnvollen Fallbacks, User-facing Errors, Retry-Logic werden oft als Kommentar markiert aber nie umgesetzt.
Folge: Network-Drops, API-Rate-Limits, Validation-Fails führen zu unhandled Promise Rejections. User sehen weiße Screens, du bekommst Errors die keine Story erzählen.
Drei verschiedene Versionen derselben Funktion.
Warum: Cursor startet oft ohne Context. Du fragst nach Stripe-Integration in einer Session, später nochmal, und wieder. Jedes Mal wird neu generiert, meist leicht anders. Die alten Versionen bleiben im Code.
Folge: Welcher Stripe-Handler läuft? Welcher ist deprecated? Bug-Fixes musst du an drei Stellen machen und vergisst garantiert eine.
Tests existieren auf dem Papier, funktionieren nicht.
Warum: Cursor hat Tests generiert, aber sie sind nicht mit deinem aktuellen State abgeglichen. Fixtures sind veraltet, Mocks stimmen nicht mit echten Schemas. npm test wirft Errors die niemand mehr liest.
Folge: Du hast eine Test-Suite die nie grün war. Also wird sie ignoriert. Also fangen keine Regressionen mehr ab. Also gibt's wieder Bugs in Production.
Cursor-Code ist 80 % fertig. Das Production-Polishing ist oft die letzten 20 %, die die meiste Arbeit machen. Ich ziehe dein Repo und stelle dir hin wo nachgebessert werden muss.
7 Bereiche. Pragmatisch durchgegangen.
Kein Bauchgefühl, aber auch kein Audit-Stempel. Ich gehe deine App gegen dieselben sieben Bereiche durch, damit du eine ehrliche Liste bekommst, was jetzt blockiert und was später brennt.
Production Readiness
Env-Separation, Logging (Sentry), Error-Boundaries, Deploy-Pipeline, Rollback-Strategie, Monitoring.
Database & Backend
Schema-Design, Indexes, Connection-Pooling, N+1-Queries, Migrations, RLS-Sanity-Check.
Payment & Auth
Stripe-Setup, Webhook-Signaturen, OAuth-Flow, Session-Handling, Cookie-Flags, Redirect-Whitelisting.
App Store & Deployment
iOS/Android-Release-Checks, Privacy-URL, Permissions, App-Transport-Security, typische Review-Hürden.
Performance & Scaling
Bundle-Größe, Image-Optimierung, Caching-Strategie, DB-Pooling, Ladezeit auf 3G.
Code-Qualität & KI-Red-Flags
TypeScript-Boundaries, halluzinierte API-Calls, inkonsistente Auth-Checks, Dependency-Hygiene.
Compliance Basics
Impressum/Datenschutz-Sanity-Check, Cookie-Setup, Server-Location. Nur technischer Hinweis. Keine Rechtsberatung, keine Haftung.
Kickoff heute. Report übermorgen.
Anfrage raus, meist noch am selben Tag am Telefon. Kickoff direkt danach, Report 48 h später. So läuft das konkret ab:
- 01
Kurzer Kickoff-Call
meist am selben TagDu schreibst kurz was kaputt ist, ich rufe zurück, oft binnen Stunden. In 15 Min klären wir ob ich helfen kann. Wenn ja: Zugriffs-Checkliste direkt danach per Mail.
- 02
Read-only-Zugänge
ca. 30 Min deinerseitsLese-Zugriff auf GitHub-Repo und Supabase-Projekt. Kein Produktions-DB-Zugriff nötig, ich arbeite read-only.
- 03
Debug-Sprint
1–2 ArbeitstageIch ziehe das Repo, reproduziere das Problem, grabe mich durch: Production-Readiness, DB, Payment/Auth, Release, Performance, Code-Qualität.
- 04
Report & Übergabe-Call
45 Min Call + PDFPDF mit priorisierten Problemen und Fix-Empfehlungen. Im Call gehen wir das Dringendste zusammen durch. Was als erstes angepackt werden sollte.
Festpreis. Kein Stunden-Meter. Kein Versteckspiel.
Drei Sprint-Größen, passend zum Tiefgang des Problems. Deep Dive und Full Reboot sind individuell kalkuliert, abhängig von Stack und Umfang. Umsetzungs-Sprint danach auf Anfrage, Festpreis pro Fix-Paket.
Quick Look
Du zeigst, ich gucke drüber, sage was Sache ist.
- ✓Screenshare-Session + kurzer schriftlicher Report
- ✓3–5 Kern-Probleme, priorisiert
- ✓Konkrete Fix-Empfehlungen
- ✓48 Stunden bis Report
Deep Dive
Der ehrliche Zweit-Blick auf dein Projekt.
- ✓1 Tag Debug-Sprint mit Repo-Zugang
- ✓PDF-Report mit priorisierten Problemen
- ✓Fix-Empfehlungen mit Code-Snippets
- ✓45-Min Übergabe-Call
- ✓Aufwandsschätzung pro Problem
Full Reboot
Wenn tiefer gegraben werden muss.
- ✓Alles aus Deep Dive
- ✓2 Tage tief im Code
- ✓Ausführliche Fix-Strategie
- ✓Release-Blocker explizit priorisiert
- ✓Vorbereitung für Umsetzungs-Sprint
Ich fixe es für dich.
Nach dem Debug-Sprint setze ich die priorisierten Fixes um. Festpreis pro Fix-Paket, klar definiertes Scope. Kein Stunden-Nachverhandeln.
Die Fragen, die vor jedem Sprint kommen.
Wie schnell kann es losgehen?
Was brauchst du konkret von mir?
Garantierst du, dass meine App danach läuft?
Machst du auch die Fixes?
Testest du auch nach der Umsetzung mit?
Kann ich dich erstmal nur 30 Minuten testen?
Was wenn du nichts findest?
Haftest du für falsche oder übersehene Probleme?
Was ist mit DSGVO?
Welche Stacks kennst du?
Bekomme ich einen AVV?
Machst du auch Pen-Tests?

Dein Code klemmt. Lass uns heute reden.
Schreib mir in 3 Sätzen was nicht funktioniert und welchen Stack du nutzt. Ich antworte meist noch am selben Tag und wir machen Kickoff, sobald es bei dir passt. Oft schon in den Nachmittag.