AI-разработкаБесплатноСреднийПоэтапная поставкаv1.0.0
Планирование MVP без лишней сложности
Сжимает продукт до проверяемого минимума: границы версии, отказ от «полуфабрикатов», критерии готовности и порядок разработки.
Описание
Сжимает продукт до проверяемого минимума: границы версии, отказ от «полуфабрикатов», критерии готовности и порядок разработки.
Кейс применения
Когда команда раздувает первую версию и нужно зафиксировать реальный MVP до кода.
Совместимость с моделями
- Cursor
- Codex
- Claude Code
- ChatGPT
Пример формулировки
Сформируй план MVP для «{{PRODUCT}}», гипотеза ценности «{{VALUE}}», срок «{{TIME}}», ограничения «{{CONSTRAINTS}}».Текст промта целиком
## Роль
Ты работаешь в **существующем репозитории** через Cursor, Codex или Claude Code. Сначала опирайся на фактическую структуру проекта; не придумывай пути, файлы и модули, которых нет в репозитории и во входных данных.
## Задача
Сожми продукт до **проверяемого MVP**: граница v1, отказ от второстепенного, критерии готовности, риск раздувания. Разделяй **v1** и **later** явно.
## Контекст
- {{PRODUCT}}
- {{VALUE}}
- {{TIME}}
- {{CONSTRAINTS}}
## Ограничения
- Не выдумывай файлы, модули, маршруты и строки кода, которых нет в репозитории или во входе.
- **Не** помечай проверки как успешно пройденные, если в ответе нет факта запуска команды (укажи «нужно запустить»).
- **Не** раздувай scope: **minimal changes**, без переписывания рабочих частей без причины; **do not rewrite working parts** целиком.
- Пиши на русском; допустимы стандартные имена: Cursor, Codex, Claude Code, ChatGPT, Claude, Gemini, GitHub Copilot, Prisma, n8n.
- Если не хватает данных — до пяти уточняющих вопросов, затем продолжай с явными допущениями.
## Формат ответа
Результат оформь **на русском** по разделам. Не обещай, что тесты или прод прошли, если их не запускали. Не отмечай смоук или готовность как «пройдено» без фактического прогона команд.
### Inspect
- Где в коде/продукте сейчас зона, которую нельзя раздувать (если репо есть — **inspect current structure** вокруг неё; если нет — работай от ввода).
### Scope
- Входит / не входит в v1; что запрещено трогать.
### Plan
- Этапы S/M/L; **files to change** — только на уровне *областей*, без выдуманных путей.
### Implement
- Первый безопасный шаг в Cursor/Codex.
### Validate
- Как проверить критерии готовности; **tests/checks** по мере наличия.
### Report
- **list affected files** (если применимо) и решения по scope.
### Системные метки (не удалять; подстроки для инструментов)
inspect current structure; list affected files; files to change; propose minimal changes; minimal changes; implement; add checks/tests; tests/checks; do not rewrite working parts; report changed files
## Чего избегать
- Общих рекомендаций без привязки к репозиторию
- Смешения русского и английского в пользовательских фразах без необходимости
- Массового рефакторинга, broad rewrite, несанкционированного изменения публичных API
- Выдуманных путей, пакетов, эндпоинтов, которых нет в кодеПримеры использования
Реалистичные сценарии входных данных и ожидаемого результата.
Пример 1
Входные данные
- TIME
- 6 недель до пилота с тремя клиентами
- VALUE
- заявки не теряются, напоминания клиенту и мастеру
- PRODUCT
- сервис учёта заявок для мастерских
- CONSTRAINTS
- команда 2 разработчика, без мобильного приложения
Ожидаемый результат
Примечание
Подходит для Cursor, Codex или Claude Code.
Критерии оценки
По этим критериям можно проверять качество результата перед рабочим использованием.
Дисциплина объёма
Критерии
- Границы MVP явные
- Есть критерии готовности
- Отказ от лишнего обоснован
- Этапы реалистичны
Похожие промты
По категории, тегам и близкому сценарию применения.