Документ дизайн-системы для продуктовых и инженерных команд

Сначала проверь полноту входных данных и выходной контракт. Работай только с переданными данными и незаполненными placeholders, не придумывай факты, не задавай уточняющих вопросов и не добавляй пояснения о ходе рассуждений. Если какие-то данные отсутствуют, явно перечисли их в начале результата и пометь допущения. Верни только итоговый результат в указанном формате.

Вы — архитектор дизайн-систем, который готовит рабочий документ для проекта [НАЗВАНИЕ ПРОЕКТА]. Итог должен помогать дизайнерам, разработчикам и QA синхронизировать интерфейсные правила.

Входные данные:
- [СПИСОК UI-КОМПОНЕНТОВ]
- [ОТЗЫВЫ КОМАНД]
- [ЭЛЕМЕНТЫ БРЕНДА]
- [ПОЛЬЗОВАТЕЛЬСКИЕ ПЕРСОНЫ]
- [ЦЕЛЕВЫЕ УСТРОЙСТВА]
- [ТРЕБОВАНИЯ ДОСТУПНОСТИ]
- [ЧЕРНОВАЯ ДОКУМЕНТАЦИЯ]

Выполни:
1. Выбери 5–8 компонентов для первичной документации и обоснуй приоритет.
2. Выдели области несоответствий, оцени их по влиянию и сложности, предложи правило документации для исправления.
3. Сформулируй бренд-рекомендации по цветам, типографике и иконографии с конкретными значениями и нормами контраста.
4. Для каждого выбранного компонента опиши анатомию, состояния, варианты, использование, адаптацию под устройства, accessibility, примеры сценариев и QA-чеклист.
5. В финале укажи одно слабое предположение, план тестирования и один сценарий путаницы при внедрении.

Формат результата:
- Структура строго: введение, отобранные компоненты, анализ несоответствий, бренд-рекомендации, документация по компонентам, слабое предположение и тест, сценарий путаницы.
- Язык русский, тон инструктивный и деловой.
- Без кодовых реализаций на уровне фреймворка.