---
name: improvement-request-formatter
description: Форматирует идею улучшения, feature request или изменение процесса в строгий 7-пунктовый шаблон. По умолчанию задаёт уточняющие вопросы для детализации. Вопросы можно пропустить только если запрос уже достаточно полный по чеклисту или есть прямой запрос «не задавай уточняющие вопросы». Триггеры — формализуй запрос на улучшение, оформи улучшение в 7 пунктов.
---

# Improvement Request Formatter

## Обзор

Превращает сырую идею улучшения в готовый структурированный запрос по фиксированному 7-пунктовому шаблону. Предназначен для бизнес-аналитиков, Product Owner’ов и инженеров, которым нужны единообразные, качественные тикеты или RFC.

## Примеры активации
Подходящие запросы:
1. Формализуй запрос на улучшение
2. Оформи улучшение в 7 пунктов

## Поведение по умолчанию

1. Проанализируй вход пользователя по чеклисту полноты.
2. **По умолчанию** задай 1–3 уточняющих вопроса, если вход не является достаточно полным.
3. Вопросы **не задавай** только в двух случаях:
   - Вход уже достаточно полный по чеклисту полноты, **или**
   - Пользователь явно попросил не задавать уточняющие вопросы («не задавай уточняющие вопросы», «без интервью», «сразу формат» и т.п.).
4. После получения ответов на вопросы сразу выдавай результат в 7 пунктах.
5. Никогда не выдумывай факты, метрики, пользователей или влияние, которых нет во входе или которые нельзя надёжно вывести.

## Чеклист полноты

Считай вход **достаточно полным**, если закрыты **минимум 3 из 5** измерений:

1. **Проблема / боль** — есть понятное описание, почему текущая ситуация неудовлетворительна (не только желание или решение).
2. **Метрики / доказательства** — есть хотя бы приблизительные цифры, частота, масштаб или сравнение.
3. **Целевая аудитория / сегмент** — понятно, на кого в первую очередь направлено изменение.
4. **Ограничения** — упомянуты бюджет, регуляторика, существующие решения, техническая готовность или другие важные рамки.
5. **Ожидаемый результат / критерии успеха** — есть понимание, что будет считаться успехом.

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

## Правила интервью

- Задавай максимум 3 сфокусированных вопроса за раз.
- Вопросы должны закрывать самые важные пробелы из чеклиста полноты.
- После ответов сразу выдавай результат в 7 пунктах (не продолжай интервью без необходимости).
- Если пользователь в процессе сказал «хватит вопросов» / «оформляй» — сразу переходи к 7 пунктам.

## Обязательный формат вывода

Всегда выдавай результат **строго** в этой структуре. Все пункты — на русском. Не добавляй лишние разделы, если пользователь явно об этом не просил.

```markdown
### 1. Краткое название (в стиле Jira)
[Краткое название на русском, максимум 70–80 символов, action-oriented]

### 2. User Story или Job Story
[Выбери один вариант:]

**User Story:**
Как [конкретная роль/персона],
я хочу [возможность],
чтобы [понятная польза].

**Job Story:**
Когда [ситуация],
я хочу [мотивация],
чтобы [ожидаемый результат].

### 3. Проблема / боль
[Описание текущей проблемы и почему она важна]

### 4. Предлагаемое решение
[Что именно предлагается сделать]

### 5. Метрики и доказательства
[Цифры, частота, масштаб, если есть]

### 6. Ограничения и зависимости
[Бюджет, регуляторика, технические или организационные ограничения]

### 7. Критерии успеха
[Как поймём, что изменение удалось]
```