Вайбкодинг: что это и как создать бота в тг без единой строчки кода

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

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

Термин ввел Андрей Карпаты в феврале 2025 года. За год он ушел из твиттера инженеров в вакансии и учебные программы: запрос «вайбкодинг что это» собирает больше пяти тысяч показов в месяц. Обзоров инструментов вышло столько же, сколько статей с определением. Ни те, ни другие не отвечают на вопрос, почему у двоих одинаковый агент дает разный результат.

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

Разница целиком в том, что именно они написали агенту. Постановка задачи — единственный навык, который здесь решает, и научиться ему быстрее всего на собранном продукте. Готовый маршрут есть у бесплатного практикума Vibecode.how: за один вечер получается телеграм бот с генерацией контента, учетом кредитов и приемом оплаты, а вместе с ним — сформулированные постановки задач, которые можно разобрать и переиспользовать.

🚀 ЗАБРАТЬ ПРАКТИКУМ БЕСПЛАТНО →

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

Три различия, которые видно сразу:

Порядок работы тоже обратный привычному. Классическая разработка начинается с синтаксиса: сначала язык, потом окружение, потом документация к каждой подключаемой части — и только затем первый работающий экран. Здесь работа стартует с описания сценария, а код появляется как побочный продукт.

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

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

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

Типичная формулировка новичка выглядит так:

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

Формально задание выполнено. Продукта нет.

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

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

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

Что входит в задание:

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

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

Второе задание длиннее первого раз в десять. Экономия на нем оборачивается днями отладки.

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

🤖 СОБРАТЬ СВОЕГО БОТА БЕСПЛАТНО →

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

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

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

Где это происходит регулярно:

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

Второй прием: попросить написать список проверок для собственного кода, а потом прогнать его руками. Расхождение между «должно работать» и «работает» вылезает на третьем пункте.

Главное — заранее разбить проект на модули и держать описание архитектуры отдельным файлом. Тогда агент правит точечно, а не переписывает работающее.

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

Причина в объеме контекста. Пока проект помещается в окно модели целиком, агент видит связи между частями. Когда перестает — он правит фрагмент, не зная, что тот используется еще в трех местах. Порог у каждого инструмента свой, но он есть у всех.

Что делать заранее:

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

Обязательный расход один — подписка на агента, порядка 20 долларов в месяц. Хостинг добавляет от 150 рублей, хранение кода бесплатно. Все остальное зависит от того, сколько генераций проходит внутри самого бота.

Расходы делятся на инструмент и обучение, и путать их не стоит.

Что придется оплатить:

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

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

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

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

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

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

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

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

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

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

Что внутри практикума:

⚡ Пройти практикум бесплатно →

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

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

Момент, на котором чаще всего теряют первых пользователей: продукт работает у автора и разваливается у постороннего. Автор ходит по одному сценарию — тому, который сам придумал.

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

Что прогнать перед запуском:

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

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

Понадобится компьютер, аккаунт в телеграме и подписка на ИИ агента. Знание языка программирования на входе не требуется, понимание структуры проекта появляется по ходу.

Тем же маршрутом, что и обычного, плюс обращение к внешнему сервису генерации. Технически это несколько строк, которые пишет агент. Сложность — в описании поведения при сбое генерации.

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

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

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

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

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

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

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

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