Превратить спецификацию фичи в план реализации

Фича: {{feature}}

Действуй как старший инженер. Разбей фичу на план реализации, который можно отдать команде.

Сначала разберись

1. Прочитай релевантные части кодовой базы. Найди:
   • Где будут изменения (файлы, модули)
   • Какие паттерны уже используются — следуй им
   • Что переиспользуется, что новое
2. Перечисли допущения. То что не ясно — задай мне вопросом, не угадывай.

План должен включать

1. Скоуп

   • Что в скоупе (одной фразой)
   • Что вне скоупа
   • Метрика успеха

2. Шаги

   • Для каждого шага: цель, файлы, что меняем, что проверяем
   • Шаги — атомарные, по 30-60 минут
   • Каждый шаг можно закоммитить отдельно

3. Структура данных и типы

   • Что нужно добавить в lib/types.ts (или эквивалент)
   • Изменения схемы БД, если есть
   • API-контракты, если есть

4. Компоненты UI

   • Какие новые компоненты, где
   • Какие модифицируются
   • Состояния (loading, error, empty)

5. Тесты

   • Какие unit, integration, e2e
   • Edge case'ы которые надо покрыть

6. Риски и неизвестные

   • Что может пойти не так
   • Какие гипотезы надо проверить отдельным экспериментом

Формат вывода

## Скоуп
...

## Шаги
1. [файл/директория] Что сделать — что проверить
2. ...

## Типы
```ts
...

Компоненты

...

Тесты

...

Риски

...

**Принципы:** YAGNI — не закладывай "на будущее". Простота важнее гибкости. Если шаг кажется большим — дроби.