Как мы вайбкодим
Навайбкодить может каждый. Довести до продукта, который не падает и не сливает данные – мало кто.
Разница не в формулировке, а в организации процесса.
Наш процесс это три шага:
1. ТЗ или Техническое Задание или Спека. Как известно, без ТЗ результат ХЗ. В нашей схеме его пишет агент, который задает тебе правильные вопросы и составляет грамотный документ для работы дальше.
2. Код пишет один агент, тестирует второй – тот, кто не видел переписку первого. Читая свой же чат, ИИ верит написанному и убеждает тебя, что всё отлично. Независимый поднимает приложение, кликает, ломает, возвращает баги. Автоматически.
3. Проверки безопасности до релиза. Ключи в файлах, открытая база, API без авторизации. Например, даже у DeepSeek база лежала без пароля и её просто скачали. На одном нашем сервисе скилл нашёл забытый логин. У нас, не у новичка.
Все собрано на Claude Code и наших кастомных агентах.
Хочешь так же?
Заходи на Vibecoding360. Старт через 6 дней.
Пора уже записываться в анкету, группа маленькая.
Навайбкодить может каждый. Довести до продукта, который не падает и не сливает данные – мало кто.
Разница не в формулировке, а в организации процесса.
Наш процесс это три шага:
1. ТЗ или Техническое Задание или Спека. Как известно, без ТЗ результат ХЗ. В нашей схеме его пишет агент, который задает тебе правильные вопросы и составляет грамотный документ для работы дальше.
2. Код пишет один агент, тестирует второй – тот, кто не видел переписку первого. Читая свой же чат, ИИ верит написанному и убеждает тебя, что всё отлично. Независимый поднимает приложение, кликает, ломает, возвращает баги. Автоматически.
3. Проверки безопасности до релиза. Ключи в файлах, открытая база, API без авторизации. Например, даже у DeepSeek база лежала без пароля и её просто скачали. На одном нашем сервисе скилл нашёл забытый логин. У нас, не у новичка.
Все собрано на Claude Code и наших кастомных агентах.
Хочешь так же?
Заходи на Vibecoding360. Старт через 6 дней.
Пора уже записываться в анкету, группа маленькая.
👍5
Я клонировал управляющего компьютерным клубом
Сегодня навайбкодили не мы, а Аглар — участник нашего текущего практикума и владелец сети компьютерных клубов.
У Аглара несколько клубов в разных городах страны.
И его вечная боль — невозможно быть везде одновременно, но следить за качеством работы и оказания услуг надо.
Чисто ли в зале? На месте ли кассир? Не занял ли кто-то неоплаченный ПК? Не бардак ли на складе? Не уснул ли администратор в ночную смену?
Раньше это решалось ручным наблюдением по камерам и регулярной коммуникацией с каждым из клубов.
Это занимает много часов и при этом не дает большой эффективности.
«По сути я трачу время чтобы следить, все ли в порядке. Когда мой приоритет это маркетинг и развитие бизнеса.» — говорит Аглар
Что же сделал Аглар?
Он при помощи Claude Code создал программу, которая анализирует картинку СО ВСЕХ камер наблюдения во всех его клубах.
Теперь нейросеть сама следит и уведомляет о нарушения:
— гость занял ПК, за который не заплатили;
— кассира нет на месте;
— кто-то спит в зале или на рабочем месте;
— гость сидит заметно дольше оплаченного;
— бардак на складе, вещи не на полках;
— свет в зале горит после отбоя;
— в клубе не убрано, обход зала не делался.
Полный список триггеров вы можете видеть на скриншотах.
При этом, Аглар отмечает, что не использует это, чтобы штрафовать сотрудников, а наоборот — создал систему вознаграждений, если в клубе будет минимум нарушений.
И всё это — не «камеры, которые надо смотреть глазами», а готовые сигналы: где, когда, в каком клубе и что не так.
Одним экраном по всей сети.
Что это даёт самому Аглару:
Он держит под контролем сразу все свои клубы одновременно — не разрываясь между ними и не теряя в качестве обслуживания.
Качество сервиса больше не зависит от того, доехал ли он лично и в настроении ли админ.
За порядком следит система, а Аглар видит только то, что реально требует внимания.
По сути, он клонировал самого внимательного управляющего и посадил его смотреть за каждым клубом 24/7.
И это все сделано человеком, который пришёл к нам не программистом, а владельцем бизнеса со своей болью.
Хочешь уметь также? Приходи к нам на практикум.
Старт через 5 дней.
Автор проекта: @AG_VENOM
Сегодня навайбкодили не мы, а Аглар — участник нашего текущего практикума и владелец сети компьютерных клубов.
У Аглара несколько клубов в разных городах страны.
И его вечная боль — невозможно быть везде одновременно, но следить за качеством работы и оказания услуг надо.
Чисто ли в зале? На месте ли кассир? Не занял ли кто-то неоплаченный ПК? Не бардак ли на складе? Не уснул ли администратор в ночную смену?
Раньше это решалось ручным наблюдением по камерам и регулярной коммуникацией с каждым из клубов.
Это занимает много часов и при этом не дает большой эффективности.
«По сути я трачу время чтобы следить, все ли в порядке. Когда мой приоритет это маркетинг и развитие бизнеса.» — говорит Аглар
Что же сделал Аглар?
Он при помощи Claude Code создал программу, которая анализирует картинку СО ВСЕХ камер наблюдения во всех его клубах.
Теперь нейросеть сама следит и уведомляет о нарушения:
— гость занял ПК, за который не заплатили;
— кассира нет на месте;
— кто-то спит в зале или на рабочем месте;
— гость сидит заметно дольше оплаченного;
— бардак на складе, вещи не на полках;
— свет в зале горит после отбоя;
— в клубе не убрано, обход зала не делался.
Полный список триггеров вы можете видеть на скриншотах.
При этом, Аглар отмечает, что не использует это, чтобы штрафовать сотрудников, а наоборот — создал систему вознаграждений, если в клубе будет минимум нарушений.
И всё это — не «камеры, которые надо смотреть глазами», а готовые сигналы: где, когда, в каком клубе и что не так.
Одним экраном по всей сети.
Что это даёт самому Аглару:
Он держит под контролем сразу все свои клубы одновременно — не разрываясь между ними и не теряя в качестве обслуживания.
Качество сервиса больше не зависит от того, доехал ли он лично и в настроении ли админ.
За порядком следит система, а Аглар видит только то, что реально требует внимания.
По сути, он клонировал самого внимательного управляющего и посадил его смотреть за каждым клубом 24/7.
И это все сделано человеком, который пришёл к нам не программистом, а владельцем бизнеса со своей болью.
Хочешь уметь также? Приходи к нам на практикум.
Старт через 5 дней.
Автор проекта: @AG_VENOM
🔥27👍9❤8
Одна ночь от идеи до сервиса на 200 тысяч человек
Редко бывают такие истории, но благодаря вайбкодингу мы будем видеть их все чаще.
В ночь на 19 августа парень по имени Джонатан навайбкодил и опубликовал в твиттер сайт https://outbid.lol/.
Одна страница, на ней каталог ссылок, отсортированы по убыванию.
Рядом с каждой строчкой кнопка: хочешь стоять выше – плати больше того, кто выше сейчас.
На этом всё.
Механику можно объяснить ребёнку одним предложением.
Он лёг спать.
Проснулся – 200 тысяч человек на сайте, сломанная аналитика, три копии от других людей и, по его словам, 21 тысяча долларов за первые сутки.
Анонс собрал 4.3 миллиона просмотров.
Сам сервис-прикол собрал больше миллиона посетителей за все время.
Идея у него была не гениальная (такое было и раньше), реализация тоже не гениальная, всего один экран.
Уникальным было только одно: между мыслью и работающей штукой у него прошло несколько часов.
Если раньше даже такой простой сайт надо было разрабатывать, теперь можно такое тестировать со скоростью ракеты благодаря вайбкодингу.
Сегодня последний день набора на Vibecoding360.
Четыре недели, Claude Code, на выходе живой продукт в проде, даже если в разработке ты полный ноль.
Записывайся в анкету и стартуем сегодня.
А если снова отложишь – через год будешь смотреть на чужой сайт из одного экрана и объяснять себе, почему тогда было не время.
Редко бывают такие истории, но благодаря вайбкодингу мы будем видеть их все чаще.
В ночь на 19 августа парень по имени Джонатан навайбкодил и опубликовал в твиттер сайт https://outbid.lol/.
Одна страница, на ней каталог ссылок, отсортированы по убыванию.
Рядом с каждой строчкой кнопка: хочешь стоять выше – плати больше того, кто выше сейчас.
На этом всё.
Механику можно объяснить ребёнку одним предложением.
Он лёг спать.
Проснулся – 200 тысяч человек на сайте, сломанная аналитика, три копии от других людей и, по его словам, 21 тысяча долларов за первые сутки.
Анонс собрал 4.3 миллиона просмотров.
Сам сервис-прикол собрал больше миллиона посетителей за все время.
Идея у него была не гениальная (такое было и раньше), реализация тоже не гениальная, всего один экран.
Уникальным было только одно: между мыслью и работающей штукой у него прошло несколько часов.
Если раньше даже такой простой сайт надо было разрабатывать, теперь можно такое тестировать со скоростью ракеты благодаря вайбкодингу.
Сегодня последний день набора на Vibecoding360.
Четыре недели, Claude Code, на выходе живой продукт в проде, даже если в разработке ты полный ноль.
Записывайся в анкету и стартуем сегодня.
А если снова отложишь – через год будешь смотреть на чужой сайт из одного экрана и объяснять себе, почему тогда было не время.
❤9👍4🔥2
Следуем законам при помощи вайбкодинга
Сегодня в рубрике "я навайбкодил" снова не мы, а Вадим, участник нашего практикума.
Коллега Вадима занимается фотосъёмками и проводит выплаты самозанятым через сервис «Консоль».
И вот в чём беда.
С октября 2026 года ФНС обязали работать с самозанятыми, нанятыми через платформы, через цифровые задачи: сначала заводишь задание с суммой, и только потом по нему проводишь выплату. По факту работ, как раньше, заплатить больше нельзя.
А реальность съёмок с планом не совпадает никогда.
Кто-то заболел и не доехал, кого-то заменили другим человеком, а кто-то сдал слабый материал и получил меньше денег.
То есть, задачи выдаются заранее с одними суммами, а на выплатах цифры и состав людей уже совсем другие.
И всю эту корректировку приходилось руками сводить в «Консоли» долго и муторно.
Отдельная головная боль это ФИО. В Консоли и внутри компании имена часто не совпадают: например, человек просит платить на родственника, или отправил вместо себя коллегу. Каждого приходилось вручную сопоставлять со справочником.
Вадим навайбкодил десктопную программу поверх Консоли, которая всё это закрывает.
Как это работает:
Режим 1 – до съёмок. Вставляешь список задач простым копипастом (хоть из гугл-таблицы, хоть из сообщения коллеги в чате): ФИО, сумма, категория. Программа сама сопоставляет человека со справочником Консоли, даже если имя не совпадает. Категории можно поправить прямо в таблице – выделил строки и проставил.
Режим 2 – после съёмок, перед выплатами. Подаёшь выгрузку из сервиса и финальный список выплат – программа подтягивает изменившиеся суммы и добавляет новых людей.
На выходе готовый файл с говорящим названием "Выплаты [дата] от … до …", чтобы Консоль его подхватила и найти было легко.
То, что раньше было ручной сверкой двух вечно расходящихся списков, теперь собирается в пару кликов.
По словам коллеги Вадима, это ему экономит 3-4 часа ручной работы каждую неделю
И самое приятное Вадим сделал это сам без программистов и аналитиков.
Просто прошёл практикум и решил реальную рабочую задачу.
Так что если у тебя есть похожая рутина, которую можно автоматизировать через вайбкодинг – приходи на программу, поможем.
Сегодня в рубрике "я навайбкодил" снова не мы, а Вадим, участник нашего практикума.
Коллега Вадима занимается фотосъёмками и проводит выплаты самозанятым через сервис «Консоль».
И вот в чём беда.
С октября 2026 года ФНС обязали работать с самозанятыми, нанятыми через платформы, через цифровые задачи: сначала заводишь задание с суммой, и только потом по нему проводишь выплату. По факту работ, как раньше, заплатить больше нельзя.
А реальность съёмок с планом не совпадает никогда.
Кто-то заболел и не доехал, кого-то заменили другим человеком, а кто-то сдал слабый материал и получил меньше денег.
То есть, задачи выдаются заранее с одними суммами, а на выплатах цифры и состав людей уже совсем другие.
И всю эту корректировку приходилось руками сводить в «Консоли» долго и муторно.
Отдельная головная боль это ФИО. В Консоли и внутри компании имена часто не совпадают: например, человек просит платить на родственника, или отправил вместо себя коллегу. Каждого приходилось вручную сопоставлять со справочником.
Вадим навайбкодил десктопную программу поверх Консоли, которая всё это закрывает.
Как это работает:
Режим 1 – до съёмок. Вставляешь список задач простым копипастом (хоть из гугл-таблицы, хоть из сообщения коллеги в чате): ФИО, сумма, категория. Программа сама сопоставляет человека со справочником Консоли, даже если имя не совпадает. Категории можно поправить прямо в таблице – выделил строки и проставил.
Режим 2 – после съёмок, перед выплатами. Подаёшь выгрузку из сервиса и финальный список выплат – программа подтягивает изменившиеся суммы и добавляет новых людей.
На выходе готовый файл с говорящим названием "Выплаты [дата] от … до …", чтобы Консоль его подхватила и найти было легко.
То, что раньше было ручной сверкой двух вечно расходящихся списков, теперь собирается в пару кликов.
По словам коллеги Вадима, это ему экономит 3-4 часа ручной работы каждую неделю
И самое приятное Вадим сделал это сам без программистов и аналитиков.
Просто прошёл практикум и решил реальную рабочую задачу.
Так что если у тебя есть похожая рутина, которую можно автоматизировать через вайбкодинг – приходи на программу, поможем.
❤5
Без ТЗ результат ХЗ
ТЗ – техническое задание – это описание продукта до того, как написана первая строчка кода. Что делаем, для кого и на чём.
Если задание составлено фигово, результат будет соответствующим. Модель сама додумает недостающие детали, а вы получите не тот результат, который ожидали.
Поэтому главная ошибка вайбкодера – этоначать вайбкодить
Вот, например, GitHub Spec Kit – один из самых популярных наборов скиллов для вайбкодинга. Суть в том, что модель сначала подробно расспрашивает, что и как должно работать, и только потом пишет код.
Объясню на примере.
Допустим, мы с тобой строим дачу, и нам надо ТЗ.
Первый этап – это функциональные требования.
Кто в доме живёт и как. Сколько человек, нужна ли детская, будут ли гости ночевать. Ни слова про кирпич и трубы.
Второй этап – техническая архитектура.
Где несущие стены, откуда идёт вода, электричество, куда уходит канализация.
Третий этап – девелоперская архитектура.
Как строим и как проверяем, что на каждом этапе ничего не накосячили.
ИИ по умолчанию скажет "готово", как только дом будет собран. Но собран – не значит, что можно в нём жить. Может, ИИ забыл лестницу на второй этаж, а может, в ванне нет двери.
Самый дешёвый баг – тот, который ты поймал на этапе ТЗ, а не тогда, когда ты уже влил деньги в рекламу продукта.
ТЗ – техническое задание – это описание продукта до того, как написана первая строчка кода. Что делаем, для кого и на чём.
Если задание составлено фигово, результат будет соответствующим. Модель сама додумает недостающие детали, а вы получите не тот результат, который ожидали.
Поэтому главная ошибка вайбкодера – это
Вот, например, GitHub Spec Kit – один из самых популярных наборов скиллов для вайбкодинга. Суть в том, что модель сначала подробно расспрашивает, что и как должно работать, и только потом пишет код.
Объясню на примере.
Допустим, мы с тобой строим дачу, и нам надо ТЗ.
Первый этап – это функциональные требования.
Кто в доме живёт и как. Сколько человек, нужна ли детская, будут ли гости ночевать. Ни слова про кирпич и трубы.
Второй этап – техническая архитектура.
Где несущие стены, откуда идёт вода, электричество, куда уходит канализация.
Третий этап – девелоперская архитектура.
Как строим и как проверяем, что на каждом этапе ничего не накосячили.
ИИ по умолчанию скажет "готово", как только дом будет собран. Но собран – не значит, что можно в нём жить. Может, ИИ забыл лестницу на второй этаж, а может, в ванне нет двери.
Самый дешёвый баг – тот, который ты поймал на этапе ТЗ, а не тогда, когда ты уже влил деньги в рекламу продукта.
👍21❤17
Все забывают про админку. Очень зря
Допустим, у пользователя слетела подписка после сбоя оплаты.
Он строчит в поддержку гневные сообщения: доступ надо вернуть прямо сейчас. Что ты сделаешь?
Спрашиваешь у ИИ, куда тыкнуть, открываешь базу данных и правишь строку руками.
И так каждый раз, когда что-то пошло не так.
Но есть загвоздка. Любое вмешательство в живую базу данных чревато последствиями. Одно лишнее движение – и данные не вернуть.
Поэтому любому продукту нужна админка.
По сути это второй интерфейс продукта. Только не для клиентов, а для тебя.
Вот что обычно добавляют в админку:
– список пользователей и заказов с поиском
– просмотр всех данных, которые вносят пользователи
– продлить, вернуть, заблокировать, выдать доступ
– лог последних ошибок
Это позволяет быстро и удобно устранять ошибки, и управлять пользовательскими доступами.
Правило простое: сервис не готов, пока в нём нет экрана для владельца.
Важно: вход должен быть только у тебя или у твоих администраторов.
Эти 15 минут разработки потом сэкономят тебе сотни часов в работе над продуктом.
Допустим, у пользователя слетела подписка после сбоя оплаты.
Он строчит в поддержку гневные сообщения: доступ надо вернуть прямо сейчас. Что ты сделаешь?
Спрашиваешь у ИИ, куда тыкнуть, открываешь базу данных и правишь строку руками.
И так каждый раз, когда что-то пошло не так.
Но есть загвоздка. Любое вмешательство в живую базу данных чревато последствиями. Одно лишнее движение – и данные не вернуть.
Поэтому любому продукту нужна админка.
По сути это второй интерфейс продукта. Только не для клиентов, а для тебя.
Вот что обычно добавляют в админку:
– список пользователей и заказов с поиском
– просмотр всех данных, которые вносят пользователи
– продлить, вернуть, заблокировать, выдать доступ
– лог последних ошибок
Это позволяет быстро и удобно устранять ошибки, и управлять пользовательскими доступами.
Правило простое: сервис не готов, пока в нём нет экрана для владельца.
Важно: вход должен быть только у тебя или у твоих администраторов.
Эти 15 минут разработки потом сэкономят тебе сотни часов в работе над продуктом.
❤24👍18🔥9
Словарь вайбкодера ч3
Продолжаем разбирать слова, на которые все кивают, когда говорят про ИИ-разработку.
→ Часть 1
→ Часть 2
1. Репозиторий (Repository)
Папка проекта, в которой лежат код, настройки, документация и история изменений.
Когда вы открываете проект на GitHub, чаще всего перед вами именно репозиторий.
2. Стек (Tech stack)
Интерфейс можно сделать на React или Vue, серверную часть – на Node.js или Python, а данные хранить в PostgreSQL или MySQL.
Выбор конкретной комбинации таких технологий и есть стек продукта. Для вайбкодера важно хотя бы примерно понимать, какие есть опции, и чем они отличаются.
3. Скилл (Skill)
Набор инструкций, который учит агента выполнять определённую работу.
Представь, что у тебя появился сотрудник, который быстро соображает, но ничего не знает о ваших правилах. Ты один раз объясняешь ему, как оформлять отчёты, проверять код или собирать дизайн. Эту инструкцию можно сохранить и использовать снова – получается скилл.
4. Хэнд-офф (Handoff)
Передача задачи от одного агента другому.
Один агент разработал требования, а потом передал работу агенту, который умеет писать код. После него результат может получить третий агент – например, для проверки.
Главное, что следующему агенту передаётся нужный контекст, чтобы не пришлось начинать всё с нуля.
5. Оркестрация (Orchestration)
Организация работы нескольких агентов.
Кто получает задачу первым? Кто пишет код? Кто проверяет результат? В каком порядке они работают? Все эти правила вместе и есть оркестрация.
6. Роутинг моделей (Model routing)
Выбор подходящей модели под конкретную задачу. Не обязательно отправлять каждую мелочь самой мощной и дорогой модели – это пустая трата токенов.
Если нужно просто вытащить данные из pdf-ки – справится и самая дешёвая. А для сложны кодинговых задач пригодится помощнее.
7. Управление контекстом (Context engineering)
Написать хороший промпт – только полдела. Важно ещё решить, какую информацию агент вообще получит для работы.
Какие файлы ему показать? Какие правила дать? Что он уже знает из предыдущих шагов? Какие примеры приложить? Что считать готовым результатом? Какие ограничения обозначить?
8. Харнесс (Harness)
Обвязка вокруг ИИ-модели, которая превращает её в рабочего агента:
– доступ к файлам, терминалу и браузеру
– память
– правила, циклы работы, запреты и ограничения
Часть этой обвязки уже встроена в инструменты вроде Codex или Claude Code. Остальное пользователь может настроить или добавить сам: подключить дополнительные инструменты или адаптировать правила работы.
Продолжаем разбирать слова, на которые все кивают, когда говорят про ИИ-разработку.
→ Часть 1
→ Часть 2
1. Репозиторий (Repository)
Папка проекта, в которой лежат код, настройки, документация и история изменений.
Когда вы открываете проект на GitHub, чаще всего перед вами именно репозиторий.
2. Стек (Tech stack)
Интерфейс можно сделать на React или Vue, серверную часть – на Node.js или Python, а данные хранить в PostgreSQL или MySQL.
Выбор конкретной комбинации таких технологий и есть стек продукта. Для вайбкодера важно хотя бы примерно понимать, какие есть опции, и чем они отличаются.
3. Скилл (Skill)
Набор инструкций, который учит агента выполнять определённую работу.
Представь, что у тебя появился сотрудник, который быстро соображает, но ничего не знает о ваших правилах. Ты один раз объясняешь ему, как оформлять отчёты, проверять код или собирать дизайн. Эту инструкцию можно сохранить и использовать снова – получается скилл.
4. Хэнд-офф (Handoff)
Передача задачи от одного агента другому.
Один агент разработал требования, а потом передал работу агенту, который умеет писать код. После него результат может получить третий агент – например, для проверки.
Главное, что следующему агенту передаётся нужный контекст, чтобы не пришлось начинать всё с нуля.
5. Оркестрация (Orchestration)
Организация работы нескольких агентов.
Кто получает задачу первым? Кто пишет код? Кто проверяет результат? В каком порядке они работают? Все эти правила вместе и есть оркестрация.
6. Роутинг моделей (Model routing)
Выбор подходящей модели под конкретную задачу. Не обязательно отправлять каждую мелочь самой мощной и дорогой модели – это пустая трата токенов.
Если нужно просто вытащить данные из pdf-ки – справится и самая дешёвая. А для сложны кодинговых задач пригодится помощнее.
7. Управление контекстом (Context engineering)
Написать хороший промпт – только полдела. Важно ещё решить, какую информацию агент вообще получит для работы.
Какие файлы ему показать? Какие правила дать? Что он уже знает из предыдущих шагов? Какие примеры приложить? Что считать готовым результатом? Какие ограничения обозначить?
8. Харнесс (Harness)
Обвязка вокруг ИИ-модели, которая превращает её в рабочего агента:
– доступ к файлам, терминалу и браузеру
– память
– правила, циклы работы, запреты и ограничения
Часть этой обвязки уже встроена в инструменты вроде Codex или Claude Code. Остальное пользователь может настроить или добавить сам: подключить дополнительные инструменты или адаптировать правила работы.
❤18👍6🔥5
100K пользователей и $25K в месяц на приложении для гитаристов в 21 год
Знакомься, Киан.
Ещё полгода назад он просто учился в колледже и даже не думал запускать IT-продукты.
Сегодня его первый проект ToneAdapt приносит больше $25K в месяц. Сам Киан не написал ни строчки кода – первую версию собрал примерно за неделю.
И самое интересное тут даже не цифры, а проблема, которую он решил.
Киан учился играть на гитаре и постоянно сталкивался с одной трудностью:
• услышал песню
• хочешь сыграть её с таким же звуком
• но непонятно, как именно настроить усилитель, педаль и эффекты
Киан полез в Reddit и Instagram – оказалось, у других гитаристов та же боль.
Так появился ToneAdapt.
Указываешь свою гитару и оборудование, выбираешь песню – сервис говорит, какие настройки выставить, чтобы приблизиться к оригинальному звучанию.
Всё
🤷♂
За 5 месяцев Киан вырастил приложение до 400+ платных пользователей. Вот структура его выручки:
• веб-версия – $11K+
• мобильное приложение – $14K+
Важный момент: это не сказка, где парень неделю повайбкодил и пересел с эконом-такси на яхту. Просто главный фокус был на продвижении, а не разработке.
С помощью вайбкодинга Киан превратил своё хобби в бизнес. Эта история учит, что тебе не обязательно делать продукт для всех. Даже в узком сегменте аудитории можно делать решения, которые приносят деньги.
Если тоже хочешь сделать свой продукт, присоединяйся к нашему практикуму Vibecoding360. Там мы за 4 недели проходим путь от первого знакомства с Claude Code до полностью рабочего проекта.
Научим вайбкодить так, чтобы продукт не развалился после очередной правки или первых 10-ти пользователей. Если голова и будет болеть, то только о продвижении.
Записывайся в анкету тут
Знакомься, Киан.
Ещё полгода назад он просто учился в колледже и даже не думал запускать IT-продукты.
Сегодня его первый проект ToneAdapt приносит больше $25K в месяц. Сам Киан не написал ни строчки кода – первую версию собрал примерно за неделю.
И самое интересное тут даже не цифры, а проблема, которую он решил.
Киан учился играть на гитаре и постоянно сталкивался с одной трудностью:
• услышал песню
• хочешь сыграть её с таким же звуком
• но непонятно, как именно настроить усилитель, педаль и эффекты
Киан полез в Reddit и Instagram – оказалось, у других гитаристов та же боль.
Так появился ToneAdapt.
Указываешь свою гитару и оборудование, выбираешь песню – сервис говорит, какие настройки выставить, чтобы приблизиться к оригинальному звучанию.
Всё
За 5 месяцев Киан вырастил приложение до 400+ платных пользователей. Вот структура его выручки:
• веб-версия – $11K+
• мобильное приложение – $14K+
Важный момент: это не сказка, где парень неделю повайбкодил и пересел с эконом-такси на яхту. Просто главный фокус был на продвижении, а не разработке.
С помощью вайбкодинга Киан превратил своё хобби в бизнес. Эта история учит, что тебе не обязательно делать продукт для всех. Даже в узком сегменте аудитории можно делать решения, которые приносят деньги.
Если тоже хочешь сделать свой продукт, присоединяйся к нашему практикуму Vibecoding360. Там мы за 4 недели проходим путь от первого знакомства с Claude Code до полностью рабочего проекта.
Научим вайбкодить так, чтобы продукт не развалился после очередной правки или первых 10-ти пользователей. Если голова и будет болеть, то только о продвижении.
Записывайся в анкету тут
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍2❤1
GPT решил проблему тысячелетия
Ну, почти.
Вчера OpenAI опубликовала доказательство решения проблемы Навье–Стокса – одной из семи знаменитых задач тысячелетия.
За её решение Институт Клэя учредил премию $1 млн.
В официальной постановке есть четыре утверждения – A, B, C и D, доказательство любого из которых считается решением. OpenAI утверждает, что доказала сразу C и D.
Для решения задачи OpenAI запустила порядка 10 000 одновременно работающих ИИ-агентов на новой внутренней модели, которая значительно мощнее GPT-6 Astra. До решения они дошли примерно за 88 часов.
Затем доказательство формализовали в системе Lean. Это специальный математический пруф-чекер: он проверяет, что каждый формальный логический переход корректен.
Ждём, когда профессиональное сообщество математиков проверит и признает решение.
Если интересно, в чём суть проблемы, разверни цитату. Разобрали, как сами понимаем это своими гуманитарными мозгами:
Хочется в очередной раз отметить прогресс нейронок. Если ещё сомневаетесь в возможностях ИИ – вот наглядный пример.
Инструмент уже достаточно хорош, если уметь его использовать.
На практикуме Vibecoding360 мы детально рассказываем, как юзать ИИ и вайбкодинг для создания сервисов и автоматизации рутины.
За 4 недели ты сделаешь полноценный продукт, даже если никогда не программировал раньше.И никакой математики.
Ближайший поток стартует 6 октября.
Записывайся в анкету
Ну, почти.
Вчера OpenAI опубликовала доказательство решения проблемы Навье–Стокса – одной из семи знаменитых задач тысячелетия.
За её решение Институт Клэя учредил премию $1 млн.
В официальной постановке есть четыре утверждения – A, B, C и D, доказательство любого из которых считается решением. OpenAI утверждает, что доказала сразу C и D.
Для решения задачи OpenAI запустила порядка 10 000 одновременно работающих ИИ-агентов на новой внутренней модели, которая значительно мощнее GPT-6 Astra. До решения они дошли примерно за 88 часов.
Затем доказательство формализовали в системе Lean. Это специальный математический пруф-чекер: он проверяет, что каждый формальный логический переход корректен.
Ждём, когда профессиональное сообщество математиков проверит и признает решение.
Если интересно, в чём суть проблемы, разверни цитату. Разобрали, как сами понимаем это своими гуманитарными мозгами:
Уравнения Навье–Стокса описывают, как движутся жидкости и газы: вода, дым или воздух вокруг самолёта. Они учитывают скорость потока, давление, вязкость и то, как всё это меняется во времени. В том числе под воздействием внешних сил.
И главный вопрос примерно такой:
Если жидкость сначала движется совершенно нормально – то есть её движение меняется постепенно, без резких скачков и бесконечных всплесков, – обязательно ли так будет всегда? Или могут эти же уравнения привести к ситуации, когда сначала всё нормально, а потом скорость начинает расти без ограничений?
Если да, то такую ситуацию называют сингулярностью.
OpenAI утверждает, что нашла такой пример.
В нём возникает вихрь, который закручивается внутрь, всё сильнее вытягивается и сужается. Область вихря становится всё меньше, скорость – всё больше, и по мере приближения к некоторому конечному моменту она растёт без ограничений.
При этом внешнее воздействие остаётся нормальным – без каких-то резких всплесков, – а общая энергия потока остаётся конечной.
Хочется в очередной раз отметить прогресс нейронок. Если ещё сомневаетесь в возможностях ИИ – вот наглядный пример.
Инструмент уже достаточно хорош, если уметь его использовать.
На практикуме Vibecoding360 мы детально рассказываем, как юзать ИИ и вайбкодинг для создания сервисов и автоматизации рутины.
За 4 недели ты сделаешь полноценный продукт, даже если никогда не программировал раньше.
Ближайший поток стартует 6 октября.
Записывайся в анкету
👍3❤1
Forwarded from Твой пет проект (Mikhail Tabunov)
Две недели до старта
Через две недели, в среду, стартует сентябрьский поток практикума.
80% времени на программе – это маркетинг: анализ рынка и запуск трафика.
Почему нужно идти на программу:
1. Мы решаем самую главную проблему – это сбыт. Код сейчас написать может много кто. Найти то, что покупают, и довести до продаж, может далеко не каждый.
2. Мы не надеемся на удачу и гипотезы. Есть логика, если делать по ней – рано или поздно все получится
3. Каждый найдет себе идею по душе, которая будет отвечать всем критериям чеклиста. Поможем каждому
4. Больше половины программы – это работа с трафиком. Вторая половина – анализ рынка и конкурентов.
5. Не нужно быть разработчиком и иметь продукт. Полно вариантов запуститься с лендингом, и найти разработчика на потоке.
У нас нет никаких методологий от продактов, стартап инкубаторов и венчурных фондов.
Только мой личный многолетний опыт бутстрепа нескольких проектов с нуля до выручки в $1M+ с прибылью в 30%.
Практикум прошли разработчики, менеджеры, маркетологи, дизайнеры, консультанты и аналитики.
Все они перестали искать волшебные таблетки и ждать вдохновения, и начали делать то, что уже имеет спрос.
Подумай вот о чем: как-то ты тут оказался. Подписан на мой канал, интересуешься этой проблемой.
Скорее всего, что-то уже пробовал делать или планируешь в ближайшее время.
У тебя два варианта:
1. Пытаться самому
2. Взять схему, которая логичная, понятная, и она работает.
Решать тебе.
Но если выберешь последний вариант – вот что тебя ждет:
1. Исследование зеленых рынков через AI и сервисы (Находим где уже покупают)
2. Анализ конкурентов и их экономики (Видишь всю кухню до запуска)
3. Готовые воронки продаж и схемы трафика
4. Групповой темп, четкие дедлайны и пинки кураторов
5. Платежные решения и юридические схемы (Принимаешь деньги с первого дня через нашу платежку без регистрации юрлиц)
6. Живое комьюнити выпускников, где могут дать совет
7. Год моей поддержки после программы (бесплатные еженедельные разборы по понедельникам)
Интересно? Тогда заполняй анкету и ждем на потоке.
Через две недели, в среду, стартует сентябрьский поток практикума.
80% времени на программе – это маркетинг: анализ рынка и запуск трафика.
Почему нужно идти на программу:
1. Мы решаем самую главную проблему – это сбыт. Код сейчас написать может много кто. Найти то, что покупают, и довести до продаж, может далеко не каждый.
2. Мы не надеемся на удачу и гипотезы. Есть логика, если делать по ней – рано или поздно все получится
3. Каждый найдет себе идею по душе, которая будет отвечать всем критериям чеклиста. Поможем каждому
4. Больше половины программы – это работа с трафиком. Вторая половина – анализ рынка и конкурентов.
5. Не нужно быть разработчиком и иметь продукт. Полно вариантов запуститься с лендингом, и найти разработчика на потоке.
У нас нет никаких методологий от продактов, стартап инкубаторов и венчурных фондов.
Только мой личный многолетний опыт бутстрепа нескольких проектов с нуля до выручки в $1M+ с прибылью в 30%.
Практикум прошли разработчики, менеджеры, маркетологи, дизайнеры, консультанты и аналитики.
Все они перестали искать волшебные таблетки и ждать вдохновения, и начали делать то, что уже имеет спрос.
Подумай вот о чем: как-то ты тут оказался. Подписан на мой канал, интересуешься этой проблемой.
Скорее всего, что-то уже пробовал делать или планируешь в ближайшее время.
У тебя два варианта:
1. Пытаться самому
2. Взять схему, которая логичная, понятная, и она работает.
Решать тебе.
Но если выберешь последний вариант – вот что тебя ждет:
1. Исследование зеленых рынков через AI и сервисы (Находим где уже покупают)
2. Анализ конкурентов и их экономики (Видишь всю кухню до запуска)
3. Готовые воронки продаж и схемы трафика
4. Групповой темп, четкие дедлайны и пинки кураторов
5. Платежные решения и юридические схемы (Принимаешь деньги с первого дня через нашу платежку без регистрации юрлиц)
6. Живое комьюнити выпускников, где могут дать совет
7. Год моей поддержки после программы (бесплатные еженедельные разборы по понедельникам)
Интересно? Тогда заполняй анкету и ждем на потоке.