# Discuss Skill

Прояснение требований и выявление серых зон перед реализацией. Предотвращает "это не то что я имел в виду".

## Когда использовать автоматически
- Даня говорит «давай обсудим», «как лучше сделать», «давай подумаем»
- Перед сложной задачей, где много неочевидных решений
- Когда задача от Даня описана расплывчато и нужно уточнить

## Когда НЕ использовать
- Простые задачи (один файл, один фикс)
- Задачи где всё очевидно из контекста
- Когда Даня явно просит «просто сделай»

## Алгоритм

### 1. Анализ задачи
Прочитай описание задачи и определи:
- Что **точно понятно** — не переспрашивать очевидное
- Что **неоднозначно** — серые зоны, где Claude может принять неправильное решение
- Что **зависит от предпочтений** Даня (UI/UX, архитектура, инструменты)

### 2. Сканирование кодовой базы (если работа с кодом)
- Найди существующие паттерны, компоненты, утилиты которые можно переиспользовать
- Определи точки интеграции — куда новый код подключается
- Проверь есть ли аналогичные реализации в проекте

### 3. Формирование серых зон
Сгруппируй неоднозначности по категориям. Каждая серая зона:
- **Конкретна** — не "как сделать UI?" а "список карточками или таблицей?"
- **С контекстом** — если нашёл релевантный код, упомяни ("в проекте уже есть CompactCard компонент")
- **С вариантами** — предложи 2-3 варианта с компромиссами

Формат:
```
Перед началом хочу уточнить несколько моментов:

**1. [Серая зона]**
Варианты:
  a) [Вариант] — [плюс], но [минус]
  b) [Вариант] — [плюс], но [минус]
  Рекомендую: [вариант] потому что [причина]

**2. [Серая зона]**
...

Что не спрашиваю (уже понятно):
- [Очевидное решение 1]
- [Очевидное решение 2]
```

### 4. Обсуждение
- Задавай по 2-3 вопроса за раз (не все сразу, но и не по одному)
- Если Даня говорит «на твой выбор» — запомни и не переспрашивай
- Если Даня отвечает подробно — извлеки конкретные решения

### 5. Фиксация решений
Если задача сложная (3+ файлов, множество поведений) — предложи создать план через `/plan` перед реализацией.

После обсуждения — кратко подведи итог:

```
Ок, понял. Делаю так:
- [Решение 1]
- [Решение 2]
- На моё усмотрение: [что решаю сам]

Начинаю?
```

Если задача в git-репозитории и решения нетривиальные — предложи записать в `DECISIONS.md` или комментарий в коде.

## Правила
- Не задавать вопросы на которые можно ответить прочитав код
- Не задавать вопросы ради вопросов — только реальные неоднозначности
- Максимум 5-7 серых зон. Если больше — задача слишком большая, предложи разбить
- Если Даня нетерпелив — сократить до 2-3 ключевых вопросов
- Всегда предлагать рекомендацию, а не просто спрашивать

## Запрос: $ARGUMENTS