Привет, Хабр! Это Юра Петров, Tech Lead Friflex. В этой статье хочу обсудить два понятия: вайб-инжиниринг и вайб-кодинг. Они звучат очень похоже, но разница между ними, на самом деле, колоссальная. Попробую объяснить ее простым языком.

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

Вайб-кодинг — это когда ты просто пишешь команды для ИИ и смотришь, что получится. Написал промпт, увидел результат, если понравился — оставил. Если нет, переформулировал и снова отправил.

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

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

Вайб-кодинг подходит для простых задач, веб-проектов, экспериментов, прототипов на коленке. Это нормальный старт, но опасно, когда на этом уровне пытаются решать серьезные задачи.

Что такое вайб-инжиниринг

Это более осмысленный и взрослый подход. Чем больше я изучаю ИИ и то, как это устроено, тем лучше понимаю: вайб-инженер действительно разбирается, как работает ИИ. И ведет себя как человек, который отвечает за результат.

Вайб-инженер:

  • понимает, почему ИИ принимает те или иные решения;

  • видит, где ИИ может ошибиться или нафантазировать;

  • знает, как настроить ИИ под конкретную задачу, а не просто что-то сгенерить;

  • относится к ИИ как к помощнику и условному коллеге. С ним можно обсуждать задачу, проверять логику, спорить и направлять. В руках вайб-инженера ИИ превращается в колоссально мощный инструмент для решения реальных бизнес-задач, а не просто прикольную игрушку.

Разница по навыкам

Вайб-кодер:

  • думает в формате: как бы написать, чтобы ИИ выдал что-то вменяемое;

  • реагирует на результат, но редко задается вопросом, почему ИИ так ответил;

  • воспринимает ИИ как магический черный ящик, который иногда ведет себя странно;

  • оценивает качество по ощущению, нравится или нет.

Вайб-инженер:

  • понимает основы: как устроены модели, откуда берутся ограничения и галлюцинации;

  • связывает ИИ с бизнес-контекстом (влиянием на людей, процессы и деньги);

  • проектирует систему целиком: данные, промпты, проверки, метрики, ответственность;

  • отказывается от решения, даже если оно выглядит красиво;

  • использует ИИ как коллегу: задает уточняющие вопросы, просит разложить логику, предложить альтернативы.

В итоге: вайб-кодер играет с инструментом, а вайб-инженер строит системы, которые работают в реальном мире.

Про промпты и миф о панацее

Сейчас умение писать промпты часто подается как супер-профессия и волшебный скилл. Но давайте честно: правильный запрос — это важно, но само по себе это не лекарство от всех болезней.

Можно писать очень красивые промпты, но вообще не понимать задачу. Или идеально структурировать запрос, но не брать в расчет риски и последствия. Можно часами шлифовать формулировки, вместо того чтобы навести порядок в данных, бизнес-процессах и логике решения.

Промпт — это лишь интерфейс между головой и моделью. Если в голове хаос, непонимание задачи и отсутствие ответственности, никакой секретный промпт не поможет. Вайб-инженер умеет писать промпты, но главное в другом. Он знает, зачем он это делает, какую систему вокруг строит и какую ответственность готов за нее нести.

Представьте двух врачей. Первый — слепо доверяет ИИ. Берет сгенерированное лечение и дозировку и применяет (не понимая, как ИИ принял такое решение и что стоит за этими рекомендациями).

Второй врач — опытный. Он сам хорошо разбирается в медицине и использует ИИ как помощника. Чтобы проверить свои гипотезы, не упустить редкий диагноз, уточнить дозировку, найти свежие исследования. Итоговое решение принимает он, а ИИ — просто инструмент.

Вопрос: кому бы вы доверили свое здоровье?

Так же и с ИИ в бизнесе, разработке, безопасности, финансах. Если хотите что-то создать, потратьте немного времени: посмотрите видео, почитайте материалы на тему. Одно дело — человек, который что-то сгенерил и вроде нормально. Другое — тот, кто понимает, что делает система, какие у нее пределы, и берет ответственность за итоговый результат. 

Как перейти от вайб-кодинга к вайб-инжинирингу

Важно: вайб-кодер и вайб-инженер — это не ярлык на всю жизнь, а стадии развития.

Как двигаться в сторону вайб-инжиниринга:

  • Перестать верить ИИ на слово.
    Любой ответ — это гипотеза, а не истина. Проверка фактов, критическое мышление и скепсис должны быть базовыми навыками.

  • Понимать модель как систему.
    Разобраться, что такое контекст, токены, fine-tuning, RAG, откуда берутся галлюцинации, почему модель иногда уверенно несет чушь, и как это ограничивать. Вам хватит нескольких видео в интернете, чтобы базово понимать, что это такое.

  • Думать о последствиях, а не только о красоте ответа.
    Задавать себе вопрос: что будет, если это реально внедрить для клиентов (пациентов, пользователей)? Как это отразится на прибыли компании?

  • Говорить с ИИ как с коллегой.
    Не просто кидать запросы, а вести диалог: разбивать задачу на шаги, просить объяснить логику, сравнивать варианты, задавать условия и ограничения.

Чем меньше вы относитесь к ИИ как к магической кнопке, тем ближе вы к вайб-инжинирингу.

Рынок и ценность

Вайб-кодеров будет очень много — любой человек с доступом к чат-боту уже может что-то «генерить». Ценность смещается туда, где есть понимание систем, контекст, ответственность и умение интегрировать ИИ в реальные бизнес-процессы.

Бизнесу не нужны ещё сто людей, которые умеют жать на Tab в Cursor. Бизнесу нужны те, кто объяснит: что мы автоматизируем, зачем, какие риски, как проверяем и что делать, когда всё пойдёт не так.

Про ответственность

Тут появляется неприятный, но честный вопрос: готов ли я подписаться под решениями, в которых участвовал ИИ? По-настоящему, рискуя своей репутацией, профессией, иногда безопасностью людей.

  • Вайб-кодер может сказать: ну, я просто спросил у модели, она так ответила. Что с меня взять?

  • Вайб-инженер ответит иначе: я понимаю, как устроена система, почему она дала такой результат, какие у него риски, как мы их минимизировали и где стоят предохранители. Когда на кону атомная станция, здоровье, деньги клиентов или безопасность данных — очень быстро становится понятно, с кем из них ты хочешь иметь дело.

Итог

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

Есть такая поговорка: если дует ветер перемен, необходимо раскрывать паруса.

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

Не останавливайтесь на уровне «я просто что-то сгенерил». Не будьте вайб-кодерами по жизни. Становитесь вайб-инженерами — людьми, которые не боятся смотреть под капот ИИ и превращать его мощь в реальные, полезные для людей решения. Какие у вас мысли про вайб-кодинг и вайб-инжиниринг? Делитесь в комментариях.

Комментарии (24)


  1. vybo
    28.11.2025 17:40

    Осталось лишь еще одно сочетание с вайб- придумать (что-то в духе "вайб-академик") и можно переименовывать всю градацию джун/мидл/сеньор на различные вариации рекламной мишуры от Альтмана, вот не догадались в свое время в гугле или в стековерфлоу зафорсить модный термин "программист, пользующийся гуглом/стековерфлоу"


    1. mrDevGo Автор
      28.11.2025 17:40

      Как бы это смешно ни звучало сегодня, скорее всего, люди к этому и придут. Я не думаю, что сейчас академики не используют LLM. ))


      1. griha_shershen
        28.11.2025 17:40

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


  1. gmtd
    28.11.2025 17:40

    Вайб-кодерам надоело, что их обзывают лохами, и они попросили LLM придумать, как повысить их самооценку.

    Так родились вайб-инженеры


  1. anonymous
    28.11.2025 17:40


  1. el_mago
    28.11.2025 17:40

    воспринимает ИИ как магический черный ящик

    Не магический, но "черный ящик". Одна из ключевых причин, почему эти модели до сих пор под запретом в критически важных системах.
    Из забавного. У нас, когда ловили стажеров на говнокоде, они твердо и уверенно заявляли, что ЯП им знать не обязательно, т.к. они промпт-инженеры.


    1. mrDevGo Автор
      28.11.2025 17:40

      Это суровая реальность (


    1. mrDevGo Автор
      28.11.2025 17:40

      Но тут я вас немного поправлю, если вы используете локально LLM и знаете, что написано в исходном коде, то внедрять даже в критические системы не так уж и страшно)


      1. Viktor-T
        28.11.2025 17:40

        Страшно, что есть люди, которые так считают ))


      1. griha_shershen
        28.11.2025 17:40

        Локальные модели часто глупее и сделать rm - rf / они могут немного чаще


        1. mrDevGo Автор
          28.11.2025 17:40

          Если вы допускаете в системе, что ллм может выполнить rm, то, наверно, вы делаете что-то не так.


          1. Viktor-T
            28.11.2025 17:40

            В принципе, вопрос дискуссионный. Если модель делает одну небольшую операцию с кучей проверок, то можно рассмотреть такую возможность. Но всегда есть шанс на ошибку проектирования, а недетерминированность ответов требует повышения сложности архитектуры, что тоже вносит дополнительный риск. Поэтому понятия "критическая система", "LLM" и "не страшно" в одном предложении звучат странно. Ну то есть, я согласен, с тем, что можно пробовать. А с тем, что не страшно - нет. ))

            P.S. В моём понимании "критическая система" - это что-то связанное с жизнеобеспечением, энергообеспечением, управлением опасной промышленностью и т.д. Если имеется ввиду что-то, из-за чего теряются только деньги, то это просто важная система, но никак не критическая.


  1. Mr_Hartman
    28.11.2025 17:40

    Отрицать технологии глупо. И вполне очевидно, что ИИ в руках профессионалов — это прекрасный инструмент для работы. НО! В руках "вайберов" он превращается в заряженное ружье. И не всегда понятно, когда оно выстрелит.

    Мне кажется, автор слегка преувеличивает роль и место "вайб"-(выбрать нужное слово). Без глубоких занятий в отрасли браться за дело чревато большими проблемами


    1. mrDevGo Автор
      28.11.2025 17:40

      Ну в целом я и хотел это донести)


  1. Vydra77
    28.11.2025 17:40

    Теорема Эскобара...


  1. gudvinr
    28.11.2025 17:40

    Вайб-инженер - это тамада


  1. Lewigh
    28.11.2025 17:40

    Интересно наблюдать, в какое еще говно мокнут и обесценят некогда почетное слово инженер.

    Сначала, формошлеперы и json-перекладчики провозгласили что все, они теперь не какие то там веб программисты а целые инженеры. Теперь вот докатились что уже вайбкодеры на себе примеряют.

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


    1. SunR1sen_1
      28.11.2025 17:40

      Можете пожалуйста пояснить, кого можно называть инженером (в айтишке, офк) и почему?

      Без негатива, реально интересно мнение


      1. Viktor-T
        28.11.2025 17:40

        Если формально, то в дипломе написано. Если другие критерии интересуют, то сперва нужно их обозначить.


      1. Lewigh
        28.11.2025 17:40

        Можете пожалуйста пояснить, кого можно называть инженером (в айтишке, офк) и почему?

        Если по уму то никого. Есть профессия инженер а есть программист. В большинстве своем, названия типо software engineer и прочее - это странные понты некоторых компаний, которые хотят поставить себя выше остальных, потому что у них не какие то никчемные программисты работают а целые software engineers.

        Но если бы ко мне пристали с задачей - "нет ну ты все-таки придумай, хотя бы субъективно, как разделить программистов и инженеров", то я бы наверное поделил так: инженеры, пусть это будут разработчики ОС, драфверов, компиляторов, виртуальных машин, игровых движков, железячники т.д., т.е. специалисты, для работы которым нужны фундаментальные знания, часто научный подход, люди которые строят базу для всех остальных, а вот все остальные - это программисты, по сути пользователи того что сделали инженеры. Наверное так.


      1. orignal
        28.11.2025 17:40

        Инженер это тот, кто занимается проектированием. А проектирование это процесс, результатом которого является проектная документация.


    1. orignal
      28.11.2025 17:40

      Да и QA теперь тоже "инженеры".


  1. Scalpel-SS24
    28.11.2025 17:40

    Ничем не отличаются. Оба не хотят делать ничего сами и думать своими мозгами.