Каркас от идеи до прода — без прыжков в код и петель в дебаге
Хочешь пройти этот путь руками?
11 июня стартует Кружок Вайбкодинга.
За 4 недели берёшь свою идею и проходишь полный цикл: идея → PRD → агент → проверка → деплой. Не чтобы “поиграться с AI”, а чтобы научиться управлять разработкой через агента без хаоса.
Забронировать местоКак создавали продукты раньше. Чтобы выпустить продукт, в компании работала команда. Каждый отдел отвечал за свой отрезок пути — от запроса до пользователя. Между отделами — встречи, тикеты, передача контекста. Полгода от идеи до запуска — норма. Запуск шёл из двух источников: либо CEO/продакт сам формулировал идею, либо приходил внешний клиент с задачей.
Клиентпришёл с задачей → Аккаунтпринял → Аналитиксобрал ТЗ → Дизайннарисовал → Разработкасделала → QAприняла → Деплойвыкатил → Клиентполучил и проверил
CEOпридумывал → Продактсобирал PRD → Разработкакодила → QAтестировал → ДеплойDevOps выкатывал → Пользователиполучали продукт
Что меняется в вайбкодинге. Та же логика, тот же порядок — но все роли, кроме первой, берёт на себя один AI-агент. Ты остаёшься в роли CEO/клиента: тот, кто приходит с запросом и принимает результат. На каждом этапе ты говоришь, в каком отделе агент сейчас работает, и даёшь правильный вход: идею, PRD, архитектуру, код. Дальше — как этот путь выглядит на практике, по шагам.
Проблема. У вайбкодера всё живёт в голове: идея, требования, архитектура, причины багов, шаги деплоя. Пока проект маленький — катит. Дальше начинается одинаковое: идея переформулировалась за неделю и потерялась; требований нет — каждый новый чат с агентом стартует с нуля; архитектуры нет — агент пилит не туда; одна и та же ошибка возвращается через два дня, потому что нет правила, которое её ловит. Контекст в голове не масштабируется ни на агентов, ни на завтрашнего себя.
Что внутри. Шесть шагов, и каждый вытаскивает из головы одну вещь и фиксирует её в артефакте: идею — в текст, требования — в PRD, систему — в схему, решения — в код, ошибки — в правила, запуск — в воспроизводимый деплой. На каждом шаге явная роль LLM («модель берёт на себя роль …»), свой набор инструментов и критерий готовности, после которого можно идти дальше. Шаги по порядку, но любой можно сжать или пропустить, если уже закрыт — рамка, а не догма.
Логика потока: что делаем на каждом отрезке, в каком порядке это обычно идёт и зачем такой порядок (проверка идеи → продуктовая фиксация → архитектура → код → стабилизация → выкладка). Ориентир, а не железное правило.
Разделы открываются по одному в день. 1. Идея — 30 апреля, 2. PRD — 5 мая, 3. Архитектура — 6 мая, 4. Код — 7 мая, 5. Проверка — 8 мая, 6. Публикация — 9 мая, Инструменты — 10 мая.