Дисклеймер: я продакт, не разработчик. Тех. бэкграунд — теоретический. Эта статья про то, как выглядит вайб-кодинг глазами PM и что реально работает, а не что обещает маркетинг.
Контекст и проблема
У большинства продактов, которые хотят запустить что-то своё, есть один и тот же потолок: нет команды → нет продукта. Найм, онбординг, выстраивание процессов, ожидание первых релизов — это месяцы и деньги ещё до первой проверки гипотезы.
Последнюю неделю я тестировал, насколько этот потолок реален в 2025 году. Результат — два живых проекта:
личный сайт по продуктовому консалтингу
бесплатный agile-инструмент как альтернатива Jире для стартапов на старте
Расскажу точный стек и флоу — от идеи до деплоя.
Стек
Инструмент | Роль в флоу |
|---|---|
Claude Sonnet 4.5 | Discovery, аналитика, системный промт |
Kiro (Amazon) | Сборка, архитектура, деплой |
Figma Make | Генерация фронтенда |
Supabase | База данных |
GitHub Pages | Хостинг |
Context7 MCP | Управление контекстом |
Playwright MCP | Автотестирование |
Флоу: от идеи до деплоя
Фаза 1 — Discovery в Claude
Создаю отдельный проект-ассистента в Claude, пишу системный промт с контекстом продукта. Прогружаю всё что есть: целевая аудитория, боли, jobs-to-be-done, бизнес-ценность, ограничения.
На выходе получаю:
финальную аналитику и контент
промт для генерации дизайна
опционально — промт системной архитектуры (если есть кому проверить адекватность)
Для пилотного продукта архитектурный промт обычно избыточен.
Фаза 2 — Фронтенд через Figma Make
Все артефакты из Discovery передаю в Figma (Make). Скачиваю файлы фронтенда.
Результат стабильно закрывает задачи пилота — без правок руками. На этом этапе экономия составила порядка 40 часов аналитики и дизайна.
Фаза 3 — Сборка в Kiro
Все файлы фронта + аналитику заливаю в Kiro. Это ключевой инструмент в стеке — он работает как связка «продакт + архитектор + разработчик» в одном:
сначала думает и фиксирует решения письменно
потом реализует
не делает шаг без явного понимания «зачем»
Для продакта это критично: процесс предсказуемый и контролируемый даже без глубокого знания кода.
Фаза 4 — MCP-серверы и деплой
Прошу Kiro установить три MCP-сервера:
Context7 — управление контекстом между сессиями. Без него каждый новый запрос теряет накопленный контекст проекта.
Supabase MCP — интеграция с базой данных. Kiro сам создаёт таблицы, настраивает схему, генерирует миграции.
Playwright MCP — автоматизация браузера и базовое e2e-тестирование. Позволяет проверить критичные сценарии без написания тестов вручную.
После этого:
Регистрируемся на GitHub и Supabase
Kiro создаёт базу, деплоит проект на GitHub Pages
Kiro генерирует инструкцию по смене домена
Пилот готов.
Что работает хорошо
Kiro + Claude Sonnet 4.5 — наиболее стабильная связка. Меньше переключений контекста, лучше связность между фазами. Kiro понимает артефакты из Discovery без дополнительной интерпретации.
GPT + Figma Make + Kiro — альтернативная связка. Figma Make показывает стабильные результаты на фронте независимо от того, что стоит перед ним.
Ограничения и честные наблюдения
Флоу работает хорошо для пилотов и MVP. Для продакшн-систем с высокой нагрузкой нужна ревизия архитектуры.
Kiro иногда принимает спорные архитектурные решения — нужен хотя бы базовый технический ревью.
Context7 решает проблему потери контекста, но не полностью — при больших проектах всё равно нужно следить за окном контекста.
Playwright MCP покрывает happy path, edge cases придётся покрывать отдельно.
Вывод
Вайб-кодинг — не замена разработчикам. Это инструмент для продактов и фаундеров, которым нужно дойти до рабочего пилота и проверить гипотезу до того, как собирать команду.
Экономика запуска изменилась. Порог входа — теоретическое понимание процесса разработки и умение формулировать задачи.
Тему продолжаю в Telegram-канале Уже в проде → @product_mike — разбираю кейсы, тестирую новые связки, делюсь тем что реально работает.
Если тестировали похожий флоу или знаете как улучшить стек — пишите в комменты, буду рад обсудить.
