🛠 Вайбкод в рабочей среде: прототип выглядит продуктом, но не является им Сервис голосовых ИИ-интервью уже продавали, когда его передали на доработку. Демонстрация выглядела убедительно: браузер, ИИ-аватар, осмысленные ответы. Но руководитель фронтенд-разработки собрал его методом вайбкодинга, и за красивой обёрткой не было ни журналов событий, ни метрик TTS/STT, ни понимания суммарной задержки, как описывает автор на Habr. Технически команда не могла ответить, как сервис устроен и что обещать клиенту. Пришлось идти от обратного: запускать то, что есть, находить ошибки, делать их воспроизводимыми. Одна ошибка — «бот перебивает человека» — выросла в исследование VAD и определения конца реплики. На исходных настройках тестовые записи дали 31 преждевременное завершение реплики, после нескольких итераций осталось пять. Полный ноль получался только с ожиданием в семь секунд — разговаривать с таким ботом уже невозможно. Выяснилось, что VAD отвечает не на тот вопрос: он обнаруживает речь, а не конец ответа. Понадобился многоступенчатый VAD и отдельные контрольные тесты, но на отложенных интервью всё разваливалось. ИИ не изобрёл новый процесс, но изменил его стоимость. Раньше прототип выглядел как прототип: половина экранов не готова, интеграции заглушены. Теперь за несколько дней можно получить говорящий продукт, который снаружи неотличим от готового. Сложность никуда не делась — она переехала на этап, когда продукт уже продан и отступать поздно. Главный риск вайбкода не в качестве генерации кода, а в том, что бизнес начинает требовать гарантий промышленной эксплуатации от прототипа, собранного без архитектуры. В какой момент перестать чинить и начать проектировать заново — это теперь ключевой инженерный навык. #вайбкодинг #production #speechAI #VAD #Habr