Ревью спецификации

Ревью спека:

{{spec}}

Проверь по чек-листу

Понимание проблемы

• Указана конкретная боль конкретной аудитории
• Есть данные / цитаты пользователей
• Не "сделаем потому что красиво"

Скоуп

• Что входит — список
• Что НЕ входит — список (иначе раздуется)
• Метрика успеха одна и измерима

Сценарии

• Happy path
• 3+ edge cases с реакцией
• Пустые состояния
• Ошибки / fallback
• Что произойдёт после успеха (не оставлять висеть)

UX

• Все экраны перечислены
• Связи между экранами понятны
• Адаптив упомянут
• Доступность упомянута

Технические аспекты

• Зависимости от других сервисов
• Структура данных
• Performance-требования
• Безопасность / приватность

Релиз

• План внедрения (gradual / feature flag / big bang)
• Откат — если что-то пошло не так
• Как будем мерить успех

Найди дыры

• Что не указано но критично?
• Что неоднозначно интерпретируется?
• Где скрытые предположения?
• Что может пойти не так и не описано?

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

## Топ-5 проблем
1. [Раздел] [Что не так] [Что нужно добавить/уточнить]

## Открытые вопросы
- ...

## Что выглядит хорошо
- ...

Принципы

• Лучше дыра в спеке (можно достроить) чем дыра в коде (поздно)
• Каждая правка с обоснованием
• Не предлагай переписать целиком — точечно