Lovable не работает: что именно сломалось и как это чинить

Это не занудство, а экономия часа. Если лёг Login, ты не зайдёшь в редактор, но опубликованное приложение у пользователей открывается как ни в чём не бывало. Если лёг Hosting — ровно наоборот: ты спокойно правишь проект, а живой сайт отдаёт ошибку. Симптом «ничего не работает» в обоих случаях выглядит одинаково, а делать надо противоположное: в первом — ждать и не трогать код, во втором — предупредить тех, кто уже пользуется приложением.

На дату подготовки материала страница показывала честное «We're not aware of any issues affecting our systems»: активных инцидентов не было. Если при таком статусе у тебя ничего не открывается, дело точно не в платформе, и гадать дальше не нужно.

Белый экран вместо приложения: семь причин из документации и что жать по порядку

Белый экран — самая частая жалоба и одновременно самая неинформативная: браузер отрисовал пустую страницу и не объяснил почему.

В документации Lovable перечислены семь причин, по которым превью уходит в белое: проблемы в vite.config.ts, security headers, ошибки сборки или синтаксиса, падение JavaScript уже в рантайме, отсутствующие зависимости, сломанные компоненты и препятствия в аутентификации или роутинге. Обрати внимание на пропорцию: пять причин из семи — это не баг платформы, а последствие последней правки.

Порядок действий такой. Сначала кнопка «Try to Fix» — по описанию самого сервиса она сканирует логи, определяет проблему и пробует быстро её исправить. Не помогло — открывай консоль браузера: красная строка там обычно называет и файл, и компонент, а это уже половина решения. Дальше проси агента проверить конфиг сборки: vite.config.ts стоит в списке причин первым не случайно. И только когда ничего из этого не сработало, откатывайся на предыдущую версию проекта.

Откат — не поражение, а способ вернуть себе рабочую точку. Единственное: после отката обязательно скажи агенту, что ты сделал, иначе он продолжит рассуждать про код, которого больше нет.

### Что спросить у агента, если экран так и остался пустым

В документации есть прямое противопоставление двух формулировок. «Nothing works, fix it!» — так не надо: агент получает ноль информации и начинает переписывать всё подряд. Рабочий вариант выглядит иначе — «The screen has gone blank and I can no longer make edits. Can you check what happened?»: симптом, момент появления, просьба посмотреть.

Для диагностики есть отдельный Chat-Only Mode — агент отвечает, но код не трогает. Формулировка из доков: «This specific function is not working. Can you walk me through what's happening?». Полезен он ровно тем, что не добавляет новых поломок к старым.

«Preview not found» и вечный спиннер — это песочница, а не твой код

«Preview not found», бесконечная крутилка вместо приложения, вечная загрузка окружения — по документации это проблема песочницы или соединения, а не твоего проекта.

Лечится в два шага. Сначала жёсткая перезагрузка страницы — не обычное обновление, а с очисткой кеша. Если не помогло, проверь синхронизацию с GitHub: рассинхрон репозитория и песочницы даёт ровно этот симптом.

Чего здесь делать не надо, так это просить агента «починить превью». Он полезет в код, найдёт там что поправить — и ты получишь настоящую поломку поверх мнимой.

Есть простая примета для сортировки: если превью мёртвое только у тебя, а опубликованная версия открывается, — это песочница. Если наоборот, тебе ниже, в раздел про уснувшие проекты.

Почему не отправляется сообщение агенту: пять кредитов в сутки кончаются незаметно

Сообщение не уходит, кнопка отправки не реагирует, внизу висит сообщение про лимит. Это не сбой. На всех тарифах, включая платные, у Lovable есть дневная норма — 5 кредитов в сутки. Сбрасывается она в полночь по UTC, то есть в три часа ночи по Москве, а не в твою местную полночь. Люди из-за этой мелочи честно ждут «до завтра» лишние три часа.

У дневных кредитов есть месячный потолок: 30 в месяц на бесплатном тарифе и 150 на Pro и Business. Сами дневные не переносятся — не потратил сегодня, сгорели.

Месячные кредиты, наоборот, переносятся: на месячном плане неиспользованный остаток живёт ещё месяц, на годовом — до конца оплаченного года. А вот при отмене подписки всё неиспользованное сгорает в конце оплаченного периода. Способы оплаты подписки собраны в отдельном материале — «Как оформить подписку Lovable из России в 2026 году: без зарубежной карты».

### Сколько кредитов стоит одно сообщение

В документации есть примеры, и они отрезвляют. «Make the button gray» — 0,50 кредита. «Remove the footer» — 0,90. «Add authentication» — 1,20. «Build a landing page with images» — 2,00.

Тут же расхождение, которое лучше знать заранее: в FAQ на официальной странице тарифов тот же пример с лендингом оценён в 1,70 кредита, а в документации — в 2,00. Цифры живые и меняются, поэтому перед оплатой сверяйся с официальной страницей тарифов, а не с чужим скриншотом двухлетней давности.

Считай сам: пять дневных кредитов — это примерно пять косметических правок или две-три содержательные. Отсюда и берётся ощущение, что Lovable не работает. По факту ты упёрся в лимит, а не в баг.

### Куда уходят кредиты, если я ничего не строю?

Кредиты тратит не только чат. Lovable Cloud и встроенный AI-шлюз списывают Run credits по категориям: база данных (операции и хранение), AI, вычисления, сеть, хранилище, realtime. То есть работающее приложение с живой базой ест кредиты само по себе, даже пока ты спишь.

Есть гранты, которые это гасят: 20 кредитов Cloud в месяц и 4 кредита AI в месяц — одинаково на Free, Pro и Business. Гранты не переносятся. Когда грант выбран, дальше идёт списание с общего баланса, и загадка «я же ничего не делал» перестаёт быть загадкой.

Докупить кредиты можно только на Pro и Business — пакетами по 50 штук, минимум 50, максимум 1000 за раз; на Pro такой пакет стоит 15 долларов, на Business — 30, и живут докупленные кредиты 12 месяцев с последней покупки. Оплатить пакет российской картой напрямую не выйдет, и здесь снова выручает SUB.SUP — детали и оформление в Telegram или ВКонтакте.

Короткие ответы на частые вопросы про то, почему Lovable не работает

### Почему Lovable не открывается вообще ни в одном браузере?

Если страница не грузится ни в Chrome, ни в другом браузере, ни в режиме инкогнито — это сторона сервиса, смотри компонент Website на статус-странице. Если же не открывается только в одном браузере, чисти кеш и отключай расширения, начиная с блокировщиков.

### Можно ли откатиться на версию до поломки?

Да, история версий для этого и существует: возвращаешься на состояние до неудачной правки и продолжаешь оттуда. Только сразу сообщи агенту, что откатился, — примерно так, как советует документация: «I reverted the project to before the notifications feature». Иначе он будет чинить то, чего уже нет.

### Проект уснул, edge-функции не отвечают — это лечится?

Приостановленный проект нужно разбудить вручную. Пока он на паузе, edge-функции недоступны, и в приложении отваливается всё, что ходит через них, — чаще всего AI-запросы и приём платежей.

### Не проходит оплата подписки — это тоже «не работает»?

Формально нет, а последствия те же: без продления воркспейс живёт по бесплатным лимитам. Российские карты сервис не принимает, так что это отдельная задача, а не поломка платформы.

Агент чинит одно и ломает другое: как разорвать цикл ошибок

Самая изматывающая история — не белый экран, а цикл. Агент чинит одно и ломает другое, ты пишешь «теперь не работает вот это», он чинит и ломает третье. У меня на третьем круге обычно появляется желание снести проект и начать заново — плохая идея хотя бы потому, что удаление в Lovable окончательное.

Документация предлагает выход, и он не про кнопки, а про разговор. Сначала Plan mode: в нём агент анализирует и предлагает, но код не трогает. Дальше вопрос «What is the root cause?» — не «почини», а «в чём корневая причина». Потом просишь показать релевантный код и ожидаемые типы данных, убеждаешься, что агент понял проблему так же, как ты, и только после этого разрешаешь одну точечную правку.

Ещё одна фраза, которая экономит круги: «What solutions have we tried so far for this error?». Агент перечисляет уже испробованное — и нередко выясняется, что вы вдвоём ходите по кругу из двух одинаковых попыток.

Когда правка касается чего-то критичного, документация советует предупредить прямым текстом: «The next change is in a critical part of the app, so proceed with utmost caution». Звучит как заклинание, но работает: ты явно сужаешь агенту свободу действий.

И общий приём на случай, когда всё встало намертво: «Take a step back. Analyze the error and suggest a different approach». Иногда именно смена подхода, а не пятая попытка починить то же самое тем же способом, снимает проблему за один ход.

Порядок сборки, кстати, на количество таких циклов влияет напрямую. Рекомендованный маршрут из документации: сначала макет и страницы, потом подключение Cloud, потом аутентификация и роли, потом логика фич и только затем реализация. Прикручивать авторизацию последней, к уже готовому приложению, — верный способ собрать себе лишнюю неделю правок.

Приложение работало, а теперь не грузит данные

Отдельный класс жалоб: приложение собрано, опубликовано, неделю работало — и вдруг перестало показывать данные.

Первая причина из документации — перегруженный инстанс: «too much data running on a smaller Cloud project instance». Данные просто не грузятся, экран выглядит пустым, и лечится это увеличением инстанса, а не правкой кода.

Вторая — проект на паузе. Приостановленные проекты будят вручную, и пока проект спит, edge-функции молчат.

Третья — сама база. Бэкапы в Lovable Cloud делаются ежедневно и хранятся 14 дней, так что откатить состояние можно, но окно ограниченное. Экспорт базы — не чаще одного раза в 24 часа и не больше 5 ГБ. Регион выбирается один раз и навсегда, базы между проектами не шарятся: если ты рассчитывал подключить вторую витрину к той же базе, план не сработает.

Файл в хранилище — до 2 ГБ, бакеты по умолчанию приватные, а публичные заблокированы на всех планах. Если картинки в приложении внезапно перестали отдаваться, причина может быть именно здесь, а не в коде загрузки.

«Project Not Found»: два разных ответа документации на один экран

Экран «Project Not Found» — тот случай, когда официальные источники противоречат друг другу, и честнее сказать об этом прямо.

Раздел с траблшутингом объясняет: обычно это значит, что проект удалён, и просит обратиться в поддержку — то есть намекает, что шанс что-то вернуть есть. FAQ в той же документации формулирует жёстче: удаление финально, восстановить удалённый проект нельзя.

Практический вывод из этой вилки один — рассчитывай на худший вариант. Написать в поддержку стоит, а вот строить планы на восстановлении нет.

Ещё одна банальная причина того же экрана: ты залогинен не в тот аккаунт или не в тот воркспейс. Проект жив, просто открыт из-под другого пользователя.

Сканер безопасности блокирует публикацию

Сканер запускается сам, когда ты открываешь диалог публикации. Базовый скан проверяет конфигурацию и зависимости, линтует RLS-политики и смотрит схему базы; глубокий добавляет к этому проверку контроля доступа, защиту эндпоинтов и поиск уязвимостей в коде.

Критичные находки сами по себе публикацию не блокируют: сервис покажет предупреждение и назовёт такую публикацию крайне нежелательной. А вот если админ воркспейса включил «Block publishing with critical findings», кнопка действительно перестанет работать — и это не баг, а настройка.

Куда писать, когда сломалась платформа, а не проект

Тут всё зависит от тарифа. На бесплатном официальный канал один — сообщество в Discord. С Pro и выше открывается форма поддержки, с Business — приоритетная очередь, у Enterprise — выделенная команда и онбординг. Адреса простые: lovable.dev/support и support@lovable.dev, но форма работает с почты платного воркспейса.

Первым отвечает AI-ассистент, дальше запрос можно эскалировать на человека. И важное ограничение, о которое спотыкаются многие: поддержка занимается биллингом, багами платформы, аккаунтом и общими вопросами по работе сервиса. Отладку конкретно твоего проекта и помощь со сторонними интеграциями она на себя не берёт — это к агенту и к сообществу.

Если платный тариф нужен именно ради поддержки, а карта не проходит, оплату Pro или Business оформляют через SUB.SUP — Telegram или ВКонтакте. Заодно можно посмотреть, как там разбирают случаи, когда платёж не прошёл: обсуждения открытые, и это видно до всякой оплаты.

Последнее — и оно важнее всех кнопок выше. Lovable умеет непрерывно синхронизировать проект с GitHub или GitLab, и включить это стоит в первый же день. Тогда любое «Lovable не работает» превращается из катастрофы в паузу: код лежит в репозитории, его можно клонировать, править вне платформы и деплоить куда угодно. Сама платформа — редактор и агент — останется управляемым сервисом, поднять её у себя нельзя, но твой код от неё не зависит. Вся разница между «сегодня не работает» и «я всё потерял» — в одном включённом переключателе.