Промпт создание результата - Программирование

1. Краткая фиксация цели и формата результата

Цель: Разработать готовый к реализации технический план, ключевые фрагменты кода и чеклист тестирования для новой фичи на основе уточнённых входных данных.
Формат результата: документ, содержащий:

• поэтапный план внедрения;
• примеры кода (Entity, Repository, Service, Controller);
• список допущений и ограничений;
• улучшенный вариант (v2) с критическими доработками;
• чеклист проверки перед релизом (тесты, риски, критерии готовности).

Так как входные данные не предоставлены, перед построением артефакта необходимо задать уточняющие вопросы. Ниже сформулированы 3 точных вопроса, ответы на которые позволят минимизировать неопределённость и создать максимально релевантное решение.

2. Уточняющие вопросы (до 3)

1. Какова точная user story / функциональные требования к фиче?
   (Пример: «Пользователь может запросить сброс пароля по email и установить новый пароль» или «Администратор видит график нагрузки на сервер».)

2. Какой стек технологий и версии используется в проекте?
   (Бэкенд: Java/Spring Boot, Python/Django, Go, Node.js; фронтенд: React, Vue; база данных: PostgreSQL, MySQL; инфраструктура: Docker, Kubernetes и т.д.)

3. Существуют ли уже какие-либо логи, ошибки или ограничения релиза, связанные с этой задачей?
   (Например: «В логах наблюдается таймаут при обращении к внешнему API», «Релиз должен пройти без остановки сервиса», «Дедлайн — пятница».)

Примечание: Чтобы не оставлять ответ абстрактным, дальнейшее изложение строится на типовых допущениях, которые максимально часто встречаются в реальных задачах.
Если ваши реальные данные отличаются, пожалуйста, предоставьте ответы на вопросы — артефакт будет скорректирован под ваш контекст.

3. Основная версия артефакта (v1)

Допущения (Assumptions)

Фича: «Сброс пароля через email» (Forgot password / Reset password).

Стек:

• Java 11, Spring Boot 2.7, Spring Security, Spring Data JPA
• PostgreSQL 14
• JavaMailSender (или существующий email-сервис)
• JWT для аутентификации (не влияет на сброс)

Ограничения:

• Релиз возможен с перезапуском приложения (не zero-downtime).
• Дедлайн — 3 рабочих дня.
• Токен сброса пароля действует 15 минут.
• Email-шаблоны уже есть, добавляется новый шаблон.

3.1. Технический план внедрения

.....