Вайбкод: практика 🛠

Пошаговая инструкция к вайбовой разработке.

📋 Продуктовый вижен
Сперва нужно наметить его через юзер-стори и карты процессов-опыта. На этом этапе хорошо работает чат с агентом в формате event-storming для формирования хороших ASCII-схем (почти как ручками в Miro, но за вас фулл рисует моделька). Главное не переборщить с масштабом проекта, двигаться более итеративно. Лучше иметь хороший фундамент, чем на соплях держащийся замок. Всё сохраняем в md-файл, стартуем репо и заносим всё в доки.

🏗️ Архитектура
Выбрать стек, определить масштаб проекта и начать проектировать HLD — описывать его с ИИ-другом одно удовольствие. Поправлять, перечитывать что он там наголюционировал, выкидывать и начинать заново. Тут супер решает насмотренность на то, как реализовываются различные системы, какие компоненты общепринятые, где нужно быть действительно консервативным, а с чем можно поэкспериментировать. В результате — файлы с исчерпывающей инфой (1 файл = 1 компонент системы, поберегите окно контекста, оно вам ещё пригодится).

🎭 Роли и skills
Выделить роли на проекте и прописать skills для CC. Опыт работы с саб-агентами, выполняющими отдельную роль, у меня скорее позитивный. Обязательно накиньте «как делать не надо» — этот джун всё равно иногда проигнорирует, но лучше с примерами, чем без них.

✂️ Нарезка тасок
По юзер-сторям, компонентам системы, по заранее накиданному в v0 дизайну. Отдайте это агенту с ролью тимлида, натравите после агента с ролью системного аналитика, сделайте интеграцию. Затем /init чтобы создать главный CLAUDE.md. Прочтите его и дополните важными для вас практиками (ФП, тесты, типы).

1️⃣ Код
У вас есть роли для каждой вариации компонентов системы, должен быть оркестратор, который умеет назначать агентам роли. У меня не получилось пока запустить полностью самостоятельный рой — после каждой законченной задачи возвращаюсь потестить, прошу проревьювить и сам смотрю. Пользуйтесь туллингом для статического анализа (тайпчеки, линтеры, форматтеры). Не скупитесь дописывать тулинг для самостоятельных проверок ИИшкой (repl, тесты, MCP-серверы для дев-окружения).

💾 Версионирование
Делайте чекпоинт (гит-коммит) после каждой задачи, пишите ADR перед рефакторингом. Все документы стоит версионировать, а не только код — они основная память о ваших решениях. Периодически запускайте /init, ведите проект полностью в md-файлах. Так у агентов всегда будет вся свежая аккумулированная информация.

В итоге за пару недель получается проект по качеству иногда лучше, чем если бы его писало 3-5 человек командой полгода+ 🚀
Если вы ещё не пробовали подобный способ — однозначно рекомендую, чтобы наконец сделать свой проект-мечты.