Lovable vs Claude Code - взял оба. Готовая схема гибрида

Месяц жил в Lovable, потом перешёл на Claude Code, в итоге держу оба. Разбираю: где Lovable обходит Claude Code, где сливает - и как склеить в один процесс.

Месяц назад я бился над выбором: Lovable или Claude Code. Перепробовал оба на одном проекте - сайте записи клиентов с базой и админкой. К концу четвёртой недели понял, что «vs» - это маркетинговая ловушка. Lovable работает на том же самом Claude Opus, что и Claude Code. Под капотом - одна модель, разные обёртки. Я держу оба, потому что они закрывают разные стадии одного проекта.

В тексте ниже: где Lovable обходит Claude Code за вечер, где сливает за неделю, почему 10,3% продакшен-приложений Lovable имеют дыру в безопасности по умолчанию, как склеить оба инструмента в один процесс с конкретными командами, и реальная экономика подписки через полгода. Плюс готовая таблица из 5 вопросов - решить за пять минут, какой инструмент брать сейчас.

Lovable, Bolt и Replit построены вокруг одной задачи: убрать терминал и базовые понятия программирования. Claude Code сделан вокруг другой: дать опытному человеку коллегу с доступом к терминалу и файлам. Но физически под капотом у Lovable - Claude Opus от Anthropic. В 2025 году Lovable публично подтвердил, что после сравнения коммерческих и open-source моделей выбрал Claude как основную. То есть когда ты пишешь промпт в Lovable, его обрабатывает та же самая модель, к которой Claude Code обращается напрямую. Разница не в «мозге», а в обёртке: Lovable даёт визуальный интерфейс и фиксированный стек, Claude Code - текстовый интерфейс и любой стек.

Поэтому жанр «X vs Y, выбирай одно» здесь работает плохо. Реальный выбор стоит так: «закрыть конкретную стадию проекта быстрее, или дать себе контроль на длинной дистанции». Это два разных вопроса под одной вывеской.

Я собрал готовую таблицу из 5 вопросов, которая помогает решить за пять минут - что брать прямо сейчас. Это первый артефакт статьи - скопируй и пройди по нему до того как открывать первый промпт:

Если в первых двух пунктах два «да», а в остальных «нет» - Lovable закроет твою задачу за вечер. Если в пунктах 3-5 хотя бы одно «да» - бери Claude Code или гибридную связку, про которую дальше есть отдельный раздел с командами.

Эта таблица не отменяет того, что под капотом обоих стоит Claude. Она переводит выбор «Lovable vs Claude Code» из религиозного спора в инженерное решение «что под мою задачу удобнее на этой неделе».

Если задача типовая и одноразовая, Lovable выдаёт результат в пять раз быстрее. Я проверял на четырёх задачах за последние шесть недель.

Посадочная страница с формой и базой. В Lovable я сел в восемь вечера, к девяти у меня была живая страница с дизайном, доменом *.lovable.app, формой и админкой с фильтрами. Полчаса работы. В Claude Code на ту же задачу уходит полтора-два часа: накатить Next.js, настроить базу, написать форму, собрать админку, поднять хостинг. Для разовой страницы под акцию это бессмысленный труд.

Прототип-демо для встречи через три дня. Партнёр хочет кликать, в PowerPoint не покажешь. Сел в Lovable, написал промпт «приложение для бронирования столиков с авторизацией, выбором ресторана и календарём», за два вечера получил рабочий прототип. Партнёр кликал по кнопкам, видел реальные экраны.

Типовая CRM по знакомому паттерну. Простая CRM для агентства недвижимости. Lovable собирал такие приложения сотни раз - модель знает паттерны. Шанс получить рабочий результат с первого билда выше, чем в Claude Code, где архитектуру ты определяешь с нуля.

Когда установка - блокер. Есть люди, которые открыли терминал первый раз в жизни. Им быстрее объяснить «зайди на lovable.dev, напиши промпт, готово», чем разбираться с Node.js, WSL и VS Code.

Прототип в Lovable выдерживает один-два месяца. Дальше начинаются проблемы, из-за которых я и держу второй инструмент.

Любой не-веб проект. Telegram-бот, который считает заявки. Скрипт, который раз в час парсит сайт конкурентов и шлёт сводку в Slack. Парсер PDF-документов для бухгалтерии. Всё это в Lovable не сделать - он только для веба на React + Supabase. В Claude Code это типовая задача на один-два вечера: открыл новую папку, дал задачу, получил рабочий скрипт.

Серьёзный продукт «надолго». Если ты строишь компанию вокруг продукта - нужен код в твоём GitHub-репозитории, твоя инфраструктура, твой контроль над зависимостями. Lovable - это всегда привязка к платформе: код экспортируется, но без Lovable развивать его сложнее, потому что стек жёсткий и решения сделаны за тебя. В Claude Code код изначально твой.

Нестандартный стек. Хочешь Bun вместо Node.js. Хочешь PostgreSQL + Redis + ClickHouse, а не Supabase. Хочешь Python для ИИ-части и Go для микросервиса. Всё это в Lovable либо невозможно, либо требует ручной правки кода в Dev Mode, что обнуляет преимущество билдера.

Когда нужен контекст-инжиниринг. Серьёзный продукт - это не только код, но и контекст: бизнес-модель, аудитория, юр. ограничения, цели. Этот контекст живёт рядом с кодом в отдельной папке, и Claude Code читает его при каждом запросе. Lovable работает без этого слоя - получаешь технически рабочий продукт без понимания «зачем». Я отдельно разбирал вайб-кодинг по-взрослому и agentic engineering - там про то, как этот же подход выглядит, когда ты сам строишь систему с агентами, а не зависишь от чужой обёртки.

В Lovable, когда задача сложнее «новой кнопки», три часа промптинга в браузере дают результат, который в Claude Code получаешь за час. Цена кредитов растёт нелинейно: один цикл багфикса в Lovable съедает 60-150 кредитов сверх плана.

Это самый важный пункт, который никто не пишет на старте Lovable, и он касается реальной безопасности твоих пользователей.

Исследователи Superblocks проверили 1 645 приложений из официальной витрины Lovable. Из них 170 (10,3%) имели критическую проблему с Row Level Security в Supabase (superblocks.com, CVE-2025-48757). Любой залогиненный пользователь мог читать, менять и удалять данные других. На реальных приложениях исследователи получили доступ к адресам клиентов, суммам долгов и живым ключам Stripe.

Причина в одной строке: Lovable создаёт таблицы в Supabase, но не включает RLS-политики по умолчанию. Lovable знает, что это надо включить - но не делает, потому что иначе пользователь увидит «приложение не работает» сразу после регистрации. Удобство опыта новичка важнее безопасности дефолта.

Что это значит на практике: если у продукта реальные пользователи - после первого билда обязан зайти в Supabase, открыть каждую таблицу, включить RLS и проверить политики. Иначе продукт в одной строке кода от утечки.

В Claude Code такой дыры нет по другой причине: архитектуру базы выбираешь ты. Если ставишь Supabase из Claude Code - модель проактивно напомнит про RLS, потому что её об этом просили в промпте, или потому что это записано в CLAUDE.md. Контроль выше там, где нет дефолта, который решает за тебя.

Lovable - точка входа, Claude Code - дом, в котором продукт живёт долго. У меня есть отдельный материал - безопасность вайб-кодинга и как не дать взломать приложение с чек-листами по Supabase и .env. Если у тебя реальные пользователи - пройди по списку до первого релиза, а не после первого инцидента.

Это паттерн, который я вижу всё чаще у опытных вайб-кодеров. Логика простая: каждый инструмент силён в своём, бессмысленно выбирать «или - или».

Стадия 1. Идея. Lovable, один вечер. Описал, что хочешь, получил рабочий прототип с базой, авторизацией, парой страниц. Хватит, чтобы показать партнёру или провести пять интервью с клиентами. Тратишь 25-30 кредитов, укладываешься в Pro ($25).

Стадия 2. Проверка. Работаешь в Lovable, пока продукт остаётся простым. Одна-две недели промптинга, мелкие правки. Как только приходит первая задача с Telegram-ботом, сложной логикой или другим языком - пора переходить.

Стадия 3. Передача. Экспортируешь код через Dev Mode (Pro-план обязателен), клонируешь репозиторий локально:

Стадия 4. Развитие. Открываешь папку в VS Code, запускаешь Claude Code из этой же папки. Если Claude Code не стоит - ставится одной командой npm install -g @anthropic-ai/claude-code, после первого запуска claude авторизация через браузер:

Дальше первым промптом подкладываешь модели контекст. Этот промпт я держу как готовый шаблон:

Claude Code прочитает код, поймёт архитектуру, даст конкретный план изменений. С этого момента ты в Claude Code: архитектура осталась той же, но контроль перешёл к тебе. И первое, что я делаю - открываю каждую таблицу в Supabase и включаю RLS-политики. Потому что не хочу быть одной из 170 дыр в витрине.

Минус подхода. Платишь за Lovable первый месяц, потом всё равно переходишь. По деньгам - 25-50 долларов сверху. Если идея не зашла - эти 25 долларов хорошо потраченные: ты быстро понял, что не пошло, и не вложил две недели в скелет на выкинуть.

Основатель проекта Theanna Номики Петролла описала свой опыт с обоими инструментами так:

В переводе: «Две недели превращаются в два дня. Это другой порядок скорости, а не косметика». Она пересобрала свой основной сайт с двенадцатью интеграциями (Stripe, Customer.io, Meta Pixel) за один день в Lovable, а фичу challenge prompts довела в Claude Code за два дня вместо ожидаемых двух недель.

Стартовая цена выглядит одинаково: Lovable Pro - $25/мес, Claude Code Pro - $20/мес. Реальный счёт через полгода расходится в пять-шесть раз.

В Lovable один кредит - один промпт. Лёгкая правка стилей берёт 0,5 кредита, новая фича с авторизацией - 1,5+ кредита. На Pro-плане - 100 кредитов в месяц + 5 в день. На спокойный месяц с одной идеей хватает. На месяц с активной разработкой и переписыванием - нет.

Главная ловушка - цикл багфикса. Когда ИИ чинит одно и ломает другое, ты прокручиваешь цикл из 5-10 промптов, и каждый цикл съедает 60-150 кредитов сверх плана. Жалобы пользователей по «lovable credits burn rate» лежат в любой выдаче за 2026 год. Докупка - $15 за 50 кредитов. Один тяжёлый месяц с двумя циклами багфикса = $25 базовый + $30-60 сверху = $55-85.

В Claude Code Pro ($20/мес) лимиты считаются в сообщениях и токенах. На типовой проект «сайт с базой» уходит 3-4 часа и десяток сессий. Месячных лимитов хватает на 2-3 таких проекта параллельно плюс рутинная правка текстов и мелкие фиксы.

На длинной дистанции разница ещё драматичнее. Один разработчик прогнал через Claude Code десять миллиардов токенов за восемь месяцев. По API это $15 000+. По тарифу Max ($200/мес) - те же восемь месяцев работы укладываются в $1 600 фиксированной подписки против пятнадцати тысяч по API. Разница - порядок величин. Max окупает себя сразу, если работаешь активно. Lovable такого тарифа не предлагает - там потолок Business ($50) с теми же лимитами кредитов и докупкой $15 за 50 штук.

Сводка реальных расходов через 6 месяцев:

Пять шагов, которые работают независимо от выбранного инструмента:

Через год граница между визуальными билдерами и CLI-агентами исчезнет. Сейчас на Claude Opus работают все: Lovable, Cursor, Bolt. Все обёртки сходятся к одному ядру. Вопрос «какой инструмент выбрать» превращается в вопрос «какая обёртка под мою задачу удобнее на этой неделе». Тот, кто привыкнет к обоим, выиграет на длинной дистанции - не придётся переучиваться, когда выйдет следующий стартап с раундом B на $300 млн.

А у тебя как: Lovable, Claude Code, или связка? Что закрывает твою стадию прямо сейчас, и в какой момент ты перестал биться «vs»?