PRD (Product Requirements Document). Документ с требованиями к продукту: пользовательские сценарии, функционал, ограничения, интеграции. Помогает команде работать в одном контексте, а
solopreneur‘у, типа меня, держаться выбранной цели и корректировать ее, если нужно.
2. Делай маленькими шагами. Реализуй одну фичу за раз, проверяй её тест-кейсовыми промптами. Для багов — отдельные итерации.
Тест-кейс (test case). Набор условий и шагов для проверки конкретной функции приложения. Помогает убедиться, что код работает как ожидается.
3. Выбирайся из «петель Дори». Не гоняй один и тот же промпт. Добавляй контекст: логи, скриншоты, описание шагов. После трёх неудач — откатитесь к последнему рабочему коммиту.
Петля Дори (Dory loop). Ситуация, когда ИИ-ассистент бесконечно повторяет фиксы бага, не решая проблему (по аналогии с рыбкой Дори из «В поисках Немо»).
4. Используй GitHub. Подключай проект сразу – сразу настрой CI. коммить осмысленные изменения. Это страховка от ошибок ИИ.
CI (Continuous Integration). Непрерывная интеграция — практика регулярного слияния кода в общий репозиторий с автоматическим запуском тестов.
5. Вынеси бизнес-логику в n8n. Пусть фронтенд остаётся простым, а сложные API-вызовы и обработка идут через визуальные воркфлоу.
6. Добавляй авторизацию на раннем этапе. Даже простая заглушка на входе спасёт от будущего рефакторинга.
7. Храни ключи в .env Никогда не хардкодь секреты. Делай мини-аудиты безопасности через LLM.