Вайбкодинг: что это, где работает и что важно, когда код стал дешёвым

Что такое вайбкодинг

Слово придумал исследователь ИИ Андрей Карпатый в начале 2025 года. Смысл такой: вы говорите нейросети, что хотите получить, смотрите на результат и просите поправить. В сам код почти не заглядываете.

Было бы неверно считать, что это игрушка. Но и «программисты больше не нужны» тоже неверно. У вайбкодинга есть два состояния, и все, кто им занимается, знают оба. Когда всё получается, ты гений. Когда надо чинить ошибки и включать голову, виновата тупая нейросеть.

Что мы видим в работе

В смежных командах некоторые разработчики классической школы делают всё вручную и тратят на некоторые простые задачи по две-три недели. У нас такие вещи делаются за вечер, в том числе людьми, которые только пришли в команду. По нашей оценке, в среднем мы работаем в 3⁠–⁠4 раза быстрее традиционной студии, а иногда в 10 раз. За результат при этом у нас отвечают мидлы и сеньоры, которые умеют работать с ИИ.

При этом исследования показывают более сложную картину. В эксперименте METR в начале 2025 года опытные разработчики в своих проектах работали с ИИ на 19 % медленнее, хотя считали, что ускорились. В новых данных 2026 года оценки сместились к ускорению, но оно не доказано, и сама METR называет эти данные ненадёжными. Вывод осторожный: скорость зависит от задачи и от того, кто её ведёт.

Что уже можно делать таким способом

Где вайбкодинг подходит, а где нет

• Подходит
  • Прототип, чтобы проверить идею
  • Внутренний инструмент для отдела
  • Дашборд по любой теме
  • Посадочная страница
  • Скрипт или парсер для разовой задачи
• Нужен опытный человек
  • Оплаты и деньги клиентов
  • Персональные данные
  • Система с настоящей нагрузкой
  • Подключение к 1С и CRM
  • Всё, что будут поддерживать годами

Где вайбкодинг ломается

• Безопасность. Ключи случайно попадают в открытый код: есть целые программы, которые ищут такие ключи на GitHub. Нейросеть может написать рабочий, но открытый для всех сервис и не предупредить об этом.
• Нагрузка. Пока пользователей десять, всё работает. Когда на нашего первого вирусного бота пришло много людей, он начал зависать, и архитектуру пришлось переделывать на ходу.
• Поддержка. Через полгода кто-то должен разобраться, как это устроено. Если код никто не понимал и при создании, каждая правка будет ломать что-то другое.
• Приёмка. Сервис выглядит готовым, а половина кнопок ничего не делает. Как это проверять, написано в статье про ИИ-слоп.

Что становится ценным, когда код стал дешёвым

В конце 2025 года основатель Designflex записал прогноз. Вот его суть. Если ИИ сможет собирать полноценные продукты под ключ, с оплатой, безопасностью и тестами, экономика разработки изменится.

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

• Ценность смещается от приложения к тому, что вокруг него. Дистрибуция, бренд, данные и физический мир копируются намного труднее кода.
• Появится одноразовое ПО. Программа, которая нужна на месяц, а потом выбрасывается или переписывается за ночь.
• Спрос сместится от рук к головам. Спрос на разработчиков начального и среднего уровня и на дизайнеров упадёт, а на тех, кто умеет правильно поставить задачу и принять результат, вырастет. Это можно назвать режиссурой ПО.

Что дешевеет, а что дорожает

Дешевеет

Дорожает

• Написать простой код
  Понять, что именно нужно написать
• Сделать прототип
  Получить клиентов и данные
• Собрать интерфейс
  Вкус и понимание продукта
• Быстро выпустить
  Отвечать за то, что выпущено

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

Как начать в компании и ничего не сломать

1. Разрешите, но ограничьте. Прототипы и внутренние инструменты можно, настоящие данные и доступы нельзя.
2. Без настоящих данных клиентов. На этапе проб достаточно обезличенных примеров. Почему это важно, написано в статье про нейросети и персональные данные.
3. Проверяйте сами. Откройте результат и пройдите сценарий, а не слушайте описание.
4. Заранее решите, что делать с удачным прототипом. Если инструментом начали пользоваться каждый день, его должен посмотреть опытный разработчик, прежде чем на нём будет держаться работа.

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