Код написал ИИ — а принимать его некому: почему vibe coding рушит инженерную дисциплину

ИИ-ассистенты стоят у 90% разработчиков, а чётких правил приёмки кода нет. За год практика внедрения свелась к «включили за неделю, а как принимать — не решили». Из-за этого объём изменений в продукте вырос в разы, а ревьюеров не стало больше. Ошибка, не пойманная на входе, возвращается доработкой через одну-две недели, и это становится нормой.

Обычное code review и статический анализ (SAST) в эпоху «vibe coding» перестают быть достаточным барьером. ИИ-модель, написавшая код, не должна сама же его проверять — нужны независимые слои. Авторы статьи предлагают минимальный стандарт: проверка в IDE до коммита, обязательный SAST на этапе Pull Request и дополнительный контур в CI/CD для автоматического тестирования сгенерированного кода на логические и контекстные ошибки.

Главная проблема — скорость у всех выросла, а дисциплина — ни у кого. Команды теряют контроль над тем, что именно уходит в релиз. Без формализованного стандарта приёмки ИИ-кода vibe coding превращается не в ускорение, а в накопление технического долга, который аукнется через пару недель.