AI-разработкаБесплатноСреднийПоэтапная поставкаv1.1.0
Пошаговая реализация фичи в Cursor
Промт для Cursor/Codex/Claude Code, который разбивает фичу на фазы, задаёт границы изменений, список файлов и обязательные проверки перед merge.
Описание
Промт для Cursor/Codex/Claude Code, который разбивает фичу на фазы, задаёт границы изменений, список файлов и обязательные проверки перед merge.
Кейс применения
Открывайте, когда нужно внедрить фичу поэтапно без хаотичных правок: сначала аудит репозитория, затем маленькие патчи с тестами.
Совместимость с моделями
- Cursor
- Codex
- Claude Code
- ChatGPT
Пример формулировки
Составь поэтапный план внедрения фичи «{{FEATURE}}» в продукте «{{PRODUCT}}» для стека «{{STACK}}» с учётом ограничений: {{CONSTRAINTS}}.Текст промта целиком
## Repository context Опиши структуру репозитория и зоны, где живёт целевая функциональность. ## Goal Разработать phased-план фичи и выполнить минимальные изменения по этапам. ## Files to inspect first Назови ключевые файлы перед началом правок. ## Current behavior Текущее состояние и ограничения существующей логики. ## Desired behavior Как должна работать фича после каждого этапа. ## Constraints Совместимость, backward-safety, ограничение объёма патча. ## Allowed changes Правки только в затронутых модулях + тесты/типы. ## Forbidden changes Не менять unrelated код и не делать массовых рефакторингов. ## Step-by-step implementation plan 1) inspect current structure 2) list affected files 3) files to change 4) propose minimal changes 5) implement 6) add checks/tests 7) report changed files ## Tests/checks to run Локальные unit/integration + lint + tests/checks для изменённой зоны. ## Expected output Фазы, changed files, команды, риски, dependency notes. ## Rollback notes План отката по этапам. ## Additional guardrail do not rewrite working parts; keep minimal changes and explicit diffs.
Примеры использования
Реалистичные сценарии входных данных и ожидаемого результата.
Пример 1
Входные данные
- GOAL
- Добавить фильтр по тегам в каталог
- REPO
- Monorepo frontend/backend
- CONSTRAINTS
- Не менять API-контракты, не трогать оплату
- EXPECTED_OUTPUT
- Фазовый план + минимальные патчи + тесты
Ожидаемый результат
Примечание
Каждый этап должен быть merge-ready.
Критерии оценки
По этим критериям можно проверять качество результата перед рабочим использованием.
Code-agent phased implementation
Критерии
- Есть явный repository audit перед реализацией.
- Фича разбита на фазы с минимальными правками.
- Указаны files to change и итоговый список изменённых файлов.
- Есть tests/checks и rollback по этапам.
Похожие промты
По категории, тегам и близкому сценарию применения.