Что писал РБК
11 августа 2026 РБК Pro опубликовал материал о том, как вайб-кодинг меняет рынок IT-аутсорса: подрядчики всё чаще выдают заказчикам непротестированные прототипы, собранные нейросетью, за полноценную разработку. Меня попросили прокомментировать тему с реальным примером — я рассказала историю из своей практики в Madame Coco, ещё до ecomvibe. Материал доступен по подписке на РБК Pro, поэтому здесь — то же самое своими словами, и то, что в комментарий физически не поместилось.
Что случилось на самом деле
Интернет-магазину Madame Coco нужен был калькулятор стоимости доставки: учитывать вес заказа, регион, сравнивать тарифы нескольких служб, с которыми работала компания. Штатные разработчики были загружены на квартал вперёд, поэтому искали подрядчика на стороне. Агентство честно предупредило, что соберёт калькулятор через нейросети — быстро и дёшево, за полторы недели.
Демо выглядело убедительно: удобный интерфейс, калькулятор считал тарифы. Первую неделю на части трафика всё работало нормально. А потом калькулятор начал путать тарифные зоны — для части регионов вместо повышенного тарифа подставлял базовый. Каждый такой заказ съедал маржу.
Когда наши разработчики разобрались, что происходит, выяснилось: внутри не было заранее просчитанной по правилам логики — только промпты, которые угадывали тариф по описанию, а не считывали его из таблицы. Пока входные данные были типичными, всё работало. На нестандартном сочетании региона и веса посылки — ломалось. А если служба доставки не отвечала на запрос, калькулятор не сообщал об ошибке, а просто подставлял случайные цифры.
Чинить оказалось дороже, чем переписать заново.
Что не поместилось в комментарий
В формате комментария для большого материала есть на всё несколько предложений — ровно вывод, без контекста, почему я вообще согласилась дать этот кейс. Дело не в том, что вайб-кодинг — плохой инструмент. Именно на нём построена часть работы ecomvibe сегодня: аудиты, прототипы, веб-инструменты собираются в разы быстрее, чем классической разработкой. Проблема в конкретной ситуации — там, где появляются деньги, интеграция с внешними системами и переменные, которые нельзя предугадать заранее, сгенерированный код без экспертной проверки логики становится рискованным.
Разница не в инструменте, а в том, кто проверяет результат до того, как он попадает в продакшн.
Как проверить, что вам не подсунули непроверенный прототип
Из этой истории и разговоров с другими подрядчиками — несколько практических вопросов, которые стоит задать до оплаты:
- Просите показать не финальное демо, а нестандартный сценарий вживую — например, ввести редкое сочетание параметров и посмотреть, что вернёт система вместо готового ответа
- Спрашивайте, как именно рассчитывается результат — по таблице правил или по угадыванию через промпт. Это разная надёжность на границах диапазона
- Уточняйте, что происходит при сбое внешнего сервиса — система должна сообщать об ошибке, а не подставлять произвольное значение молча
- Запрашивайте документацию, тесты и возможность посмотреть код — честный подрядчик не станет скрывать архитектуру
Где почитать полностью
Материал РБК Pro с комментариями нескольких экспертов — «Гонорары ниже, качество ужасное. Вайбкодинг меняет рынок IT-разработки» — доступен по подписке. Профиль ecomvibe и другие публикации — на РБК Компании.
Про ту же тему с других сторон: где вайб-кодинг реально экономит недели, а где создаёт только иллюзию скорости — в блоге на Spark.ru; а пошаговый разбор, как собрать рабочий инструмент за вечер, не умея программировать, — в колонке на Sostav.ru.
Обсудить свой проект →