Что такое вайб-кодинг
Вайб-кодинг (vibe coding): способ разработки, при котором человек описывает желаемый результат словами, ИИ-модель пишет код, а человек принимает результат, если он выглядит рабочим, не читая сам код. Термин появился в начале 2025 года и быстро прижился: такой подход действительно позволяет собрать прототип за часы вместо недель.
Важно отделять инструмент от метода. ИИ-инструменты для написания кода сами по себе не проблема: их используют и профессиональные команды. Проблема в методе: отказ от чтения, проверки и тестирования кода. Именно он делает результат непредсказуемым.
Короткий ответ: вайб-кодинг подходит для прототипов, экспериментов и инструментов для себя. Для рабочего сайта с клиентами, оплатой и персональными данными нужен контроль инженера на каждом шаге.
Почему прототип от ИИ ломается в работе
Модель пишет код, который решает описанную задачу на демонстрационных данных. Всё, что не описали, она додумывает самым простым способом. В работе это проявляется одинаково:
- Нет обработки ошибок
- Код рассчитан на счастливый путь. Внешний сервис не ответил, пользователь ввёл неожиданные данные, файл не найден: прототип падает целиком вместо понятного сообщения.
- Дыры в безопасности
- Данные из форм попадают в запросы к базе без проверки, права доступа проверяются только на экране, а не на сервере. Любой пользователь может получить чужие данные, изменив адрес страницы.
- Секреты в коде
- Ключи API, пароли от базы и токены ботов оказываются прямо в файлах проекта, а потом в публичном репозитории.
- Случайные зависимости
- Модель подключает библиотеки, которые давно не обновляются или не нужны. Через полгода обновление одной из них ломает проект.
- Нет тестов и тестовой среды
- Каждое изменение проверяют на рабочем сайте. Исправление одной ошибки создаёт две новые, и это замечают клиенты.
- Нет процесса выпуска
- Файлы копируют на сервер вручную. Откатить неудачное изменение невозможно, потому что предыдущая версия нигде не сохранена.
Ни одна из этих проблем не видна на экране, пока прототип показывают заказчику. Поэтому ощущение "всё работает" и реальное состояние кода расходятся.
Чем отличается разработка с ИИ под контролем инженера
Разработка с ИИ под контролем инженера использует те же инструменты, но возвращает в процесс этапы, которые вайб-кодинг пропускает:
- Постановка задачи. Инженер переводит желание заказчика в техническое задание для модели: ограничения, структура данных, существующий код, критерии готовности. Качество кода напрямую зависит от этого шага.
- Ревью каждого изменения. Код читают так же, как код коллеги: архитектура, безопасность, обработка ошибок, совместимость с проектом. Лишнее убирают, сомнительное переписывают.
- Тесты. Автоматические тесты на ключевые сценарии и проверка на тестовой среде до выпуска.
- Выпуск с откатом. Изменения выходят через понятный процесс деплоя, предыдущая версия сохраняется.
- Передача. Читаемый код, документация и инструкции по запуску. Проект может продолжить любой разработчик.
Скорость при этом сохраняется: написание кода остаётся за моделью. Удлиняются только постановка, проверка и тестирование, а именно они определяют, будет ли сервис работать через год.
Чек-лист: что проверить перед выпуском кода от ИИ
Если прототип уже есть и его хотят выпустить, пройдите по списку. Каждый пункт закрывает одну типичную причину отказа.
- Все данные от пользователя проверяются на сервере, а не только в браузере.
- Запросы к базе данных параметризованы, строки не склеиваются из пользовательского ввода.
- Права доступа проверяются при каждом запросе к данным, а не только при показе кнопок.
- Ключи, пароли и токены вынесены в переменные окружения и не лежат в репозитории.
- Ошибки обрабатываются: пользователь видит понятное сообщение, подробности пишутся в лог.
- Список зависимостей просмотрен: лишние удалены, оставшиеся поддерживаются и обновлены.
- Есть автоматические тесты хотя бы на ключевые сценарии: регистрация, оплата, отправка заявки.
- Есть тестовая среда, изменения сначала проверяются на ней.
- Настроено резервное копирование базы и файлов, восстановление проверено.
- Выпуск идёт через процесс деплоя с возможностью откатиться к предыдущей версии.
Если на три и более пункта ответ "нет", прототип выпускать рано. Это не значит, что его нужно переписывать с нуля: чаще достаточно аудита и точечных исправлений.
Когда вайб-кодинг уместен
Метод не плох сам по себе, у него есть своя зона применения:
- Прототип, чтобы показать идею инвестору или команде и получить обратную связь.
- Инструмент для себя: скрипт для разбора таблицы, небольшая автоматизация, которой пользуется один человек.
- Эксперимент, который выбросят через неделю.
Граница проходит там, где появляются чужие данные, деньги или зависимость бизнеса от работы сервиса. Как только прототип начинает приносить заявки или принимать оплату, он становится рабочей системой, и к нему применяются обычные инженерные требования.
Если прототип уже есть
Самый частый сценарий: прототип собрали, он понравился, и теперь его нужно довести до рабочего состояния. Порядок действий такой:
- Аудит кода: архитектура, безопасность, зависимости, обработка ошибок. Результат: список проблем с приоритетами.
- Решение, что переписать, а что оставить. Обычно переписывают 20-30 процентов кода, остальное приводят в порядок.
- Тесты на ключевые сценарии, тестовая среда и процесс деплоя.
- Выпуск и передача с документацией.
Такую работу я делаю в рамках услуги разработка с ИИ под контролем инженера: код по-прежнему пишет модель, но каждое изменение проходит ревью, тесты и нормальный выпуск. Если проект уже в работе и падает, начните со статьи про ошибку 500: там порядок быстрой диагностики.