Описать словами и получить код
Формулировка «vibe coding» описывает простую вещь: вы говорите, что нужно, обычными словами, а код пишет модель. Не «реализуй паттерн стратегия», а «нужен скрипт, который переберёт папку с фотографиями и переименует их по дате съёмки».
В переписке это выглядит именно так: описали задачу — получили работающий код с коротким объяснением. Дальше код нужно вставить к себе и запустить.
Граница, которую важно назвать
Это чат про код, а не сборщик приложений. Он не создаёт репозиторий, не настраивает окружение, не разворачивает сервис и ничего не запускает у вас.
На выходе — код, который вы вставляете и запускаете сами. Контроль остаётся у вас целиком, и это одновременно ограничение и главное свойство: ничего не происходит без вашего участия.
Если задача звучит как «сделай мне приложение целиком и выложи его» — это другой класс инструментов. Если задача звучит как «напиши функцию, скрипт, компонент» — это сюда.
Как формулировать, чтобы получалось с первого раза
Одна задача за раз. Одна функция, один скрипт, один компонент. Просьба «напиши мне бэкенд» даёт правдоподобный, но бесполезный ответ.
Назовите вход и выход. Что приходит, что должно получиться, в каком виде. Половина неудачных запросов — это не сложность задачи, а неназванный формат данных.
Назовите ограничения. Версия языка, доступные библиотеки, запрет на внешние зависимости, требования к производительности. Модель не угадает, что у вас нельзя ставить пакеты.
Дальше правьте в той же ветке. «Добавь обработку ошибок», «сделай асинхронным», «убери зависимость» — уточнять дешевле, чем формулировать всё сразу идеально.
Нужно ли уметь программировать
Немного — да. Не для того, чтобы написать код, а для того, чтобы его проверить.
Полученный код надо хотя бы прочитать вместе с объяснением и запустить на своих данных. Модель уверенно пишет то, что выглядит правильным, и эта уверенность одинакова и когда код верен, и когда нет.
Практическое правило: если вы не в состоянии проверить результат, не используйте его там, где ошибка чего-то стоит. Для черновика, разовой задачи и обучения — годится вполне.
Где чаще всего ломается
- Библиотека изменилась. Ответ строится из знаний модели: она может назвать параметр, которого в вашей версии уже нет. Приложите к вопросу нужный кусок документации — и рассуждение пойдёт по нему.
- Крайние случаи. Пустой ввод, ноль элементов, отсутствующий файл, одинаковые значения — их стоит спрашивать отдельно и явно.
- Молчаливые допущения. Кодировка, часовой пояс, разделитель дробной части. Если это важно, назовите это в запросе.
Оплата
Есть бесплатный уровень — попробовать можно, ничего не заплатив. Для платного запуска бот показывает доступный способ и точную сумму до подтверждения; зарубежная карта и ежемесячная подписка не нужны.
Для читателя, у которого привязка зарубежной карты отклоняется, это обычно и есть решающий довод.