Коротко про скиллы
Ещё одно слово, на которое все кивают.
Скиллы. Скилл на дизайн, скилл на отчёты, скачай себе двести скиллов.
Объясняю на пальцах.
1. Что это такое
Представь что у тебя появился молодой сотрудник. Соображает он быстро, но как и что у вас принято – не в курсе.
По каждой задаче ты даешь ему подробную инструкцию как ее делать.
Скилл – это ровно такая инструкция. Обычный текстовый файл, рядом шаблоны и примеры.
2. Какие бывают
– Готовые от Claude (Anthropic): ворд, эксель, презентации, пдф. Просишь документ – скилл подключается сам, ты о нём даже не думаешь.
– Чужие. Есть открытый репозиторий и куча народных наборов. Скачал, положил к себе, работает.
– Свои. Под твой продукт, твой тон, твой чек-лист. Вот эти и решают.
3. Кто их пишет
Это не код, это текст на человеческом языке.
Написать может любой.
Более того, скилл тебе напишет сам Claude – рассказываешь ему, как ты делаешь задачу, он оформляет это в папку.
4. Как использовать скиллы?
Скилл не делает Claude умнее, он переносит в него твой способ работы.
И если ты сам не знаешь, как правильно – в скилл нечего положить.
Получится инструкция из воды, и Claude честно сделает по ней воду.
Мы, например, сделали свои кастомные скиллы для того чтобы облегчить себе разработку: вложили в них Best-practices которые используем во всех своих сервисах.
Делимся ими на программе Vibecoding 360.
За 4 недели билдим продукт или автоматизацию на Claude Code, g-stack и 20+ агентов и скиллов на дизайн, архитектуру, тесты и безопасность.
Старт 25 августа.
Записывайся в анкету, группа небольшая, вчера забрали два места.
Ещё одно слово, на которое все кивают.
Скиллы. Скилл на дизайн, скилл на отчёты, скачай себе двести скиллов.
Объясняю на пальцах.
1. Что это такое
Представь что у тебя появился молодой сотрудник. Соображает он быстро, но как и что у вас принято – не в курсе.
По каждой задаче ты даешь ему подробную инструкцию как ее делать.
Скилл – это ровно такая инструкция. Обычный текстовый файл, рядом шаблоны и примеры.
2. Какие бывают
– Готовые от Claude (Anthropic): ворд, эксель, презентации, пдф. Просишь документ – скилл подключается сам, ты о нём даже не думаешь.
– Чужие. Есть открытый репозиторий и куча народных наборов. Скачал, положил к себе, работает.
– Свои. Под твой продукт, твой тон, твой чек-лист. Вот эти и решают.
3. Кто их пишет
Это не код, это текст на человеческом языке.
Написать может любой.
Более того, скилл тебе напишет сам Claude – рассказываешь ему, как ты делаешь задачу, он оформляет это в папку.
4. Как использовать скиллы?
Скилл не делает Claude умнее, он переносит в него твой способ работы.
И если ты сам не знаешь, как правильно – в скилл нечего положить.
Получится инструкция из воды, и Claude честно сделает по ней воду.
Мы, например, сделали свои кастомные скиллы для того чтобы облегчить себе разработку: вложили в них Best-practices которые используем во всех своих сервисах.
Делимся ими на программе Vibecoding 360.
За 4 недели билдим продукт или автоматизацию на Claude Code, g-stack и 20+ агентов и скиллов на дизайн, архитектуру, тесты и безопасность.
Старт 25 августа.
Записывайся в анкету, группа небольшая, вчера забрали два места.
👍9❤6🔥2
Сегодня в 18:00 GMT+3 проведем стрим про Claude Code для бизнес задач
Покажем юзкейсы:
– Подключим клода к AmoCRM по API и посмотрим на качество звонков и переписок
– Настроим личного ассистента предпринимателя в связке Claude + Telegram
– Автоматизируем сборку фин отчетов на примере ДДС
– Покажем как работает наша вайбкоженная сквозная аналитика рекламных кампаний
И кое-что другое.
Также раздадим бонусы.
Запись в боте
Покажем юзкейсы:
– Подключим клода к AmoCRM по API и посмотрим на качество звонков и переписок
– Настроим личного ассистента предпринимателя в связке Claude + Telegram
– Автоматизируем сборку фин отчетов на примере ДДС
– Покажем как работает наша вайбкоженная сквозная аналитика рекламных кампаний
И кое-что другое.
Также раздадим бонусы.
Запись в боте
🔥6👍1
Нашёл кто косячит за час
Регулярно вижу на почте предложения от сервисов контроля качества отдела продаж.
Работают они так: подключаются к CRM по API и мониторят, как там звонят и пишут менеджеры.
Не очень понимаю, зачем это покупать это за тыщи долларов в год, если это можно навайбкодить за час, что мы и сделали.
Заняло всё пятьдесят минут – от API-ключа нашей CRM до первого полноценного отчёта. Причем делал это Арман, самый не технический человек у нас в команде.
Агент сам выгрузил звонки и переписки за месяц, расшифровывал, дальше разметил, где менеджер, а где клиент, и прогнал каждый разговор по нашему чек-листу.
Живой руководитель отдела продаж успевает послушать максимум 15% от общей массы звонков, а Клод послушал их все.
Что мы увидели:
– Есть менеджер, который звонит меньше всех, но если звонит, то там разговоры по пол часа, остальное у него по переписке
– Двое других менеджеров сидели с трубкой на три-четыре часа дольше, а качественных разговоров меньше.
– Есть кейсы где вопросы клиента напрямую игнорят, есть где обещают прислать и не присылают, много кейсов где договорились и не зафиксировали в CRM
– Особо эпичны сделки, где договорились созвониться в Zoom, но ссылку никто не создал и клиенту не отправил, и следующего разговора нет, а через время сделка закрыта отказом.
Это есть в любом отделе продаж.
Анализировать это вручную – сотни часов работы, либо искать сервис, либо нанимать ОКК.
Очевидно, что каждый косяк – это деньги. Сделка, которую мы могли бы закрыть, но не закрыли.
Плюс агент видит все наши данные: какой регламент, как велись сделки которые были закрыты быстро, которые закрыты медленно, итп.
Такого агента под свой процесс можем собрать вместе на программе Vibecode360.
За 4 недели с Claude Code проходим путь от автоматизации рутины до своего рабочего сервиса в проде, даже если в разработке ты полный ноль.
До старта 12 дней, группа маленькая, записывайся в анкету.
Регулярно вижу на почте предложения от сервисов контроля качества отдела продаж.
Работают они так: подключаются к CRM по API и мониторят, как там звонят и пишут менеджеры.
Не очень понимаю, зачем это покупать это за тыщи долларов в год, если это можно навайбкодить за час, что мы и сделали.
Заняло всё пятьдесят минут – от API-ключа нашей CRM до первого полноценного отчёта. Причем делал это Арман, самый не технический человек у нас в команде.
Агент сам выгрузил звонки и переписки за месяц, расшифровывал, дальше разметил, где менеджер, а где клиент, и прогнал каждый разговор по нашему чек-листу.
Живой руководитель отдела продаж успевает послушать максимум 15% от общей массы звонков, а Клод послушал их все.
Что мы увидели:
– Есть менеджер, который звонит меньше всех, но если звонит, то там разговоры по пол часа, остальное у него по переписке
– Двое других менеджеров сидели с трубкой на три-четыре часа дольше, а качественных разговоров меньше.
– Есть кейсы где вопросы клиента напрямую игнорят, есть где обещают прислать и не присылают, много кейсов где договорились и не зафиксировали в CRM
– Особо эпичны сделки, где договорились созвониться в Zoom, но ссылку никто не создал и клиенту не отправил, и следующего разговора нет, а через время сделка закрыта отказом.
Это есть в любом отделе продаж.
Анализировать это вручную – сотни часов работы, либо искать сервис, либо нанимать ОКК.
Очевидно, что каждый косяк – это деньги. Сделка, которую мы могли бы закрыть, но не закрыли.
Плюс агент видит все наши данные: какой регламент, как велись сделки которые были закрыты быстро, которые закрыты медленно, итп.
Такого агента под свой процесс можем собрать вместе на программе Vibecode360.
За 4 недели с Claude Code проходим путь от автоматизации рутины до своего рабочего сервиса в проде, даже если в разработке ты полный ноль.
До старта 12 дней, группа маленькая, записывайся в анкету.
❤6👍5
Что вайбкодят ребята на этом потоке
Листаю проекты июльского потока:
– ERP для сети салонов
– Платформа управления кафе для франчайзи
– Товароучётка с интеграцией Честного Знака.
– AI-маркетолог, который слушает звонки и собирает стратегию.
Ни одного тудушника или AI сканера калорий.
В каждом таком проекте лежат чужие данные: база клиентов, документы сотрудников, платёжки.
Собрать это на вайбе за выходные не получится, потому что у многих в голове на старте идея и хотелки, а не ТЗ и архитектура, как и что нужно сделать.
Все недостающее ИИ придумает сам, и почти всегда не так.
Плюс навайбкоженные приложения массово сливают базы, и на проекте с документами сотрудников это вопрос времени.
А наш метод ровно про это: один агент вытаскивает из тебя полное ТЗ, второй пишет код, третий независимо проверяет его запуском, перед релизом – прогон по безопасности.
Только так делаются продукты, которыми потом будут пользоваться люди, и которым можно будет доверить чувствительные данные.
Набор на августовский поток в самом разгаре, записывайся в анкету если хочешь с нами.
Листаю проекты июльского потока:
– ERP для сети салонов
– Платформа управления кафе для франчайзи
– Товароучётка с интеграцией Честного Знака.
– AI-маркетолог, который слушает звонки и собирает стратегию.
Ни одного тудушника или AI сканера калорий.
В каждом таком проекте лежат чужие данные: база клиентов, документы сотрудников, платёжки.
Собрать это на вайбе за выходные не получится, потому что у многих в голове на старте идея и хотелки, а не ТЗ и архитектура, как и что нужно сделать.
Все недостающее ИИ придумает сам, и почти всегда не так.
Плюс навайбкоженные приложения массово сливают базы, и на проекте с документами сотрудников это вопрос времени.
А наш метод ровно про это: один агент вытаскивает из тебя полное ТЗ, второй пишет код, третий независимо проверяет его запуском, перед релизом – прогон по безопасности.
Только так делаются продукты, которыми потом будут пользоваться люди, и которым можно будет доверить чувствительные данные.
Набор на августовский поток в самом разгаре, записывайся в анкету если хочешь с нами.
👍6❤4
Сломал лодыжку, не смог ходить, и за две недели собрал каталог на 4502 позиции
До этого он сам годами вёл руками справочник – базу данных точек где можно сдать тест на наркотики в любом штате США.
Кому-то нужна ближайшая лаборатория – лезешь в табличку, ищешь, копируешь адрес, отправляешь.
Лежать было скучно, и он впервые в жизни попробовал вайбкодить.
Две недели с ноутбуком на коленях и сайт в проде.
Что там через три недели после запуска:
– 4 502 опубликованных листинга. Не демка на трёх карточках, а весь каталог живой
– 200 человек на бесплатном пробном доступе
– 9 из них уже платят
Уже зарабатывает около 80 долларов в месяц.
И вот это в истории самое ценное.
Но смотреть тут надо не заработок, проект-то очевидно не про это.
Смотреть надо на цифру 4 502.
Ведь это уже не экраны, это данные, которые надо разложить, админка, поиск, который должен находить, страницы, которые должны открываться у чужих людей с чужих телефонов разных моеделй и марок, и подписка, которая должна списывать деньги как положено.
Это и отделяет прототип, собранный за час по паре промптов, от рабочего продукта.
Обычно демо красивое, а на лайве пятисотая на каждой третьей странице и оплата, которая прошла дважды.
Сервис называется mydrugtesting.com, можешь зайти и потыкать сам.
Самый короткий путь к первой рабочей штуке – это не гениальный инсайт, это табличка, которую ты уже ведёшь.
С этого и начинаем на программе: сначала собираешь инструмент под свою же рутину, дальше доводишь его до продукта, который не разваливается под живыми людьми.
Старт 25 августа, записывайся в анкету пока идет набор.
До этого он сам годами вёл руками справочник – базу данных точек где можно сдать тест на наркотики в любом штате США.
Кому-то нужна ближайшая лаборатория – лезешь в табличку, ищешь, копируешь адрес, отправляешь.
Лежать было скучно, и он впервые в жизни попробовал вайбкодить.
Две недели с ноутбуком на коленях и сайт в проде.
Что там через три недели после запуска:
– 4 502 опубликованных листинга. Не демка на трёх карточках, а весь каталог живой
– 200 человек на бесплатном пробном доступе
– 9 из них уже платят
Уже зарабатывает около 80 долларов в месяц.
И вот это в истории самое ценное.
Но смотреть тут надо не заработок, проект-то очевидно не про это.
Смотреть надо на цифру 4 502.
Ведь это уже не экраны, это данные, которые надо разложить, админка, поиск, который должен находить, страницы, которые должны открываться у чужих людей с чужих телефонов разных моеделй и марок, и подписка, которая должна списывать деньги как положено.
Это и отделяет прототип, собранный за час по паре промптов, от рабочего продукта.
Обычно демо красивое, а на лайве пятисотая на каждой третьей странице и оплата, которая прошла дважды.
Сервис называется mydrugtesting.com, можешь зайти и потыкать сам.
Самый короткий путь к первой рабочей штуке – это не гениальный инсайт, это табличка, которую ты уже ведёшь.
С этого и начинаем на программе: сначала собираешь инструмент под свою же рутину, дальше доводишь его до продукта, который не разваливается под живыми людьми.
Старт 25 августа, записывайся в анкету пока идет набор.
❤7👍6
Пока ты не освоил агентов, ты играешься а не вайбкодишь
Как это выглядит у большинства: написал промпт в чате, скопировал код, вставил в проект, запустил, не работает, скопировал ошибку обратно в чат.
И так сидишь по кругу часами, изучаешь все возможные ошибки которые бывают.
Это не разработка.
Это ты работаешь курьером между чатом и своим компьютером.
Как это выглядит у нас в паблишинге: продакты отдают разработке спеку, разработка кормит ее агентам, они бьют на подзадачи и пилят. Есть короткий флоу для мелких фич, и длинный флоу для больших.
Разница между prompt-to-code и агентом ровно одна: агент сам берет спецификацию, декомпозирует, ловит ошибку, читает трейс, чинит, ходит в терминал (зависимости, миграции, база, гит), и так по кругу.
Разница в скорости разработки будет раз так в 10.
Разница в качестве конечного результата раза в четыре: сам ты нормально 100% кейсов не протестируешь (ты не разработчик), и доверять этому будет нельзя.
Разница по времени тут не в процентах, а в порядках.
Пока ты сидишь и чатишься – всё будет медленно и грустно, и ты искренне решишь, что вайбкодинг переоценён.
А если готов вайбкодить правильно и безопасно - велкам на vibecoding360.
До старта неделя, места постепенно разбирают, записывайся.
Как это выглядит у большинства: написал промпт в чате, скопировал код, вставил в проект, запустил, не работает, скопировал ошибку обратно в чат.
И так сидишь по кругу часами, изучаешь все возможные ошибки которые бывают.
Это не разработка.
Это ты работаешь курьером между чатом и своим компьютером.
Как это выглядит у нас в паблишинге: продакты отдают разработке спеку, разработка кормит ее агентам, они бьют на подзадачи и пилят. Есть короткий флоу для мелких фич, и длинный флоу для больших.
Разница между prompt-to-code и агентом ровно одна: агент сам берет спецификацию, декомпозирует, ловит ошибку, читает трейс, чинит, ходит в терминал (зависимости, миграции, база, гит), и так по кругу.
Разница в скорости разработки будет раз так в 10.
Разница в качестве конечного результата раза в четыре: сам ты нормально 100% кейсов не протестируешь (ты не разработчик), и доверять этому будет нельзя.
Разница по времени тут не в процентах, а в порядках.
Пока ты сидишь и чатишься – всё будет медленно и грустно, и ты искренне решишь, что вайбкодинг переоценён.
А если готов вайбкодить правильно и безопасно - велкам на vibecoding360.
До старта неделя, места постепенно разбирают, записывайся.
❤9👍7
Как мы вайбкодим
Навайбкодить может каждый. Довести до продукта, который не падает и не сливает данные – мало кто.
Разница не в формулировке, а в организации процесса.
Наш процесс это три шага:
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