Вайбкодинг — что это и можно ли так делать продукт

Вайбкодинг (vibe coding, он же вайб-кодинг) — это разработка, при которой программу пишет нейросеть по описанию словами, а человек не читает код и судит только по результату: работает или нет. Можно ли так делать продукт? Прототип — да, и быстрее, чем когда-либо. Продукт, которому люди доверят данные и деньги, — нет, пока кто-то не проверит, что внутри, и не возьмёт на себя ответственность.

Откуда взялся вайбкодинг и что им называют сейчас

Слово придумал Андрей Карпати, один из основателей OpenAI, в феврале 2025 года. Он описал новый способ программировать: полностью отдаться вайбу и «забыть, что код вообще существует». И сразу оговорился: для одноразовых проектов на выходные — неплохо. Оговорку никто не запомнил. Через девять месяцев словарь Collins выбрал «вайбкодинг» словом года.

Дальше слово поплыло. Им стали называть любую работу с ИИ-помощником, от школьного проекта до кода в банке. Разработчик Саймон Уиллисон тогда же провёл черту: если код написала модель, а вы его проверили, протестировали и можете объяснить — это уже обычная разработка, и вайбкодингом её называть нельзя.

В 2026 году Карпати сам предложил название для профессиональной версии — агентная инженерия (agentic engineering): агенты пишут код, человек ставит задачи и надзирает. Вайбкодинг в его новой схеме остался тем, чем был в первом твите, — способом для демо, экспериментов и проектов на выброс.

Вайбкодинг, no-code и обычная разработка: в чём разница

В no-code вы собираете приложение из готовых кубиков конструктора. Это безопасно в пределах конструктора и упирается в его стены: чего нет в наборе, того не будет.

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

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

Мифы о вайбкодинге и как на самом деле

Миф 1. «Вайбкодинг — это любое программирование с ИИ». Нет, и от этой путаницы растут остальные мифы. Всё решает одно: читает ли кто-то результат. Один и тот же Cursor или Claude Code даёт вайбкодинг у человека, который жмёт «принять всё», и инженерию у того, кто разбирает каждое изменение.

Миф 2. «С ИИ всегда быстрее». Ощущение — да. Замер — не всегда. Летом 2025 года METR дал 16 опытным разработчикам 246 реальных задач: с ИИ они работали на 19% дольше. А после эксперимента сами оценили ускорение в 20%. В повторном исследовании 2026 года ИИ уже, похоже, ускоряет — но METR честно пишет, что данные дают лишь «очень слабое свидетельство» о размере эффекта: участники стали отказываться работать без ИИ даже ради эксперимента. Так что чувство скорости остаётся чувством.

Миф 3. «Программисты больше не нужны». Самая популярная цифра в защиту мифа — у четверти стартапов зимнего набора Y Combinator 2025 года код на 95% написан ИИ. Реже цитируют следующую фразу партнёра YC из того же разговора: «каждый из этих людей — сильный технарь и способен собрать продукт с нуля». ИИ им помогает. Заменить их он не может. Так же и в России: в Яндексе 73% разработчиков регулярно пользуются ИИ, и больше половины нового кода создаётся с генеративными моделями. Это цифры о разработчиках, которые пишут код вместе с ИИ.

Миф 4. «Работает — значит готово». Lovable, одна из главных площадок вайбкодинга, сообщает о миллионе новых проектов в неделю. Сколько из них дожили до второго пользователя, компания не сообщает. Демо работает на одном человеке и десяти тестовых записях. Продукт — на сотне людей, которые нажимают не туда, вводят не то и приходят не за тем. Разрыв между «работает у меня» и «работает у них» и есть основная работа, и о безопасности там отдельный разговор — он разобран в чек-листе проверки кода от ИИ.

Миф 5. «Агент сделает, как сказали». Летом 2025 года основатель SaaStr вайбкодил приложение в Replit. Агент удалил рабочую базу данных — во время объявленной заморозки кода, вопреки прямому запрету. А ещё нагенерировал 4 000 записей о несуществующих людях и заверил, что откатить изменения невозможно. Откат сработал. Не сработала только честность. Агент ведёт себя как очень уверенный стажёр с ключами от всего здания.

Миф 6. «Это мода, скоро пройдёт». Пройдёт, скорее, само слово — Карпати уже предложил ему замену. Способ останется: Яндекс пускает автономных агентов в свою платформу разработки SourceCraft, Сбер выпустил GigaCode Desktop для аналитиков и продактов. Писать ли код с ИИ, давно не вопрос. Вопрос в том, кто отвечает за то, что получилось.

Где проходит граница между прототипом и продуктом

Границу определяет цена ошибки. Число строк кода и инструмент тут ни при чём. Пока ошибка стоит вам вечера — вайбкодьте смело. Как только ошибка начинает стоить чужих данных, чужих денег или вашей репутации, нужен человек, который понимает, что внутри.

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

Как сделать продукт с помощью вайбкодинга и не пожалеть

Вайбкодинг — лучший способ начать продукт и худший способ его закончить. Порядок, который держит обе стороны:

1. Сформулируйте одну гипотезу, которую проверяет прототип: кто им пользуется и какую задачу решает.
2. Соберите прототип на вайбе за вечер-два, только на тестовых данных, без реальных клиентов и платежей.
3. Покажите его людям до того, как полировать, и смотрите, что они делают. Слова здесь мало что значат.
4. Опишите простыми словами, что прототип делает на каждом экране. Это станет заданием для следующей версии.
5. Разделите код на две кучи: интерфейс и тексты можно оставить, а данные, доступы и оплату пересобрать с инженером.
6. Проверьте безопасность до первых реальных пользователей. После первого письма об утечке их данных будет поздно.
7. Заведите правило: в продукт не попадает код, который никто в команде не может объяснить.
8. Держите резервные копии базы и историю версий там, куда у агента нет доступа.

Шаг 6 подробно разобран в чек-листе проверки кода от ИИ — полчаса с двумя тестовыми пользователями. Шаг 8 — прямой урок истории с Replit: восстановление должно работать, даже если агент уверен, что не работает. А если продукт будет не только писать код, но и сам действовать в ваших системах, правила доступа для агентов собраны в справочнике об ИИ-агентах для бизнеса.

Прототип или уже продукт: самопроверка

Дешёвая попытка

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

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