Спецификация темного режима для e-commerce-платформы

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

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

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

Сделай:
1. Кратко резюмируй элементы бренда и дизайн-системы, которые нельзя потерять в dark mode.
2. Выдели 4–6 проблем и предпочтений из отзывов пользователей.
3. Сопоставь accessibility-требования с конкретными контрастными и поведенческими критериями.
4. Подготовь детальную спецификацию: палитра dark mode, mapping light → dark tokens, surface levels, типографика, состояния ключевых компонентов, логотипы и иконки, изображения продуктов, тени, motion, accessibility checklist, CSS variables, JSON tokens, CSS/SCSS snippets и QA/test plan.
5. Заверши документ одним наименее надёжным предположением, тест-планом и одним реалистичным сценарием отказа с мерами смягчения.

Формат результата:
- Основной документ в Markdown или plain text с явными разделами.
- Обязательно включи таблицу токенов, пример JSON-пакета и CSS-переменные.
- Не меняй продуктовую логику и не выходи за брендинговые ограничения без явного обоснования.