Разработка · 7 мин чтения

Вайбкодинг: что это такое и где у него заканчиваются возможности

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

Что такое вайбкодинг и чем он отличается от обычной разработки

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

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

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

Что я собираю на вайб-кодинге за один вечер

Для быстрой проверки идеи вайбкодинг экономит реальные часы. Вот форматы, которые получаются за один вечер без единой строки, написанной руками:

  • черновой лендинг под конкретную гипотезу, который потом либо выбрасываю, либо отдаю в работу как техзадание для настоящей вёрстки;
  • скелет Telegram-бота на aiogram для личных задач: напоминания, сборка RSS-ленты, простые уведомления себе в чат;
  • сценарий в n8n, который забирает заявку из формы и кидает её в рабочий чат - агент сам предлагает нужные ноды и выражения, потому что задача уже описана визуально;
  • разовый скрипт на Python, который выгружает данные из открытого API и складывает их в таблицу для анализа.

Общая черта этих задач - я сам себе и заказчик, и приёмщик результата. Если бот присылает не то сообщение или скрипт падает на втором запуске, это моя проблема на десять минут, а не инцидент у клиента.

Бесплатный материал

🎁 Полезный скрипт в подарок

Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.

Без спама. Отписка в 1 клик.

Где AI-кодинг закрывает задачи бизнеса без доработки

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

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

Ниже - когда я доверяю результату вайб-кодинга, а когда нет:

Задача Годится вайбкодинг Почему
Прототип лендинга для теста гипотезы да Ошибка ничего не стоит, аудитория маленькая, цикл правок - минуты
Внутренний инструмент для одного отдела да, с ревью Цена ошибки низкая, но данные компании стоит проверить перед запуском
Приём оплаты через эквайринг нет Нужна проверка подписи вебхука, обработка повторных уведомлений и отказов
Синхронизация каталога с WooCommerce или 1С нет Расхождение остатков и цен всплывает не сразу, а через реальные заказы
Чат-бот с базой знаний на данных клиента ограниченно Нужна отдельная индексация документов, а не просто промпт с контекстом

Технические границы вайбкодинга

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

Конкурентный доступ. Если два человека одновременно нажимают «записаться» на последний слот или «купить» последний товар, без блокировки на уровне базы оба запроса пройдут и продажа задвоится. Решается это транзакцией и уникальным индексом, обычной MySQL для этого достаточно, отдельная база не нужна, но сгенерированный код чаще всего просто не думает о параллельных запросах, пока я явно не попрошу это учесть.

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

Продакшен-интеграции. Синхронизация остатков с WooCommerce или каталога с 1С устойчива ровно настолько, насколько код обработал статусы заказов, конфликты плагинов и частичные обновления. Такие расхождения не видны на тестовом прогоне и всплывают через одну-две недели на живых заказах.

Готовые модули платформ. Часть того, что вайб-кодингу поручают написать с нуля, в конструкторах уже есть штатно. У Тильды, например, есть свой калькулятор доставки СДЭК по зонам прямо в настройках заказа и обмен с 1С через CommerceML без дополнительного кода - прежде чем городить интеграцию руками, стоит проверить, не решается ли задача из коробки.

Секреты и валидация. Сгенерированный код нередко кладёт ключ API прямо в файл, который потом уезжает в публичный репозиторий, или строит SQL-запрос из пользовательского ввода без экранирования. Для личного бота это не страшно, для формы на сайте с реальными посетителями - уязвимость.

Где кодинг с ИИ упирается в юридические и организационные ограничения

Есть ограничения за пределами кода.

Персональные данные. Если вайб-кодинг связывает форму на сайте с CRM или таблицей, по умолчанию он может предложить сохранить контакты клиентов в удобном иностранном сервисе. По 152-ФЗ персональные данные российских пользователей нужно хранить на серверах в России, и это стоит проверять отдельно, а не полагаться на выбор модели.

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

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

Когда пора передавать проект разработчику

Несколько сигналов, что вечерний прототип пора показать живому разработчику, а не докручивать самостоятельно:

  • к сайту или боту подключили приём оплаты или реальные персональные данные;
  • нужна синхронизация с CRM, 1С, эквайрингом или службой доставки;
  • нагрузка выросла настолько, что один сбой стоит потерянных заявок;
  • прототип нужно кому-то передать, и он должен пережить смену исполнителя.

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

Для точечного аудита уже написанного кода беру почасовую работу от 3 000 ₽/час, а для сайта, который нужно держать в рабочем состоянии постоянно, техподдержку от 15 000 ₽/мес.

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

Чем вайбкодинг отличается от no-code конструкторов вроде Tilda?

Конструктор работает через ограниченный, но проверенный набор блоков и настроек в интерфейсе: форма, каталог, обмен с 1С через CommerceML уже готовы в базовых сценариях, а вайб-кодинг генерирует произвольный код без готовых рамок. Формально возможностей больше, но и непредсказуемости больше: агент может выдать рабочий вариант, а может нерабочий или небезопасный, и со стороны это не всегда отличить сразу.

Можно ли сделать интернет-магазин полностью вайб-кодингом?

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

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

Агентные среды с доступом к файловой системе и терминалу, которые сами проходят цикл «написал - запустил - увидел ошибку - исправил», например Claude Code или похожие расширенные режимы редакторов. Это отличается от обычного автодополнения кода тем, что агент выполняет всю цепочку самостоятельно, а не подсказывает следующую строку.

Сколько стоит доработать проект, собранный на вайб-кодинге?

Зависит от объёма правок. Точечный аудит и мелкие правки обычно беру как почасовую работу от 3 000 ₽/час, а для сайта, который нужно держать в рабочем состоянии постоянно, техподдержку от 15 000 ₽/мес. Если по итогам аудита выясняется, что нужно пересобирать архитектуру, оцениваю это уже как отдельный проект.

Есть задача?

Обсудим в мессенджере

Расскажите, что нужно сделать — отвечу в течение 4 часов в рабочее время. Первая консультация бесплатно.

Продолжая пользование настоящим сайтом Вы выражаете своё согласие на обработку Ваших персональных данных (файлов куки) с использованием Yandex.Metrika.
Понятно