Вайб-кодинг – разработка, при которой код пишет нейросеть по описанию задачи, а человек оценивает результат. Он ускоряет прототипы, но без ревью и тестов опасен для продакшена.
Вайб-кодинг не экономит деньги. Он переносит расходы из начала проекта в его середину, где они обходятся дороже.
Первая версия, собранная нейросетью за выходные, выглядит как готовый продукт. Счёт приходит позже: когда растёт нагрузка, когда появляются персональные данные и когда нужно что-то поменять в коде, который никто в команде не писал руками. Если задача пока в том, чтобы проверить идею, а не запустить сервис, полезно сначала определиться с форматом и прочитать, чем MVP отличается от прототипа. Ниже разобрано, где вайб-кодинг действительно помогает бизнесу, а где создаёт риски, которые потом закрывают за отдельный бюджет.
Вайб-кодинг – подход, при котором разработчик или даже человек без опыта программирования описывает задачу словами, а нейросеть генерирует код. Термин в феврале 2025 года предложил исследователь Андрей Карпатый, и с тех пор он ушёл далеко за пределы англоязычного IT.
В России подход уже массовый. По опросу ICT.Moscow, проведённому в августе–сентябре 2025 года, 76% российских IT-специалистов пробовали вайб-кодинг в рабочих задачах. Больше 83% из них остались довольны результатом, это 64% всех опрошенных.
Ещё одна цифра из того же опроса важнее для бизнеса: почти 21% попробовавших, или 16% всех респондентов, собрали с помощью вайб-кодинга новый продукт. То есть речь уже не об экспериментах в песочнице, а о коде, который уходит к пользователям.
Вайб-кодинг экономит время на задачах, где ошибка дешёвая и результат легко проверить глазами.
Фортех использует ИИ при разработке MVP мобильных приложений для генерации кода, документации и тестов. По оценке компании, это ускоряет рутинные задачи на 20–30%, и сэкономленный бюджет уходит на функции, которые отличают продукт от конкурентов. Цифра относится к рутине, а не ко всему проекту: архитектуру, интеграции и безопасность по-прежнему проектируют люди.
Вайб-кодинг ломает проект там, где ошибку не видно на демо: в безопасности, нагрузке и поддержке.
Безопасность. По данным исследования Veracode от июля 2025 года, 45% фрагментов кода, сгенерированных ИИ, не прошли тесты безопасности. Цифра зарубежная и получена на выборке компании-разработчика инструментов проверки, поэтому её стоит читать как порядок величины, а не как точную оценку для любого проекта. Типовые проблемы: ключи доступа прямо в коде, отсутствие проверки входных данных, открытые для всех методы API.
Персональные данные. Нейросеть не знает про 152-ФЗ и не спрашивает, где физически хранится база. Сервис, собранный на зарубежном облачном конструкторе, может нарушать требования к хранению данных россиян с первого дня работы.
Нагрузка. Код, который работает для десяти пользователей, часто делает лишние запросы к базе. На тысяче одновременных пользователей сервис начинает тормозить, и причину приходится искать в коде без архитектуры.
Поддержка. Самый дорогой риск. Через полгода разработчику нужно поменять логику расчёта скидки, а код никто не писал руками и не понимает. Каждая правка превращается в исследование, и нейросеть, которой дают задачу «исправь», нередко ломает соседний модуль.
С января по май 2026 года команда Фортех разрабатывала ядро платформы для интернет-магазина с розничными и оптовыми продажами и особыми ценами для лояльных клиентов. Стек: NestJS, PostgreSQL, Redis.
Работа выглядела так: спроектировали базу данных с пользователями, ролями, товарами, заказами, корзиной и складскими операциями, сделали гибкую систему ценообразования и серверную логику корзины. Платформу интегрировали с 1С через защищённые API. Redis отвечал за кэширование и ограничение частоты запросов.
Именно эти части вайб-кодинг пропускает чаще всего. Демо-магазин покажет каталог и корзину за вечер. Но ограничение частоты запросов, защищённый обмен с учётной системой и правила цен для разных групп клиентов на демо не видны. Они проявляются в первый день реальных продаж.
Сгенерированный нейросетью код можно выпускать в продакшен, если с ним обращаются как с кодом нового сотрудника на испытательном сроке.
На этих правилах построена модель AI-Driven Development: нейросети ускоряют написание кода, а ответственность за архитектуру, безопасность и приёмку остаётся у команды.
Правила не делают вайб-кодинг бесплатным. Ревью и тесты съедают часть сэкономленного времени, и на маленьком проекте выигрыш может оказаться скромнее, чем обещают демо-ролики.
Проект, собранный вайб-кодингом и уже работающий с клиентами, не обязательно переписывать с нуля. Сначала нужен аудит: где хранятся ключи, кто имеет доступ к базе, какие части кода покрыты тестами и что произойдёт при росте нагрузки.
По результатам аудита обычно остаётся интерфейс и часть логики, а переделываются авторизация, работа с данными и интеграции. Порядок действий похож на приём чужого кода от ушедшего подрядчика, и он подробно разобран в статье о поддержке чужого кода после ухода подрядчика.
Если внутри компании некому взять такой проект, его можно передать на техническую поддержку проектов с SLA, где первым этапом идёт разбор кода и рисков.
Вайб-кодинг полезен там, где от ошибки страдает время, а не клиенты и не данные. Прежде чем пускать сгенерированный код к пользователям, определите, кто в команде отвечает за архитектуру и ревью, и только после этого выбирайте инструменты. Если стек ещё не выбран, начните с разбора, как выбрать технологический стек для корпоративного веб-приложения.
Можно, если каждый фрагмент проходит ревью инженера, архитектура спроектирована до генерации кода, а оплата и авторизация покрыты тестами. По исследованию Veracode от июля 2025 года, 45% сгенерированных ИИ фрагментов кода не прошли проверки безопасности. Без ревью такой код в продакшене опасен для данных клиентов.
По оценке Фортех, ИИ ускоряет рутинные задачи при разработке MVP на 20–30%: типовой код, документацию и заготовки тестов. Архитектура, интеграции и безопасность ускоряются заметно меньше, потому что их проектируют и проверяют люди. На небольшом проекте часть выигрыша уходит на ревью сгенерированного кода.
По опросу ICT.Moscow, проведённому в августе–сентябре 2025 года, 76% российских IT-специалистов пробовали вайб-кодинг в рабочих задачах. 64% всех опрошенных остались довольны результатом. 16% респондентов с помощью вайб-кодинга собрали новый продукт, то есть подход уже применяется в реальных проектах.
Сопровождение сайтов и IT-проектов: стабильность, безопасность и развитие без авралов. Реакция на инциденты за 15 минут.
Подробнее
от диагностики медленных запросов до интеграции с 1С и ЮKassa. Опыт внедрения Prometheus/Grafana, оптимизации потребления памяти и реализации нового функционала в рамках SLA.
Смотреть кейс
БизнесЗапуск продукта – это только начало пути. Без качественной техподдержки после релиза даже успешный проект может провалиться. Рассказываем, как организовать эффективную поддержку и защитить инвестиции в разработку.
Читать
БизнесClaude и Cursor изменили продуктивность разработчиков на 40-70%. Но почему ставки аутстаффинга не падают? Объясняем новую экономику IT-услуг и за что реально платят клиенты в эпоху ИИ.
Читать
БизнесКак перенести бота и мини-приложение из Telegram в MAX: что меняется в коде, план из 7 шагов, смета от 280 000 ₽ и как сохранить клиентов и бонусы
Читать
