Ich werde die App, die Sie mit Lovable, Bolt, Cursor oder v0 erstellt haben, reparieren und für echte Benutzer bereit machen.

KI-Builder bringen eine App schnell zur Demo-Phase. Die Lücken zeigen sich später: ein Login, der bei einigen Benutzern fehlschlägt, eine Zahlung, die durchgeht, aber nichts freischaltet, Daten, die jeder eingeloggte Benutzer lesen kann, ein geheimer Schlüssel, der im Browser-Bundle sitzt, oder ein Deployment, das nur von der eigenen Vorschau des Builders funktioniert. Ich arbeite genau auf dieser Ebene, im Code, den Ihr Tool produziert hat, und ich baue nicht neu auf, was bereits funktioniert.

Starter ist eine Go-Live-Prüfung: Ich lese den Code, führe die App aus und sende eine schriftliche Liste von Problemen, geordnet nach ihrer Dringlichkeit, jeweils mit ihrem Speicherort und dem Umfang der Behebung. Standard fügt bis zu fünf Korrekturen aus dieser Liste hinzu, die in Ihrem Repository vorgenommen werden. Advanced umfasst bis zu zwölf Korrekturen, fügt Tests rund um Login und Zahlungen hinzu und richtet ein Deployment ein, das Sie ohne den Builder wiederholen können.

Die Prüfung beginnt mit dem, was generierter Code tendenziell übersieht. Zuerst kommen Zugriffsregeln für die Datenbank: Ohne sie können Benutzer die Datensätze anderer lesen. Viele dieser Apps laufen auf Supabase, das darunter PostgreSQL verwendet; dort sind die Zugriffsregeln Row-Level-Security-Richtlinien, und ich schreibe und teste sie. Als Nächstes suche ich nach Geheimnissen, die auf den Server gehören, aber im Browser landen, wie z. B. der geheime Schlüssel eines Zahlungsanbieters oder der Dienstschlüssel von Supabase. Dann überprüfe ich, ob Zahlungs-Webhooks die Signatur des Anbieters überprüfen, dass Formulare nicht dem vertrauen, was der Browser sendet, und dass eine fehlgeschlagene Anfrage einen Fehler anzeigt, anstatt eines leeren Bildschirms.

Stack: React, Next.js und Vite Frontends, Node.js und TypeScript auf dem Server, PostgreSQL. Ich verwende selbst täglich KI-Codierungstools und lese und teste alles, was sie produzieren.

Wenn Ihr Tool mit einem GitHub-Repository synchronisiert, arbeite ich in diesem Repository, sodass Sie danach mit dem Tool weiterarbeiten können. Andernfalls arbeite ich von einem Export aus und gebe den Code in einem Repository zurück, das Ihnen gehört. Für 14 Tage nach der Lieferung behebe ich alles, was nicht wie vereinbart funktioniert, kostenlos.

Keine Anrufe. Der Umfang wird schriftlich vereinbart, bevor ich beginne; danach erhalten Sie am Ende jedes Arbeitstages ein schriftliches Update und eine Notiz pro Korrektur, die besagt, was falsch war und wie es überprüft werden kann.

Schritte zur Fertigstellung Ihres Projekts
1. Zugriff und erster Lauf – Sie teilen das Repository oder einen Export und ein Testkonto. Ich bringe die App auf die gleiche Weise zum Laufen wie Sie, bevor ich etwas anfasse.
2. Go-Live-Check – Ich überprüfe Login, Datenzugriff, Zahlungen, Geheimnisse, Fehlerbehandlung und das Deployment und notiere jedes Problem mit seinem Speicherort und dem Umfang der Behebung.
3. Sie wählen die Korrekturen – Die Liste ist geordnet. Sie wählen aus, was in Ihr Paket aufgenommen wird, und alles darüber hinaus wird vor Beginn separat angeboten.
4. Korrekturen mit Nachweis – Jede Korrektur landet als eigener Commit mit einer kurzen Notiz. Wo eine Regel Daten schützt, zeigt ein Test, dass ein Benutzer die Datensätze eines anderen Benutzers nicht erreichen kann.
5. Übergabe – Eine schriftliche Zusammenfassung dessen, was sich geändert hat, was noch offen ist und wie man erneut deployt. Bei Advanced läuft das Deployment aus Ihrem Repository ohne den Builder.