Что такое вайбкодинг простыми словами

Вайбкодинг — это способ делать программы, при котором код пишет нейросеть, а человек ставит задачу словами и принимает результат. Термин ввёл Андрей Карпати в начале 2025 года: он описал режим работы, где вы «поддаётесь вайбу», забываете про существование кода как текста и просто говорите модели, что должно получиться.

За полтора года из шутки в твиттере это превратилось в рабочий инструмент. Я собрал на нём шесть сайтов, контент-конвейер, панель мониторинга и несколько Telegram-ботов — без единого нанятого разработчика. Ниже разбираю, что при этом реально получается, а что до сих пор ломается.

Как это выглядит на практике

Вы открываете терминал, запускаете агента вроде Claude Code и пишете обычным текстом: «Собери страницу с формой заявки, данные складывай в таблицу, на новую заявку присылай уведомление в Telegram». Дальше нейросеть сама создаёт файлы, пишет код, запускает его, видит ошибку, правит и повторяет, пока не заработает.

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

Цикл выглядит так:

Чем вайбкодинг отличается от конструктора и от найма

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

Конструктор выигрывает, когда нужен лендинг и вы не собираетесь ничего усложнять. Вайбкодинг выигрывает, когда логики много, менять её надо постоянно, а бюджета на разработчика нет. Подробнее эту развилку разбираю в статье конструктор сайтов или свой сайт.

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

Это самая полезная часть. Провалы у всех примерно одинаковые.

Проект перерастает контекст

Пока файлов десять, всё хорошо. Когда их сто, нейросеть перестаёт помнить, как устроен проект, и начинает чинить одно, ломая другое. Лечится не большей моделью, а документацией: файл с картой проекта, правила, changelog решений. Тогда агент каждый раз читает оглавление и грузит только нужное. Я держу такую карту в каждом проекте — как это устроено, разбираю в статье про второй мозг.

Нейросеть уверенно делает не то

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

Безопасность и секреты

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

Кажущаяся бесплатность

Подписка — не единственный расход. Считать надо целиком: домен, хостинг, платные API, генерация картинок. Мелочи складываются.

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

Что нужно:
— одна страница: заголовок, короткий текст обо мне, три блока с услугами,
  форма заявки (имя, контакт, задача) и подвал с контактами;
— нормально выглядит на телефоне;
— заявки складываются в файл рядом с проектом, без внешних сервисов;
— чистый HTML/CSS/JS, без фреймворков и сборщиков.

Как работать:
1. Сначала покажи план из 5–7 шагов и дождись моего «ок».
2. Делай по одному шагу, после каждого — команда, которой я посмотрю
   результат у себя в браузере.
3. Перед первой правкой заведи git-репозиторий и делай коммит после
   каждого шага, чтобы я мог откатиться.
4. В конце напиши файл README: что где лежит и как это запускать.

Не используй ничего, что требует регистрации или ключей.

Что реально получилось у меня

Первый сайт по этой схеме я запустил 9 мая 2026 года — информационный проект в нише среднего профессионального образования. К июлю он давал одну-две заявки в день из поиска, половина из них проходила квалификацию у партнёра. Это не был эксперимент «получится ли собрать страницу» — это был вопрос, дойдёт ли собранное нейросетью до денег. Дошло.

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

С чего начать

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

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