Vibe-coding: почему 90% проектов на нём не доживут до продакшена

«Я собрал SaaS за выходные» — знакомая фраза?

Твиттер, Reddit, Хабр — везде одно и то же: «Я не программист, но за 2 дня собрал приложение с AI». Скриншоты красивых лендингов, демо-видео, тысячи лайков. Vibe-coding стал главным buzzword 2026 года. Но за красивой обёрткой скрывается неудобная правда, о которой вайб-кодеры предпочитают молчать.

Что такое vibe-coding

Термин придумал Андрей Карпатый (ex-OpenAI, ex-Tesla AI) в феврале 2025 года. Суть простая: ты описываешь что хочешь на человеческом языке, AI пишет код, ты не вникаешь в детали — просто «ловишь вайб». Если что-то не работает — копируешь ошибку обратно в чат и ждёшь фикса.

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

Почему это взлетело

1. Порог входа — ноль

Раньше для MVP нужен был хотя бы один разработчик. Сейчас достаточно Claude Code, Cursor или Replit Agent. Написал промпт — получил приложение. Не понравилось — написал ещё один промпт.

2. Демо-эффект

Vibe-coded проекты выглядят впечатляюще на скриншотах. Tailwind + shadcn/ui + AI = красивый интерфейс за минуты. На демо всё работает. Проблемы начинаются потом.

3. Хайп-цикл AI

Каждый новый релиз модели (Fable 5, GPT-5.5, GLM 5.2) сопровождается бенчмарками «80% на SWE-Bench!». Маркетинг создаёт впечатление, что AI уже пишет код лучше человека. Реальность сложнее.

4. Survivor bias

Ты видишь 50 постов «я собрал X за выходные». Ты не видишь 5000 человек, у которых ничего не завелось, но они не стали об этом писать.

Что реально работает

Справедливости ради — vibe-coding не бесполезен. Есть сценарии, где он действительно эффективен:

Для этих задач vibe-coding — это суперсила. Ты реально можешь за вечер сделать то, на что раньше уходила неделя.

Где всё ломается

Безопасность

Vibe-coded приложение — это приглашение для хакера. AI не думает о безопасности, если ты не просишь. SQL-инъекции, XSS, открытые API-ключи в коде, отсутствие rate-limiting — стандартный набор.

Исследование Stanford (2025) показало: разработчики, использующие AI-ассистенты, пишут менее безопасный код и при этом более уверены в его безопасности. С vibe-coding это усиливается в разы — ты даже не читаешь код.

Масштабирование

100 пользователей — всё летает. 10 000 — всё падает. AI генерирует код, который работает для happy path. N+1 запросы, отсутствие индексов, загрузка всей таблицы в память — это нормальный выход vibe-coding сессии.

Отладка

Когда что-то ломается (а оно сломается), ты не понимаешь что произошло. Ты не писал этот код. Ты не знаешь архитектуру. Ты копируешь ошибку в чат — AI генерирует фикс, который ломает что-то ещё. Цикл повторяется, пока проект не превращается в неподдерживаемую кашу.

Стоимость

Пост «собрал SaaS за выходные» обычно не упоминает:
- $200-500 на API-токены за эти выходные
- ещё $500 на следующей неделе, когда половина фич не работает
- стоимость переписывания, когда приходит первый реальный пользователь

Зависимость от контекста

У каждой AI-модели есть лимит контекста. Пока проект маленький — модель «видит» весь код. Когда проект растёт — модель начинает терять контекст, противоречить себе, дублировать код. Это фундаментальное ограничение, которое не решается более мощной моделью.

Реальная статистика

По данным исследования Y Combinator (Q1 2026):

• 72% стартапов из текущего батча используют AI для генерации кода
• из них 89% имеют хотя бы одного разработчика, который ревьюит сгенерированный код
• Стартапы с чистым vibe-coding (без разработчиков) показывают 3.2x больше критических багов в первые 3 месяца
• Среднее время от «MVP готов» до «первый платящий клиент» — на 40% больше у vibe-coded проектов

AI-ассистент vs vibe-coding: в чём разница

Это ключевое различие, которое многие путают:

Профессиональный разработчик + Claude Code — это не vibe-coding. Это augmented development: AI генерирует, человек проверяет, направляет, принимает архитектурные решения. Разница — как между автопилотом Tesla (ассистирует водителю) и беспилотником без руля (vibe-coding).

Что будет дальше

Оптимистичный сценарий

Модели станут достаточно умными, чтобы самостоятельно писать тесты, проверять безопасность, оптимизировать производительность. Vibe-coding станет реальным инструментом. Но это не 2026 год, и возможно даже не 2028.

Реалистичный сценарий

Vibe-coding останется инструментом для прототипов и одноразовых проектов. Для production — augmented development с AI-ассистентами, но под контролем разработчика. Спрос на разработчиков не исчезнет, но изменится: важнее станет архитектурное мышление, ревью AI-кода, промпт-инженерия.

Пессимистичный сценарий

Волна vibe-coded SaaS-ов приведёт к серии крупных утечек данных и скандалов. Регуляторы обратят внимание. Появятся требования к аудиту AI-сгенерированного кода. Hype схлопнется.

Чеклист: вайбкодить или нет?

Прежде чем начинать vibe-coding проект, ответь на вопросы:

• Будут ли пользователи? Если да — нужен ревью кода
• Будут ли деньги проходить через систему? Если да — забудь про vibe-coding
• Нужна ли поддержка через месяц? Если да — пиши (или ревью) код сам
• Хранятся ли персональные данные? Если да — нужен security review
• Это прототип или продукт? Прототип — вайбкодь. Продукт — нет

Итог

Vibe-coding — это не революция и не мусор. Это инструмент с очень узкой зоной применения, который маркетинг раздул до «программирование мертво».

Для прототипов, скриптов, экспериментов — отлично. Для production — нужен человек, который понимает что происходит под капотом. И если этот человек использует AI как ассистент, а не как замену мозга — он будет в 10 раз продуктивнее, чем без AI.

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