Почему новичку не стоит начинать с Lovable и Bolt - и что вместо них

Коротко

Почему новичку советуют начать с Lovable и Bolt?

У лёгкого старта есть цена.

Ты открываешь Lovable или Bolt, пишешь в окошко «сделай мне сервис записи к парикмахеру», и через пару минут на экране кликается живой макет. Никакого терминала, никаких папок, никакого страшного кода. Для человека без тех-бэкграунда это выглядит как магия по кнопке. Именно поэтому их советуют новичку первым делом - вход почти нулевой.

Сам по себе этот способ собирать продукты называется вайбкодинг: код пишет ИИ, а ты задаёшь смысл и проверяешь результат. Облачный конструктор - лишь одна из дверей в него. Самая красивая витрина, но не единственная и, как выяснится, не лучшая для тех, кто пришёл всерьёз.

Разберём простым языком, почему за лёгкий вход ты платишь позже. И платишь не деньгами.

Облачный конструктор или инструмент в твоих файлах?

Вайбкодить сегодня можно двумя принципиально разными способами.

Облачный конструктор - это Lovable, Bolt и им подобные. Всё живёт в браузере на их серверах: и то, что ты собрал, и данные, которые в приложение попадают. Ты не ставишь ничего на свой компьютер. Удобно въехать, но ты - арендатор.

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

Аналогия из жизни простая. Облачный конструктор - это съёмная квартира с хозяйской мебелью. Заехал за день, красота. Но стены двигать нельзя, а когда решишь съехать, мебель останется у хозяина. Инструмент-в-файлах - своя квартира: обустраивать дольше, зато твоё и увозишь целиком.

И вот когда доходит до «съехать», начинается самое интересное.

Vendor lock-in: почему забрать проект сложнее, чем обещают

Vendor lock-in по-русски - «замок поставщика». Ты вложил месяцы в продукт, а забрать его и уйти к другому не можешь без больших потерь. Классическая ловушка, знакомая любому, кто хоть раз менял CRM или банк-клиент.

Формально конструкторы этот упрёк отбивают. Вот что пишет сам Lovable в своей документации:

И это не враньё. Код фронта - того, что видит пользователь, - ты правда выгрузишь: Lovable синкается с GitHub, Bolt даёт скачать проект архивом. Но вот где привязка сидит на самом деле:

• Bolt по умолчанию генерирует только фронт. Базу данных и серверную логику подключаешь отдельным сервисом вручную. Забрал ты, по сути, витрину без склада.
• Данные вынести - отдельная спецоперация. Штатный путь переноса из облака Lovable болезненный: каждому пользователю приходится сбрасывать пароль, таблицы выгружаешь по одной в правильном порядке, файлы качаешь и заливаешь поштучно. Народ устал настолько, что пишет отдельные сторонние утилиты, лишь бы автоматизировать этот переезд.
• Сам редактор и агент никуда не переносятся. Среда, в которой ты работал, остаётся в облаке. Уносишь результат, но не рабочее место.

Теперь как это выглядит на практике, не в теории. У меня есть проект, который я начинал именно в облачном конструкторе. Когда решил развивать его всерьёз, я вынес фронт на свой хостинг - склонировал репозиторий, и это сработало. А бэкенд остался в заложниках.

И это только про переезд. А ведь есть ещё потолок.

Где потолок - и почему агент «тупеет»?

Пока ты хочешь стандартное - конструктор летит. Форма, список, кнопка, оплата по шаблону - собирается на ура. Шаг в сторону от накатанного, нестандартная логика или интеграция - и упираешься в стену «платформа так не умеет». Для витрины неважно. Для продукта, который должен отличаться от соседнего, это потолок.

Есть и вторая, менее очевидная стена - контекст. В облачном конструкторе почти негде системно вести то, что я называю вторым мозгом: файлы-инструкции, где записано, что за продукт, какие правила, что уже сделано. Агент каждый раз стартует почти с чистого листа. Отсюда знакомое ощущение «модель тупеет к вечеру».

На практике это значит вот что: модель не тупая - ей просто негде взять контекст. Инструмент-в-файлах эту память держит рядом с кодом, конструктор - нет. И по деньгам без иллюзий: и там, и там ты платишь за модель токенами или кредитами, и чем крупнее проект, тем быстрее «бесплатный» тариф заканчивается.

Чтобы разница была видна одним взглядом, сведём всё в таблицу.

Конструктор против инструмента-в-файлах: таблица

Смотришь на таблицу и напрашивается вывод «конструкторы - зло». Нет. Инструмент не виноват, виновата задача не по инструменту.

Когда Lovable и Bolt всё-таки хороши?

Скажу прямо, без вкусовщины: есть задачи, где конструктор - правильный инструмент, и тащить туда Claude Code было бы из пушки по воробьям.

• Разовый лендинг под акцию или мероприятие. Собрал за вечер, откручиваешь неделю, забыл. Переносить нечего - и вопрос lock-in просто не возникает.
• Прототип показать и выбросить. Нужно накликать что-то живое, чтобы объяснить партнёру или инвестору идею на пальцах. Через день он не нужен.
• Проверить идею глазами. Иногда дешевле собрать кликабельный макет за час, чем неделю обсуждать его на словах.

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

Хорошо, растить - не в облаке. Тогда с чего начать?

С чего начать вместо: путь новичка

Маршрут для того, кто хочет не разовую поделку, а навык и растущий продукт, я бы разложил так.

1. Инструмент в файлах

   Поставь Claude Code или Codex рядом с обычным редактором. Проект будет папкой на твоём диске - твоим с первой минуты.

2. Начни с малого

   Не хватайся за большой проект сразу. Возьми что-то крошечное - конвертер файлов, простого бота, одну страницу - и доведи до конца за вечер. Любого слона едят по кусочкам.

3. Заведи второй мозг

   Сделай проекту файлы-инструкции: кто ты, что за продукт, какие правила. Агент читает их и работает как сотрудник, который знает карту офиса.

4. Git как машина времени

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

5. Проверяй результат

   Ты не читаешь код построчно, ты проверяешь результат и заставляешь агента проверить себя. Как - в разборе 12 принципов вайбкодинга.

Да, это не «накликал в браузере за минуту». Первый день уйдёт на то, чтобы поставить среду и привыкнуть. Но дальше ты общаешься с агентом ровно так же, на человеческом языке, - только проект при этом твой, живёт у тебя и растёт без потолка.

Частые вопросы

Главный вывод

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

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

Как думаешь: конструкторы вроде Lovable станут ступенькой, с которой люди перерастают в полный контроль, - или удобной клеткой, где большинство так и застрянет под потолком?

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