Есть этап, на котором большинство вайбкодеров начинают косячить. Не на старте, когда еще ничего нет. И не в середине, когда уже понятно что переделывать. Именно на переходе от "у меня есть идея" к "я знаю что делать" — вот тут и теряются.
Я прошел этот этап по-новому: не через хаотичный чат с нейронкой, а через полноценное проектирование MVP продукта в IDE с агентом. Делюсь как это работает. Если вы сейчас запускаете свой продукт или думаете об этом — подписывайтесь на мой Telegram-канал https://t.me/hoodyakoff_vibes.
Что должно быть готово до проектирования
Прежде чем садиться за создание MVP, нужны три документа:
- Описание продукта: что именно делаем, для кого, зачем
- Анализ конкурентов: кто уже это делает и чем вы отличаетесь
- Бизнес-требования: что должно работать в MVP, а что откладываем
Без этого запускать диалог с агентом бессмысленно. Получите красивый текст ни о чем. Если этих артефактов еще нет: сначала сделайте их.
Когда все готово — переходим к проектированию. Я работал в Claude Code, вы можете взять Cursor, Trae или Codex.
Как это выглядит на практике: 5 шагов
Шаг 1. Создаем рабочую область
Создайте папку с названием проекта — например, в документах. Добавьте ее в IDE. Туда кладете все файлы: описание продукта, анализ конкурентов, бизнес-требования и промпт для проектирования.
Это не формальность. Агент должен видеть все документы сразу, а не получать их кусками в чате. Чем лучше контекст: тем меньше итераций.
Шаг 2. Запускаем диалог с агентом
Пример стартового сообщения:
Мы стартуем новый проект, у тебя внутри есть документы @Бизнес_требования @Конкурентный_анализ. Наша задача: перейти к проектированию MVP. Приложил промпт. Используй его и лучшие практики 2026 для проектирования решений. Промпт и флоу не идеальны: смело предлагай и задавай вопросы
Обратите внимание на последнюю фразу. Это не вежливость. Это принципиально. Агент должен чувствовать себя партнером, а не исполнителем задачи. Иначе получите технически правильный, но мертвый документ.
Шаг 3. Ведем диалог: не торопимся
На выходе должен быть драфт с запроектированным решением. У меня это заняло около 2 часов. Не потому что агент медленный. Просто я отвечал обдуманно, оспаривал предложения, уточнял.
Лучше тут посидеть 1-2 дня и не спешить.
Типичная ошибка: принять первый драфт и идти кодить. Проектирование MVP продукта это инвестиция в то, чтобы потом не переделывать половину.
Шаг 4. Валидация другими нейронками
Финальный файл: не финальный, пока его не проверили другие модели.
Берете драфт, загружаете в 2 другие нейронки (я загружал в Gemini и Codex) и пишете:
Почеленжи проектирование MVP с разных сторон: предварительно собери лучшие практики по проектированию в интернете. Почеленжи как само предложение по реализации, архитектуру, так и локальные принятые решения. Это верхнеуровневый файл с проектированием общего флоу, а не финальное детальное ТЗ
Каждая модель видит что-то свое. Gemini нашел дыры в архитектурных допущениях. Codex указал на edge cases которые я не учел. Это не потому что Claude Code плохой. Просто разные модели по-разному расставляют приоритеты.
Шаг 5. Обновляем документы проекта
После того как файл готов: просим агента обновить исходные документы: контекст проекта и бизнес-требования. Иначе через неделю у вас будет свежий проектный файл и устаревшие артефакты, которые противоречат друг другу.
Что меня удивило в процессе
Я пишу про несколько проектов: вайбкодинг в целом, Сопровод, Булаву. Думал что в одном разговоре спроектирую все сразу. Нейронка меня уломала сделать иначе.
Итоговый роадмап вышел в 3 этапа:
- Засетапить основные скилы + проект вайбкодер. Площадки ТГ + Дзен
- Добавить новые площадки: X + Threads
- Добавить 2 новых проекта: Сопровод и Булава
Это элегантнее чем то что я придумал сам. Не потому что я не мог до этого додуматься: просто нейронка не давала пропустить усложнение там где его быть не должно.
Три вещи которые реально влияют на результат
Будьте честны с агентом. Говорите что думаете, оспаривайте предложения, просите объяснить почему именно так. Агент который знает ваши сомнения: дает лучший результат чем агент которому вы просто киваете.
Ваша экспертиза важна. Я обсуждал продукт с другом, он накинул несколько идей по реализации. Долго ждал когда агент сам додумается до этих вопросов: не дождался. Без вашего опыта и контекста нейронка работает вслепую. Элегантные решения придут позже, но только если вы участвуете.
LLM: партнер, не исполнитель. Это не очевидно на старте, но это меняет все. Задавайте вопросы, просите альтернативы, говорите "а что если". Именно так выходят нормальные решения.
Если вы сейчас запускаете свой продукт или думаете об этом — подписывайтесь на мой Telegram-канал https://t.me/hoodyakoff_vibes. Там я иду по этому пути в реальном времени: от идеи до первых денег, с косяками, паузами и честными выводами.