AI не спас нас от провала в вайб‑кодинге для автобренда — разбираем ошибки и правильные подходы. Не повторяйте наших промахов.

AI не спас нас от провала в вайб‑кодинге для автобренда — разбираем ошибки и правильные подходы. Не повторяйте наших промахов.

Вайб-кодинг — сейчас это слово звучит как заклинание. Описываешь задачу человеческим языком, нейросеть выдаёт готовый код. Быстро, дёшево, без дизайнеров и верстальщиков. Для пет-проекта или небольшого лендинга — вполне себе рабочий вариант.

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

Это честная история. Без прикрас. Чтобы вы хотя бы знали, на чём споткнётесь (потому что всё равно споткнётесь).

Исходные данные: крупный бренд и «простые» сайты

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

Мы оценили задачу и решили: а зачем дизайн с нуля? Зачем верстальщики? У нас есть Claude, он отлично пишет код. Мы опишем задачу — он сгенерирует. Соберём, сдадим. Быстро, дёшево, инновационно. Все довольны.

Так мы думали в начале. Дальше был ад.

Первая итерация: ложное ощущение победы

Первая итерация прошла подозрительно хорошо. Описали структуру, контент, стиль. Claude выдал рабочий код за 30 минут. Для сравнения: классический цикл «дизайн → вёрстка» занял бы дня три.

Результат радовал:

  • 30 минут до первой демки вместо нескольких дней
  • Визуально прилично, мобильная версия на 70% адекватна.
  • 80% работы закрыто за первую итерацию (как нам казалось).

Мы уже мысленно подсчитывали экономию. Оставалось согласовать с брендом.

Правки: что-то пошло не так...

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

Первая волна. Поменять шрифт, подвинуть блок, заменить изображения. Claude справился. Не идеально, но терпимо.

Вторая волна. Правки на правки. Нейросеть начала «забывать» контекст. Согласованный блок возвращался к старому состоянию. Стили перезаписывались — всё ломалось.

Третья волна и далее. Claude захлебнулся. На каждую минимальную правку он переписывал весь код страницы целиком. Не фрагмент — всю страницу. Это съедало время и быстро упиралось в лимиты. Деньги потекли как вода сквозь решето.

Меняешь цвет кнопки — он переписывает весь JavaScript (зачем?). Просишь поправить отступ — меняет структуру HTML, ломается сетка. А главное — он писал всё на нативном языке. Ни Bootstrap 5, ни любой другой фреймворк подключён не был.

Почему нативный код — приговор для проекта с правками

В классической разработке даже базовый Bootstrap 5 даёт колоссальный прирост эффективности. Сетка, компоненты, утилиты стандартизированы и задокументированы. Поправить отступ — меняешь один класс. Изменить цвет кнопки — меняешь переменную.

Claude писал с нуля. Каждая страница — уникальный набор стилей и скриптов. На первой итерации аккуратно. На двадцатой — каша, которую невозможно поддерживать.

Ловушка вайб-кодинга:

  • Мелкая правка → перегенерация всего кода → новые баги → новые правки → ещё больше багов.
  • Лимиты нейросети → ожидание → снова лимиты → дополнительные затраты.
  • Ноль стандартизации → передать код другому разработчику невозможно без полного рефакторинга.

Экономика проекта: вайб-кодинг оказался дороже людей

Мы сели и посчитали трудозатраты. Оказалось, что потратили больше, чем если бы с самого начала:

  1. Сделали прототип с помощью нейросети и согласовали с клиентом.
  2. Нарисовали дизайн в Figma, прошли этапы согласования на этом этапе.
  3. Сверстали на Bootstrap 5, подключили бэкенд.
  4. Точечно поправили в рамках нормального процесса.

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

Где использовать, а где - нет

AI не спас нас от провала в вайб‑кодинге для автобренда — разбираем ошибки и правильные подходы. Не повторяйте наших промахов.

AI как инструмент-ускоритель, а не замена

Мы не отказались от нейросетей. Но появились жёсткие правила:

1. AI для прототипа — да. Для финального кода без контроля — нет.Быстрый прототип на созвоне с клиентом — отлично. Но финальный код должен писать разработчик с использованием нормального стека.

2. Всегда закладывать стек, который можно править вручную.Bootstrap 5, Tailwind, React, Vue — что угодно модульное. Даже если первую версию генерирует AI, она должна быть на фреймворке, который пойдёт в поддержку.

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

4. Думать о поддержке до первой строки кода.Если код невозможно поддерживать, проект провальный. Даже если первая версия выглядит гениально.

Повторяете нашу ошибку прямо сейчас?

Мы заплатили за этот опыт. Вы можете не платить. Хотя, скорее всего, тоже заплатите — слишком силён хайп вокруг «программисты не нужны».

Нейросети — мощнейший инструмент. Но инструмент не заменяет процесс. Если подрядчик обещает «сделать всё на AI, быстро и дёшево» — спросите про правки. Про жизненный цикл. Про то, что будет через месяц. Большинство таких «специалистов» даже не поймут, о чём вы спрашиваете.

Мы теперь не делаем 100% вайб-кодинг для корпоративных проектов. Мы делаем нормальную разработку, где AI помогает на узких этапах. Это работает.

Ну и как принято говорить: Больше историй из практики в моем ТГ канале. Хотите - подписывайтесь и будем на связи, не хотите - не очень то и обижусь.

3