Кальтер / Блог

Lovable: как устроен путь от промпта к приложению и GitHub

Практический маршрут по Lovable: спланировать сценарий, проверить данные и права, синхронизировать код и подготовить воспроизводимый handoff.

Материал подготовлен с помощью ИИ; источники и расчёты проверены редакцией ZASLON.

Путь от запроса к структуре приложения и доступному исходному коду; на схеме: Описание задачи, План приложения, Сгенерированные файлы.
Редакционная схема ZASLON. Условная иллюстрация механизма; не рыночные данные и не интерфейс сервиса.

Lovable объединяет prompt-driven создание веб-приложения, preview, редактирование кода и backend-инструменты. Практичный старт — один сценарий на фиктивных данных; затем проверь, какие части действительно работают и как вынести проект из платформы.

Маршрут «список заявок»

Опиши сущность заявки и действие пользователя: открыть список, создать запись, увидеть детали. Сначала попроси план и поля, после генерации проверь пустое состояние и одну тестовую запись. Для приватной записи проверь политику доступа со второй тестовой учётной записью; скрытая кнопка сама по себе не блокирует запрос к базе.

В Preview пройди сценарий и выпиши: какие данные сохраняются, какой endpoint вызывается, что происходит при отказе. Уточни, использует ли проект Lovable Cloud или отдельную интеграцию Supabase; не переноси предположения об одной среде на другую. Данные и auth требуют настройки и проверки по соответствующей документации платформы.

Code mode и выгрузка зависят от плана

В текущей документации Lovable редактирование кода доступно на платных планах; Free показывает редактор в режиме read-only. Скачивание полной ZIP-копии проекта также обозначено как paid-plan feature, хотя отдельный файл можно скачать отдельно. Это меняет выбор workflow: если хочешь регулярно работать в IDE, проверь доступный тебе способ получить весь код до построения значимой версии. См. разделы Code mode и download the full codebase.

GitHub sync — отдельный вариант handoff. Согласно руководству интеграции Lovable GitHub, синхронизация связана с активной веткой; для исходного репозитория нужно импортировать ZIP, так как Git sync создаёт новый репозиторий. Перед включением проверь workspace connection и права GitHub app: синхронизация не является нейтральным локальным export.

Чек перед реальными данными

Оставь production пустым, пока не определены владелец схемы, политика доступа, секреты и backup. Проверь миграцию и авторизацию в тестовом окружении. В code diff посмотри, не вынесен ли секрет в браузер. Если задачу нельзя повторить из клона или ZIP, запиши зависимость от платформы; не называй приложение переносимым только потому, что интерфейс кода виден.

Этот маршрут не требует платных сервисов. Ограничения плана выше приведены по документации на 30 октября 2026 года и могут измениться.