AI-разработкаБесплатноСреднийСлой данныхv1.1.0
Черновик Prisma-схемы под MVP
Code-agent шаблон для Cursor/Codex/Claude Code: анализ текущей схемы, минимальное расширение Prisma моделей, миграции и проверки без риска поломки.
Кейс применения
Используйте при добавлении MVP-сущностей в Prisma, когда важно аккуратно изменить схему и миграции без затрагивания существующих рабочих моделей.
Совместимость с моделями
- Cursor
- Codex
- Claude Code
- ChatGPT
Пример формулировки
Спроектируй черновик Prisma-схемы для «{{DOMAIN}}»: сущности «{{ENTITIES}}», связи «{{RELATIONS}}», правила «{{RULES}}», ограничения MVP «{{CONSTRAINTS}}».Текст промта целиком
## Repository context
Где лежат `schema.prisma`, миграции и слой доступа к данным. Домен MVP: {{DOMAIN}}.
## Domain
{{DOMAIN}}
## Entities
{{ENTITIES}}
## Relations
{{RELATIONS}}
## Business rules
{{RULES}}
## Constraints (MVP scope)
{{CONSTRAINTS}}
## Goal
Расширить Prisma-схему под MVP с минимальным воздействием на существующие модели.
## Files to inspect first
`schema.prisma`, последние миграции, репозитории/сервисы, затронутые тесты.
## Current behavior
Что уже хранится в БД и какие ограничения действуют сегодня.
## Desired behavior
Какие сущности и связи из входа должны появиться в Prisma и как код будет их использовать.
## Prisma schema draft
Черновик моделей Prisma (только предлагаемый текст схемы), без выдуманных таблиц вне входа.
## Indexes / unique constraints
Индексы и уникальные ограничения под RULES; что добавить в MVP, что отложить.
## Migration plan
Порядок миграций (additive), именование, backward compatibility.
## Seed data notes
Минимальные сиды для проверки связей (если уместно), без лишней сложности.
## Validation commands
Конкретные команды: `prisma validate`, `prisma migrate diff` / `migrate dev` (как применимо), typecheck.
## Risks and rollback
Риски миграции, data backfill, как откатить.
## 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
prisma validate, prisma migrate status, tests/checks по затронутым запросам, type-check.
## Expected output
Изменённые файлы, фрагмент schema, команды миграции, post-migration checks, явные предупреждения по рискам.
## Rollback notes
Как откатить миграцию и вернуть схему в предыдущее состояние без потери консистентности.
## Additional guardrail
do not rewrite working parts; keep minimal changes; не превращай ответ в абстрактную ERD без Prisma-моделей и команд проверки.Примеры использования
Реалистичные сценарии входных данных и ожидаемого результата.
Пример 1
Входные данные
- RULES
- Уникальность workspaceId+userId; роли enum admin|member; план только из разрешённого списка
- DOMAIN
- SaaS: рабочие пространства и подписки
- ENTITIES
- Workspace (id, name), WorkspaceMember (workspaceId, userId, role), SubscriptionPlan (id, code, priceId)
- RELATIONS
- Workspace 1—N WorkspaceMember; Plan опционально привязан к Workspace через subscription
- CONSTRAINTS
- Не ломать текущие таблицы пользователей и оплат; только additive миграции; PostgreSQL + Prisma
Ожидаемый результат
Примечание
Нужны явные риски и предупреждения, если данных для полного дизайна не хватает.
Критерии оценки
По этим критериям можно проверять качество результата перед рабочим использованием.
Prisma MVP code-agent safety
Критерии
- Начало с анализа текущей Prisma-схемы и миграций, не с абстрактной ERD.
- Сущности и связи согласованы с входом ENTITIES/RELATIONS/RULES; scope ограничен CONSTRAINTS.
- Есть индексы/unique под бизнес-правила и migration plan с additive-акцентом.
- Указаны validation commands и tests/checks после изменения схемы.
- Есть rollback notes и явные предупреждения по рискам миграции и данным.
Похожие промты
По категории, тегам и близкому сценарию применения.