Как начать вайб-кодить с ИИ: 6 принципов, которые заменят дорогие курсы

Ребята, вам очень повезло, что вы наткнулись на это видео. Это видео поможет вам сэкономить сотни долларов на курсах по вайп-кодингу, потому что в этом видео вы научитесь шести универсальным принципам. Только те, которые, в принципе, вам нужны, чтобы начать вайп-кодить. И уже по окончанию видео вы сможете воплотить свою идею и создавать что-то для себя, что вы давно хотели. Будьто это сайт, будьто это трекер, лендинг, игра, в общем, всё, что вы когда-либо хотели, но, естественно, что-то лёгенькое, а не какой-то большой сервис, если вы не знаете кода. И это, кстати, всё, что вам понадобится. Вам не нужны никакие курсы. Погнали. Почему именно универсальные принципы? Потому что вайб-кодингу невозможно научиться в прямом смысле. Это не набор конкретных правил, которым нужно следовать. Это не отдельная платформа, которую нужно освоить. Вайкодинг - это философия. Это подход, это способ мышления. Его придумали программисты, чтобы облегчить себе работу, убрать рутину, то есть одни и те же действия. Поиск ошибок, отладку. Вайб-кодинг, он позволил им делегировать это AI. И вдруг оказалось, что веб-кодинг подходит не только программистам, а вообще всем, у кого есть идеи простые, которые можно воплотить в IT-продукте. Я вот, например, не программист, не кодер, но я и моя команда тоже вайп-кодим. Мы это делаем на платформе chatm через Deepagent. Это их такой отдельный собственный продукт. И мы создавали с помощью него трекеры расходов, инструменты для ресерча, даже marкетпйс. Всё это я вам покажу. И ссылка, кстати, напогенда тоже будет в описании. Но вайпкодить важно понимать, что вы можете абсолютно везде. Можно курсор использовать, это более профессиональная программа. Есть Lovable, можно использовать тот же Clotд, можно использовать ча GPT, Gemini. Так как мы работаем в дипагенте, всё, что мы когда-либо создаём, мы создаём именно через него, поэтому именно на нём я и буду показывать. Но все принципы, которые будут здесь рассказаны, неприменимы опять же абсолютно к любой платформе. А вообще, если вы только начинаете и вы хотите что-то простое завапкодить, я бы даже посоветовала вам deгента больше, чем, например, тот же чат GPT или GBI, потому что впагенте вы можете не только генерировать код, вы можете сразу же подключать базы знаний, встраивать элементы, и вы сразу можете задеплоить. где, например, в том же чате GPT или Клоде вы не сможете задеплоить то, что вы создали. Короче, очень полезное видео и подробное, и, возможно, промты, которые вы можете для себя использовать. Советы, это, кстати, советы от продвинутых вайп-кодеров. И, пожалуйста, это всё, что вам нужно знать, чтобы начать вайбкодить простые вещи. Итак, принцип

или совет первый: начинайте с плана, а не с промта. Сейчас самая распространённая ошибка новичков - это сразу бросаться в процесс создания. открыли AI, написали промт и дальше пытайтесь на ходу доделать то, что получилось. Опытные вебкозеры, они так не делают. Опытные вебкозеры тратят минимум 5-10 минут на мозговой штурм перед тем, как прикоснуться вообще, в принципе, к любым инструментам разработки. Почему лучше делать именно так? Когда вы сначала проясняете своё видение, AI не делает предположений, которые потом вам придётся переделывать. Это как давать, ну, не знаю, указание водителю: "Отвези меня куда-нибудь в хорошее место". Оно, естественно, приведёт вас в случайную точку. Если же отвези меня в итальянский ресторан на мейнстрит, вы попадёте именно туда, куда хотели. Как это применить на практике? Перед тем, как заходить впата, я вначале вообще просто иду в Chats AI. Включаю, например, GPT 5 Pro. Это, кстати, модель, за которую чат GPT просит 200 долларов в месяц, а сюда она входит в подписку. И в чате я поясняю своё видение продукта. Я обсуждаю здесь детали вначале и потом прошу составить уже простой документ со спецификациями, в которых должно быть прописано, что делает ваше приложение, для кого оно предназначено, пять основных функций и примерный порядок. То есть что строить в первую очередь, а что во вторую. Вот такой вот примерно промт можете использовать. Единственное, что детали просто поменяйте под себя. Я хочу создать персональный трекер расходов. Прежде чем мы начнём писать код, помоги мне составить простую спецификацию. Основная цель пять самых важных функций и порядок их реализации. Он генерирует тебе документ, ты потом, может быть, что-то меняешь под себя и уже с этим документом идём в депагента и начинаем вайп-кодить. Из личного опыта хочу сказать, что, скорее всего, у вас здесь будет несколько разных подходов. То есть не нужно всегда упираться только в один. Например, когда мы делали маркетплейс, первый подход у нас был таким. Я дала супердетальный промт с расписанием стеков вообще технологий, даже структурой файлов. И ch он помог мне это всё оформить. Второй подход был немножко другой. Я дала менее детальный промт. Просто сделай какой-то там Marketпйс. Третий подход был вообще другим. Я просто наговорила несколько минут разных подробностей про тот сервис, который я хочу создать, как я его вижу, какой должен быть путь клиента, своими словами. И на удивление, третий вариант. Он сработал лучше всего. Почему я так предполагаю, что потому что в разговоре всплывают очень важные детали, которые вы не пропишите в плане, вы их, возможно, не вспомните, а когда вы наговариваете, они выходят естественно. Мы разные люди, возможно, у вас будет по-другому, но вот у меня такой вот подход сработал. Поэтому, если я бы давала здесь совет от себя, я бы говорила: "Сделайте документ план из совета один плюс добавьте свой наговор какой-нибудь с деталями о том, как вы это видите, и можете варьировать". Иногда сработает один подход, иногда другой. Но главное - это не начинайте с кода, начинайте с видения. Распишите это, увидьте это, представьте и только потом уже начинайте вайб-кодить. Чем больше контекста вы дадите AI, тем лучше получится результат. Совет два.

Заставьте AI задавать вопросы перед началом сборки. И вот фраза, которую опытные вабко-кодеры называют такой магической для получения лучших результатов. Задай мне уточняющие вопросы, прежде чем приступить к реализации. Как это работает? Инструменты AI обучены быть полезными. Я думаю, вы уже заметили. Что иногда означает, что они бросаются предлагать решение, делать, создавать что-то не до конца, поняв, чего вы хотите. Вот это такое маленькое дополнение к вашим промтам позволит отловить недопонимание до того, как они вылились в ошибки. А ещё вопросы от AI, они часто вытаскивают из вас подробности, о которых вы даже не задумывались. Ну, например, что они вообще важны. Кстати, есть ещё одна хитрость, которую можете использовать в конце промта. Перед тем, как приступить к реализации, сначала расскажи мне свой план. Это заставит и объяснить свой подход, чтобы вы могли скорректировать его до того, как он вообще приступит к своей работе. Если вдруг заметили, что что-то пойдёт не так. На примере, как это применить? Вместо промта создай мне приложение с моими семейными рецептами. Напишите: "Я хочу создать простое приложение для сохранения семейных рецептов". Задай мне уточняющие вопросы, прежде чем начинать реализацию. И здесь AI может спросить: "А должны, например, ли пользователи иметь возможность добавлять фото, нужны ли категории" и так далее. То есть эти вопросы, они позволят подумать о том, о чём вы просто могли не подумать, и, соответственно, сэкономят вам часы переделок в будущем. Если вы будете работать в дипагенте, единственное, что эта функция, она заложена здесь уже по умолчанию. То есть он изначально не приступит к работе перед тем, как не уточт у вас вопрос. Но если вы будете работать в каком-то другом приложении, то обязательно не забывайте это добавить. Совет номер три

- это создавайте по одной маленькой детали за раз и сразу же тестируйте. Есть такой серийный разработчик-предприниматель Питер Levels. Он известен тем, что он создавал один в одиночку десятки интернет-стартапов. Ну, естественно, он кодер, то есть он знает код. Это тоже стоит добавить, но некоторые советы его тоже можно применить для некодеров. Он поделился своим подходом к вайб-кодингу, и его главная фишка была в том, что он работает короткими интервалами, такими пятнадцати-двадцатиминутными, сфокусированными спримтами. Создали одну деталь, протестировали её, перешли дальше. Почему так работать выгоднее и эффективнее? Потому что большие и сложные промты, они путают искусственный интеллект. Они приводят просто к запутанному коду. Ну, естественно, конечно, ему нужно реализовать, представьте, всё за раз. А если вы ещё не разбираетесь в коде, то это почти невозможно исправить. Именно поэтому так многие разочаровываются в веб-кодинге, именно поэтому ищут разные курсы. Маленькие шаги означают маленькие проблемы. Если что-то ломается, вы точно знаете, что конкретно послужило причиной, что это было последнее изменение, которое вы внесли. Как это применить? Вместо промта создаем, я не знаю, там социальную сеть, похожую на Instagram. Но для владельцев домашних животных разбейте это на последовательные запросы. Например, сначала создай базовую структуру, социальную сеть, такой-то, такой-то. Добавляйте, например, документ со спецификацией и свой наговор с видением. Затем помоги мне создать полноценную форму регистрации пользователей. Как только это заработает, добавь теперь функцию ранжирования ленты новостей. И вот каждая часть тогда становится отдельным мини-проектом, мини-шагом. И обязательно проверяйте работу в браузере после каждого изменения. Не делайте так ради экономии времени. Сделали одну функцию, вроде бы работает, продолжили. Нет, не тестируйте три функции за один раз. Когда, например, мы создавали marketпй, мы действовали именно вот так. То есть мы создавали сначала общую структуру, а уже потом добавляли личный кабинет покупателей, затем подключали почту и верификацию. Одна функция, один шаг, одна функция, один шаг. За раз просто бы ничего бы не получилось. А вот за несколько маленьких шагов получилось, и мы сразу же всё тестировали. Кстати, тут есть кнопка плой. Вы просто нажимаете, и проект сразу размещается в интернете. Вы сразу заходите на сайт, смотрите, как пользователь, как он работает. Если что-то не работает, просите исправить. Если работает, идём дальше. Если что-то не работает

следующий совет. Если возникают ошибки, просто копируйте их и отправляйте AI. Когда ваш код сломается, а это случится 100%, новички часто пытаются описать AI, что пошло не так. А опытные вебкодеры чаще делают так: просто копируют и вставляют текстсообщения об ошибке без каких-либо объяснений. Почему так делать проще и эффективнее? Потому что AI модели, они были обучены на миллионах страницах кода сообщений об ошибках, технической документации. И они удивительно, кстати, хороши в диагностике технических проблем по сырому тексту ошибки. И зачастую даже лучше, чем еже попытаетесь пересказать происшедшее своими словами. Единственное, что в зависимости от платформы, где вы веб-кодите, информация об ошибках, она будет выглядеть по-разному, да, потому что если это среда разработки более профессиональная, например, тот же курсор, то там будет консоль и там будет сообщение об ошибках выделено таким красным цветом. Соответственно, их берёте, копируете, отправляете AI. Впагенте я же, например, вижу ошибку прямо на экране готового сервиса, ну, которое размещено в интернете. То есть написано, например, not found. Просто копируете их, а иногда делаете скриншот, если невозможно скопировать, и просто отправляете. И это срабатывает. Он действительно исправляет ошибку. Ещё один лайфхак. Если вы пробуете исправить ошибку, а она не исправляется, то разбейте вашу проблему на более мелкие части. Либо спросите и предложи пять-7м идей, почему это может не работать, и просто выберите наиболее вероятную и попытайтесь её исправить.

Совет номер пять. Если всё сломалось, откатывайтесь к предыдущей версии проекта. В апкодинге очень часто бывает, что вы тратите часы на создание, а затем AI, ну вот случайно всё ломает. И для этого существует система бэкапов сохранений, как в видеоиграх. Я сейчас не буду вдаваться в технические подробности, но вот что нужно знать непрограммистам. Когда разработчики что-то делают, они постоянно делают комит. Это такие сохранение, контрольная точка. Если что-то ломается в коде, ты всегда можешь откатиться назад на предыдущий код, который работал, и просто начать всё заново. И сейчас в большинстве инструментов для вайп-кодинга есть встроенные системы чекпоинтов. Например, в курсоре ищите функцию, которая называется checkpoints. В реплите просто подключитесь к GitHub и сделайте комит после каждой добавленной функции, ну, которая заработала, естественно, в ПГте. Что классно? Ну, я не кодер, мне, конечно, это нравится, то, что я могу просто текстом написать: "Верни предыдущую версию кода". А если вы всё делали шаг за шагом, то вернётся именно предыдущая версия. То есть вы что-то сделали, что-то сломалось, и вы не можете это исправить. Просто попросите вернуться к предыдущей версии кода, когда всё работало. Папогенen в таком случае выдаст вам предыдущую версию кода. Вы сможете сначала её посмотреть, а затем нажать кнопочку "Восстановить". Это реально очень удобно. Совет номер шесть. Знайте, когда

нужно начать с чистого листа или правило трёх попыток. Объясняю. Иногда самый быстрый путь вперёд - это начать заново. И относится, кстати, это не только к вайбкодингу. Новичкам, конечно же, это кажется неправильным, но опытные вайп-кодеры охотно используют именно вот этот приём. Инструменты искусственного интеллекта, они генерируют код быстро, анализируют код быстро. Поэтому перезапустить работу AI может оказаться быстрее, чем просто попытки исправить и исправлять что-то в одной рабочей сессии с AI. Потому что иногда, когда переписка в чате становится слишком длинной, память AI о каких-то ранних решениях, она выпадает или просто ухудшается. То, что работало на пятом промте, может очень конфликтовать потом уже с пятидесятым промтом. И вот тогда у вас может начаться просто путаница. Пропадает именно вот тот контекст, который был важен. А новые чаты, они создают более чистый код. В пенте, кстати, если вы будете здесь работать, то здесь круто. это понять, потому что когда чат становится слишком длинный, он буквально в депогенте вам выдаёт сообщение, что контекст чата стал слишком большой и лучше переключиться на новый диалог и вот там уже продолжать работу над проектом. Но в других случаях просто сами открываете чат и создаёте новый проект. Как понять, когда стоит начать работу над новым проектом? Есть такое вот правило трёх попыток. Если вы предоставили свежий контекст, ошибки, скриншоты, подробные объяснения, AI всё ещё не может решить проблему после трёх сфокусированных попыток, откатитесь к последней удачной точке сохранения, а это предыдущий совет, и откройте новый чат и попробуйте снова. А иногда, кстати, есть смысл начать проект вообще с нуля, если вы ещё не дошли слишком далеко. Я так часто делаю, когда я понимаю, что что-то явно не получается, что-то явно пошло не так. И здесь будет исправлять намного дольше, чем просто начать с нуля. Пойти просто по немножечко другой траектории, посмотреть, будет ли лучше результат или нет. Ну и бонус - это мышление

благодаря которому всё работает. Практики, которые получают максимум от вайп-кодинга, у которых действительно получаются крутые продукты, они разделяют определённую установку перед созданием любого продукта. Вы создатель, вы менеджер вашего продукта, и я всего лишь ассистент. Это означает, что вы организовываете, вы проверяете, пока AI генерирует. Вы решаете, что строить, разбиваете проекты на части, тестируете всё и принимаете уже окончательные решения о том, куда двигаться дальше. А AI, помните, он похож на очень быстрого, но иногда излишнее самоуверенного стажёра. Он может быть невероятно полезен, но ему никогда нельзя доверять слепо. над стажёром должен быть руководитель, и это вы. Поэтому присвойте себе эту роль, и тогда многое начнёт получаться. Что ещё важно сказать? Ну, это уже такое окончание, да, что я, конечно, показывала всё на примере дипагента, поэтому мне обязательно стоит вам сказать про лимиты, если вы хотите попробовать это именно на дипагенте. Ум нет бесплатной подписки, у него есть две основные. Первая за 10 долларов, и там вам даётся три задачи для типагента. Три задачи - это не три запроса, это полноценная задача, в котором может быть много итераций. В подписке за 20 долларов уже появляется возможность сделать 25 задач. Там, конечно, есть свои особенности по расходованию кредита внутренних, но про это у меня есть отдельное подробное видео, поэтому если вам интересно, актуально, посмотрите обязательно его. Но в целом для нас, для нашей команды - это действительно удобный сервис, потому что можно не только в вайп-коде, там не только есть, это агрегатор нейросетей, то есть там есть абсолютно все нейросети. Это видео про веб-кодинг, поэтому вдаваться в подробности не буду, но знаете, что - это часть проекта чат lлmма, который является агрегатором нейросетей. В общем, пробуйте, пишите, что у вас получилось. Что мне единственно важно, это, наверное, сказать, конечно же, вайб-кодинг, как я уже говорила, этот термин придумали кодеры, потому что это их способ упрощать себе работу. И если вы не разбираетесь в коде, то, конечно же, вы не создадите с помощью вайбкодинга, ну, всё, что угодно. Но если ваша задача простое, какой-то трекер для себя, какой-то лендинг, сервис какой-то маленький, несложный, не публичный, то вот эти шесть правил - это всё, что вам нужно. Вам не нужны никакие курсы. Вы понимаете, что вайпкодить - это означает просто общаться с AI о вашем проекте. Никто на курсах не скажет, какой конкретно промпт писать для вашего личного проекта. Вы понимаете? То есть это настолько индивидуально. Поэтому единственное, чем вам нужно руководствоваться - это вот этими принципами и практика. Принципы и практика. Практика, практика. Мы тоже к этому не пришли за раз. Мы создавали веб-кодили весь год. И вот сейчас поделилась я с вами опытом. Напишите в комментариях, пробовали вы вайпкодить что-то, получилось у вас или нет. И увидимся с вами в следующем видео. M.