Вайб-кодинг: что это, где он работает и почему «сайт за вечер» потом переписывают

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

Как это выглядит

Цикл простой и затягивающий:

1. Описываете, что нужно: «сделай страницу с калькулятором стоимости доставки, поля такие-то, формула такая».
2. ИИ-агент пишет код, создаёт файлы, запускает проект.
3. Смотрите результат в браузере. Что-то не так — говорите словами: «кнопка должна считать сразу, без перезагрузки».
4. Агент переписывает. Повторяете, пока не заработает.

Инструменты — редакторы и агенты с ИИ внутри: Cursor, GitHub Copilot, Claude, облачные конструкторы, которые собирают приложение из описания. Что именно выбрать — вопрос вторичный, механика везде одна: вы говорите, машина пишет.

Ключевое отличие от «программист пользуется ИИ-подсказками»: в вайб-кодинге код никто не читает. Это и источник скорости, и источник всех проблем метода.

Что получается на практике

Говорим из опыта: мы разрабатываем сайты руками — и параллельно вайб-кодим внутренние инструменты. Честная картина такая.

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

Что работает наполовину. Лендинг и простой сайт: собрать — да, но получившееся обычно тяжёлое, с типовым дизайном и без внятного SEO — генераторы не думают о структуре под спрос, скорости и разметке. Как площадка для рекламы на неделю — годится; как актив, который должен ранжироваться, — нет.

Что не работает. Всё, что живёт дольше месяца и трогает деньги или персональные данные. Причины — в следующем разделе.

Где вайб-кодинг ломается

Безопасность. ИИ пишет код, который работает, а не код, который безопасен. Классика сгенерированных проектов: ключи API прямо в коде, отсутствие проверки прав, SQL-запросы, открытые для инъекций. Пока это калькулятор для себя — неважно. Когда это форма с телефонами клиентов — это уже дыра с последствиями вплоть до штрафов за утечку.

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

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

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

Как использовать с умом

Рабочее правило, к которому мы пришли: вайб-код — это черновик, и обращаться с ним надо как с черновиком.

• Проверка спроса. Собрать MVP за выходные, показать людям, получить заявки — лучший сценарий метода. Если спрос есть, продукт строится заново, уже как система. Черновик выбрасывается — он своё отработал.
• Внутренние инструменты. Всё, что автоматизирует рутину и не смотрит наружу, — вайб-кодьте смело. Сломается — почините тем же способом.
• Красный флаг: на вайб-код пошли живые клиенты, и его начали достраивать «раз уж работает». Так одноразовый черновик становится ядром системы, которую никто не понимает. Дешевле остановиться и переписать на втором десятке пользователей, чем на втором десятке инцидентов.
• Гигиена-минимум, если наружу всё-таки надо: ключи и пароли — не в коде; формы — с проверкой входных данных; перед запуском — хотя бы один просмотр кода человеком, который умеет читать.

Мы сами работаем по этой схеме: черновики и внутренние сервисы — с ИИ, продакшн для клиентов — руками с ИИ-ускорением, где код читает и отвечает за него человек. Как это устроено в услуге — ИИ-автоматизация.

Вайб-кодинг и профессия разработчика

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

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

Коротко

• Вайб-кодинг — разработка через описание задачи ИИ на обычном языке; код не читают, результат оценивают по поведению.
• Сильные сценарии: прототипы, MVP для проверки спроса, внутренние инструменты и автоматизация рутины.
• Слабые: всё, что живёт долго, держит нагрузку и трогает деньги или персональные данные.
• Четыре типовые проблемы: безопасность, нечитаемость, хрупкость на масштабе, иллюзия готовности.
• Правило: вайб-код — черновик. Спрос подтвердился — систему строят заново, черновик выбрасывают.
• Профессия не умирает: дешевеет набор кода, дорожают постановка задачи и ответственность за систему.