Вайб-кодинг: что это простыми словами и как начать

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

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

Название прижилось из-за ощущения: вы задаёте настроение и направление, а машина набивает.

На практике это выглядит так. Вы открываете инструмент, пишете обычными словами «хочу страницу, где посетитель оставляет заявку, и она падает мне в телеграм», и через несколько минут у вас есть работающая страница. Дальше вы говорите «кнопку сделай ниже, а поле телефона убери», и она меняется.

Поменялось вот что. Раньше между идеей и работающей вещью стоял навык набора кода, и осваивался он годами. Сейчас между ними стоит навык внятно объяснить, чего вы хотите. Это тоже навык, но осваивается он неделями, а не годами.

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

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

Где заканчивается лёгкость

Теперь честная часть, которую редко пишут в восторженных обзорах.

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

Это не поломка инструмента, это нормальная стадия. Работа с ИИ идёт по трём стадиям: кайф, потом рутина, потом раздражение. Я расписал их отдельно в статье «Три стадии работы с ИИ». Проходят её все, вопрос только в том, чем она заканчивается.

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

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

Хорошая новость: чтению кода учатся быстро, и учит этому сам процесс, если смотреть на правки, а не пролистывать их.

Как начать: план на первый вечер

План на первый вечер. Он важнее выбора инструмента.

1. Возьмите задачу, которую вы хотите для себя. Не учебную. Считалку, форму, бота, страницу. Своя задача держит внимание, учебная надоедает на середине.
2. Опишите результат до того, как открывать инструмент. Три предложения: что человек делает, что он видит, что происходит дальше. Это ваш первый навык, и он важнее промптов.
3. Заведите git с первой минуты. Это тот случай, когда правило не обсуждается. Отработали вечер, поняли, что пятая правка сломала всё, откатились и ничего не потеряли.
4. Двигайтесь фазами. Скажете сделать всё сразу, получите набросок всего приложения и косяки в каждом углу. Лучше потерпеть: одна фаза, проверили, следующая.
5. Смотрите на каждую правку первую неделю. Не пролистывайте. Так вы за неделю научитесь читать код на уровне «понимаю, что тут происходит».
6. Заведите файл с правилами проекта. Каждый раз, когда говорите «нет, у нас так не делают», записывайте это туда.

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

Чем это делать: три подхода

Чем это делать. Коротко, потому что инструмент вторичен.

Есть конструкторы, где сайт собирается по описанию прямо в браузере. Порог самый низкий, первый результат за десять минут. Упираются они в момент, когда нужно что-то нестандартное или своя логика на сервере. Куда девать такой проект дальше, я разбирал в статье «Фронт готов, а форма не работает».

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

Есть агенты в терминале: вы ставите задачу, агент сам ходит по файлам и приносит результат. Быстрее всех, но требует умения проверить сделанное. Сравнение двух последних подходов я собрал в статье «Claude Code или Cursor».

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

Работает ли вайб-кодинг с 1С

Отдельный вопрос, который задают в Беларуси и России чаще других: работает ли это с 1С.

Работает, но неравномерно, и вот почему. Модели учились на открытом коде, а открытого кода на языке 1С в мире заметно меньше, чем на распространённых. Поэтому там, где для сайта модель выдаёт готовое решение, для 1С она чаще выдаёт правдоподобный набросок, который надо править.

Где это реально помогает уже сейчас.

Запросы и отчёты. Сформулировали словами, получили заготовку, доработали. Заготовка почти всегда быстрее, чем писать запрос с нуля.

Обвязка вокруг 1С. Интеграции, обмен с сайтом, выгрузки, переходники к другим системам. Здесь код обычный, и модель работает в полную силу.

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

Где осторожно. Правки в типовой конфигурации без понимания последствий. Всё, что касается регламентированного учёта и закрытых периодов. И вообще любая работа в боевой базе без копии.

Практический вывод для тех, кто в 1С: используйте ИИ на обвязке и на разборе, а в самой конфигурации только с человеком, который понимает, что там происходит.

Всё выше про то, как модель помогает писать код. Рядом стоит соседний вопрос: дать ей доступ к самой базе, чтобы она отвечала по вашим данным, а не по описанию задачи. Порядок работ там другой и начинается вообще не с кода, разбор лежит в статье про подключение ИИ к 1С и Битрикс24.

Что будет дальше первого вечера

Куда это ведёт дальше, если вечер прошёл удачно.

Первая развилка появляется, когда проект надо показать людям. Тут выясняется, что работающее на вашем ноутбуке и работающее в интернете это разные вещи: нужен адрес, сервер, база, резервные копии. Что делать с уже собранным сайтом на этом этапе, разобрано в материале «Навайбкодил сайт. Что дальше».

Вторая развилка про безопасность. Код, который написала модель, работает. Безопасным его делаете вы: пароли, доступы, права. Готовые проверки лежат в материале «ИИ пишет рабочий код».

Третья развилка про порядок. Когда проект перерастает один вечер, длинный промпт перестаёт спасать. Спасает спецификация: сначала смыслы и ограничения, потом план, потом код. Подход разобран в статье «Спецификация вместо промптов».

Ни одна из трёх развилок не требует становиться программистом. Все три требуют перестать относиться к проекту как к магии.

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