23-Punkte-Checkliste für Vibe-Coding-Apps vor der ersten Zahlung

Bevor Ihre Vibe-Coding-App die erste Zahlung entgegennimmt, lassen Sie einen KI-Agenten diese 23 Punkte prüfen:

1. Es gibt ein einziges Design-System-Dokument, dem alle Farben, Schriftgrößen und Abstände entsprechen.
2. Für jeden Zustand gibt es separate Screens: Laden, keine Daten und Fehler.
3. Private Schlüssel werden nur auf dem Server gespeichert. Frontend-Dateien und die Git-History werden auf Leaks geprüft, und alle jemals offengelegten Schlüssel werden rotiert.
4. Jeder API-Endpunkt prüft Autorisierung und Zugriffsrechte auf dem Server. In der Datenbank ist RLS (Row Level Security) aktiviert.
5. Für alle nutzungsbasierten Dienste wie KI, SMS und E-Mail sind Ausgabenlimits oder Benachrichtigungen konfiguriert.
6. Zahlungs-Webhooks prüfen die Signatur, und wiederholte Benachrichtigungen für dieselbe Zahlung führen nicht zu doppelter Buchung.
7. Erstattungen, Kündigungen und fehlgeschlagene Abbuchungen werden im Testmodus geprüft. Jedes Szenario läuft einmal und endet mit dem korrekten Status.
8. Nach Ablauf der Testphase oder des Abos wird der Zugriff rechtzeitig entzogen.
9. Beim Wechsel von Test- zu Live-Zahlungen werden Live-API-Schlüssel und das Webhook-Signing-Secret neu konfiguriert.
10. Geldbeträge werden als Ganzzahlen in der kleinsten Währungseinheit gespeichert, wie bei Stripe. Keine Fließkommazahlen: In JavaScript ist 0.1 + 0.2 nicht gleich 0.3.
11. Ein Doppelklick auf die Senden-Schaltfläche erzeugt nur eine Bestellung.
12. Umsatzsteuer oder MwSt ist für die Länder konfiguriert, in denen das Produkt verkauft wird.
13. Nutzungsbedingungen und Datenschutzerklärung entsprechen dem tatsächlichen Verhalten der App.
14. Es sind tägliche automatische Backups konfiguriert. Im kostenlosen Supabase-Tarif gibt es diese nicht, daher müssen Sie auf Pro upgraden oder eigene Dumps einrichten. Außerdem sollte die Wiederherstellung einmal in einer neuen Datenbank getestet werden.
15. Für jede Migration des Datenbankschemas ist SQL für den Rollback vorbereitet. Migration und Rollback werden auf einer Kopie der Produktionsdaten getestet.
16. Listen mit mehr als 1.000 Einträgen werden nicht still trunciert. Standardmäßig liefert die Supabase-API maximal 1.000 Zeilen.
17. Zeit wird als timestamptz gespeichert, und die Zeitzone jedes Nutzers wird in einer separaten Spalte erfasst, damit Erinnerungen in der lokalen Zeit eintreffen.
18. Zuerst wird Soft Delete verwendet, und RLS verbirgt auch gelöschte Einträge. Wenn ein Konto gelöscht wird, werden die Nutzerdaten endgültig entfernt.
19. Nutzer können ihre eigenen Daten exportieren.
20. Namen mit Apostrophen, Emojis oder rechts-nach-links-Text verursachen keine Fehler in Eingabefeldern.
21. Bilder verwenden WebP- oder AVIF-Formate, und Inhalte unterhalb des sichtbaren Bereichs werden beim Scrollen geladen.
22. Für Felder, die am häufigsten gefiltert werden, sind Indizes erstellt. Mit einigen Dutzend Testdatensätzen wirkt alles schnell, aber bei echten Datenmengen zeigen sich Verlangsamungen.
23. Error-Monitoring ist verbunden, damit Sie über Probleme erfahren, bevor Ihre Nutzer es tun.

Senden Sie die gesamte Liste an Ihren Agenten und fügen Sie am Ende diesen Prompt hinzu. Der Agent prüft jeden Punkt und stellt die Ergebnisse in einer Tabelle dar:

Verteile die Prüfung auf fünf Subagenten in folgenden Bereichen:

1. Design und Performance.
2. Sicherheit.
3. Zahlungen.
4. Daten.
5. Betrieb der App nach dem Launch.

Prüfe alle Punkte, ohne etwas zu ändern. Gib für jeden Punkt an, ob die Prüfung bestanden oder fehlgeschlagen ist, sowie die Datei, in der das Problem gefunden wurde.

Wenn etwas nur über das Dashboard eines Dienstes geprüft werden kann, markiere den Punkt mit «Meine Bestätigung erforderlich» und gib eine schrittweise Anleitung zur manuellen Prüfung.

Teste Backup und Restore nur auf einer Testdatenbank und Zahlungen ausschließlich im Testmodus. Ändere keine Produktionsdaten.

Zeige mir zuerst die Ergebnistabelle und korrigiere nichts, bis ich bestätige.