Гибридная разработка: вайб-кодинг под контролем инженера

Гибридная разработка — это работа, где код пишут ИИ-агенты, а управляет ими инженер: ставит задачи, проверяет каждый результат, отвечает за безопасность и работоспособность. Народное название подхода — вайб-кодинг, но между «попросил нейросеть» и работой по договору есть разница: за результат отвечает специалист, а не языковая модель. Ниже — как устроен процесс, как считаются часы и что происходит с кодом после сдачи.

Вайб-кодинг: откуда взялся термин и что за ним стоит

Слово «вайб-кодинг» (vibe coding) ввёл в обиход сооснователь OpenAI Андрей Карпаты в начале 2025 года — им он описал разработку, где человек формулирует задачу словами, а код пишет модель. Термин прижился быстро и оброс двумя крайностями: одни ждут, что «приложение соберётся за вечер по описанию», другие считают подход несерьёзным и опасным для продакшена. Истина в том, что инструмент изменил не качество результата, а распределение работы: механическую часть — каркасы, шаблонные конструкции, обвязку, тесты — забрала машина, а проектирование, проверка и ответственность остались за человеком.

В англоязычной практике у зрелой версии подхода есть более точное имя — AI-assisted development, разработка с поддержкой ИИ. Разница с «вайбом» принципиальная: агент не решает, что писать, он исполняет поставленную инженером задачу под его контролем. Мы работаем именно так, и поэтому в договоре отвечает исполнитель, а не языковая модель.

Как считаются часы и из чего складывается смета

Работа оценивается в часах инженера и считается по открытой ставке. В смете четыре части: разбор задачи и постановка, разработка, тестирование и публикация с отчётом. Первая часть — та, которую часто недооценивают: если поведение системы не описано, агент выдаст красивую реализацию не той задачи, и переделка съест всю экономию. Поэтому разбор идёт отдельным этапом и входит в часы, а не «делается попутно».

Оценка показывается до старта, в часах и рублях. Если по ходу объём меняется — например, выяснилось, что интеграция требует доработки на стороне поставщика услуг, — сначала приходит новая оценка, и только после согласия она превращается в работу. Часы, потраченные на переделку собственных ошибок, в счёт не попадают: это наша ответственность, а не ваш бюджет.

Почему час дороже, а задача дешевле

Классический час программиста в нашей команде стоит 2 000 ₽, час инженера с ИИ-агентами — от 2 500 ₽. Разница объясняется просто: в работе с агентами ревью, постановка и архитектура занимают большую долю времени, а это самый квалифицированный труд. При этом часов на задачу уходит меньше, потому что рутина автоматизирована. Итоговая стоимость задачи почти всегда ниже, а сроки — короче: то, что при ручном написании занимало пять дней, закрывается за два.

Обратная сторона честности: если задача маленькая и типовая, разница в итоговой сумме будет невелика — экономия проявляется на объёме. Если задача требует долгой ручной отладки на реальных данных, выигрыш тоже скромнее. Мы говорим об этом заранее и, когда гибридный формат не даёт преимущества, предлагаем обычную ставку.

Контроль качества: четыре фильтра против ошибок генерации

Главный риск подхода лежит на поверхности: сгенерированный код может выглядеть рабочим и при этом содержать ошибки — в обработке исключений, в проверке прав, в неожиданных сочетаниях данных. Поэтому каждый результат проходит четыре шага, прежде чем попасть на рабочий сайт.

• Статические проверки: линтеры и анализаторы ловят синтаксис, типовые уязвимости и нарушения соглашений проекта — это машина делает быстрее человека;
• чтение инженером: специалист разбирает логику, обработку ошибок, работу с правами доступа и то, как код поведёт себя на существующих данных;
• тестовый контур: функциональные проверки сценариев, форм, обмена данными и мобильной версии — на копии, а не на боевом сайте;
• наблюдение после публикации: резервная копия до выкладки, контроль журналов ошибок и показателей после неё.

На выполненные работы действует месячная гарантия: ошибки, связанные с нашей правкой, исправляем без дополнительной оплаты. Это не маркетинговое обещание, а пункт договора.

Гибридная разработка на действующем сайте

Большая часть задач приходит не на пустой проект, а на сайт, который живёт и принимает заявки. Здесь важнее не скорость, а аккуратность: адреса страниц, накопленные данные, текущие позиции в поиске, интеграции с учётными системами. Порядок работы учитывает это с самого начала: сначала разбор текущего решения и ограничений, затем изменение на тестовой копии, затем перенос на боевой сайт с резервной копией.

Отдельный случай — проект после другого исполнителя, без документации и с историей правок «в лоб». Если код читается и запускается, дорабатываем точечно. Если восстановить поведение системы не удаётся, предлагаем аудит программной части: он дешевле, чем ремонт вслепую, и даёт ответ на вопрос «развивать или пересобирать» до того, как потрачен бюджет.

Что остаётся у вас после сдачи

Результат передаётся вместе с правами: код в вашем репозитории, доступы у вас, пояснения по ключевым местам архитектуры — в отчёте. Код пишется в стиле существующего проекта, поэтому поддержка не требует расшифровки «магии генератора». Если через год вы решите передать проект другой команде или вернуть работу своим разработчикам, для этого не понадобится ни наше разрешение, ни наши сервисы.

Кому подходит этот формат

Гибридная разработка выигрывает там, где задача понятна, результат проверяем и цикл короткий: доработки сайта, расчёты и калькуляторы, интеграции с внешними сервисами, автоматизация рутины, прототипы для проверки гипотез. Она проигрывает в системах с жёсткими требованиями к надёжности и в проектах, где сам процесс разработки регулируется извне. Граница проходит не по размеру бюджета, а по цене ошибки: чем дороже сбой, тем больше смысла в классическом пути с расширенным тестированием.