Чек-лист із 23 пунктів для вайб-кодинг-застосунку перед першою оплатою

Перш ніж ваш вайб-кодинг-застосунок прийме першу оплату, попросіть ШІ-агента перевірити ці 23 пункти:

1. Існує єдиний документ із дизайн-системою, якому відповідають усі кольори, розміри шрифтів і відступи.
2. Для кожного стану передбачено окремі екрани: завантаження, відсутність даних і помилка.
3. Приватні ключі зберігаються лише на сервері. Файли фронтенду та історію Git перевірено на витік, а всі ключі, які будь-коли розкривалися, замінено.
4. Кожен API-ендпоінт перевіряє авторизацію та права доступу на сервері. У базі даних увімкнено RLS (Row Level Security).
5. Для всіх сервісів з оплатою за використання (ШІ, SMS, електронна пошта) налаштовано ліміти витрат або сповіщення.
6. Платіжні вебхуки перевіряють підпис, а повторне отримання сповіщення про той самий платіж не призводить до повторного обліку.
7. Повернення, скасування та невдалі списання перевірено в тестовому режимі. Кожен сценарій виконується один раз і завершується встановленням правильного статусу.
8. Після закінчення пробного періоду чи підписки доступ відкликається вчасно.
9. Під час переходу від тестових платежів до продакшн-платежів заново налаштовуються продакшн API-ключі та секрет підпису вебхуків.
10. Грошові суми зберігаються як цілі числа в найменших одиницях валюти, як у Stripe. Жодних чисел із рухомою комою: у JavaScript 0.1 + 0.2 не дорівнює 0.3.
11. Подвійне натискання кнопки надсилання створює лише одне замовлення.
12. Податок з продажів або ПДВ налаштовано для країн, у яких ви продаєте продукт.
13. Умови використання та політика конфіденційності відповідають тому, як застосунок реально працює.
14. Налаштовано щоденне автоматичне резервне копіювання. На безплатному тарифі Supabase його немає, тому потрібно перейти на Pro або налаштувати власні дампи. Також потрібно один раз перевірити відновлення даних у новій базі.
15. Для кожної міграції схеми бази даних підготовлено SQL для відкату. Міграцію та відкат перевірено на копії продакшн-даних.
16. Списки, що містять понад 1000 записів, не обрізаються непомітно. За замовчуванням API Supabase повертає максимум 1000 рядків.
17. Час зберігається у форматі timestamptz, а часовий пояс кожного користувача записується в окремий стовпець, щоб нагадування надходили за місцевим часом.
18. Спочатку використовується м’яке видалення (soft delete), причому RLS приховує й видалені записи. При видаленні акаунта дані користувача видаляються остаточно.
19. Користувачі можуть експортувати власні дані.
20. Імена з апострофами, емодзі або текстом справа наліво не спричиняють помилок у полях введення.
21. Зображення використовуються у форматах WebP або AVIF, а все, що знаходиться нижче видимого екрана, завантажується під час прокрутки.
22. Для полів, за якими найчастіше виконується фільтрація, створено індекси. На десятках тестових записів усе працює швидко, але на реальних обсягах даних починаються сповільнення.
23. Підключено моніторинг помилок, щоб ви першими дізнавалися про проблеми.

Надішліть увесь цей список ШІ-агенту та додайте в кінці такий промпт. Агент перевірить кожен пункт і представить результати в таблиці:

Розподіліть перевірку між п’ятьма субагентами за такими напрямами:

1. Дизайн і продуктивність.
2. Безпека.
3. Платежі.
4. Дані.
5. Робота застосунку після запуску.

Перевірте всі пункти, нічого не змінюючи. Для кожного пункту вкажіть, пройдено перевірку чи ні, а також файл, у якому виявлено проблему.

Якщо щось можна перевірити лише через панель керування сервісом, позначте пункт статусом «Потрібне моє підтвердження» та надайте покрокову інструкцію для самостійної перевірки.

Резервне копіювання та відновлення даних тестуйте лише на тестовій базі даних, платежі — виключно в тестовому режимі. Не змінюйте продакшн-дані.

Спочатку покажіть мені таблицю з результатами і нічого не виправляйте, доки я не дам підтвердження.