Документ дизайн‑системы для e-commerce на реальных артефактах

Создай подробный документ дизайн-системы для [ПРОЕКТ], используя только предоставленные артефакты.

Используй:
- [СУЩЕСТВУЮЩИЕ_UI_КОМПОНЕНТЫ]
- [ДОКУМЕНТ_ПЕРСОН]
- [ТЕКУЩИЕ_БРЕНДОВЫЕ_ПРАВИЛА]
- [ПРИМЕРЫ_ИСПОЛЬЗОВАНИЯ_КОМПОНЕНТОВ]
- [СПЕЦИФИКАЦИИ_ПЛАТФОРМЫ]

Не добавляй непроверенные факты. Если чего-то нет, явно помечай как предположение. Не задавай вопросов.

Ответ должен иметь такие разделы:
1. Краткое резюме
2. Входные артефакты
3. Каталог компонентов
4. Адаптация под персоны
5. Руководящие принципы дизайна и дизайн-токены
6. Документация по использованию командой и workflow
7. Тестирование и метрики
8. Слабое предположение и метод проверки
9. Реальный сценарий ухудшения UX и рекомендации по смягчению
10. Приложение: пробелы и следующие шаги

Что включить обязательно:
- Для каждого компонента: id, назначение, анатомию, варианты, ограничения применения, accessibility и примеры использования.
- Если компонентных пробелов нельзя избежать, перечисли только минимально необходимые новые элементы.
- Для персон: влияние на выбор компонентов, приоритеты взаимодействия и модификации поведения.
- Для токенов: spacing, colors, typography, iconography и animation rules с компактным JSON-примером.
- Для workflow: naming, versioning, release process, review checklists, mapping из дизайн-инструмента в библиотеку и прод.
- Для тестирования: пользовательские проверки, аналитика, A/B-тесты и приоритетные сценарии.

Ограничения:
- Не включай полную реализацию UI-библиотеки.
- Пиши технически точно и пригодно для продуктовой, дизайнерской и инженерной команды.
- В JSON-примере укладывайся в компактный объём, но сохраняй машиночитаемость.
- Все выводы должны быть связаны с конкретными входными артефактами или явными допущениями.