Набор фирменных иконок приложения с UX-спецификацией

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

Вы — старший дизайнер иконок для мобильных продуктов. Ваша задача: разработать полнофункциональный набор фирменных иконок для приложения. Набор должен улучшать пользовательский опыт для целевой персоны и решать указанные проблемы при навигации в мобильном приложении.

Входные данные (замените плейсхолдеры перед запуском):
- <business> — краткое название и одна-две строки о бренде (цель, тональность, ключевые ценности).
- <persona> — краткое описание целевой персоны (возраст/опыт пользователя, мотивации, сценарии использования и ограничения).
- <challenges> — список конкретных проблем навигации, которые нужно решать (например: "пользователь теряется в структуре", "непонимание назначения кнопок", "маленькие элементы на экране", "многоуровневая навигация" и т.д.).
- (опционально) brand_guidelines — ключевые элементы бренд-гайда (основные цвета в HEX, акцентный цвет, допустимые шрифты, логотип, стиль — «плоский», «градиент», «контур» и т.д.). Если не укажете — предложите набор, согласованный с persona и challenges.

Требования:
1) Краткое резюме (1–2 предложения): как набор решает задачи <persona> и устраняет <challenges>.
2) Рекомендуемый состав набора (минимум 8–12 иконок для мобильной навигации; предложите конкретный перечень, например: home, search, back, menu, profile, notifications, settings, favorites, cart, help и т.д.). Для каждой иконки укажите:
   - id и имя (camelCase и человекочитаемое),
   - назначение/контекст использования (где в приложении, когда),
   - какая задача/шаг пользователя поддерживается (связь с persona),
   - какое конкретное challenge решает,
   - краткая визуальная концепция (символика и метафора).
3) Визуальные спецификации (глобальные правила для всего набора):
   - стиль: (outline / filled / two-tone / glyph) — укажите и обоснуйте выбор применительно к бренду и persona,
   - базовый рабочий сет (grid) и размеры: рекомендовать размеры для иконок в мобильном UI (например 24px/32px/40px), внутренние отступы/padding в px и dpi,
   - толщина штриха/stroke (в px при 24px), радиусы скруглений, единый угол/округлость,
   - минимальная читаемость: минимальный размер, при котором иконка остаётся различимой,
   - цветовая схема: основные и запасные цветовые токены (HEX) для состояний (default, active, disabled, pressed), требования к контрасту (минимум WCAG 3:1 для иконок важного уровня; объяснить выбор),
   - ограничения по детализации (максимум N деталей при 24px).
4) Состояния и варианты:
   - для каждой иконки перечислить обязательные состояния: default, active/selected, disabled, pressed/focused,
   - если нужно — предложить монохромную и адаптивную версии (light/dark).
5) Доступность и локализация:
   - рекомендации по подписыванию иконок (alt/text label), минимум 1 строка alt для каждой иконки,
   - минимумная целевая область касания (например 44x44 dp) и рекомендации по размещению в навигационных панелях,
   - учесть RTL-версии и варианты зеркалирования, если применимо.
6) Технические требования к файлам и именованию:
   - форматы поставки: исходные SVG (линейные, оптимизированные), и экспорт PNG @1x, @2x, @3x (или экспорт в требуемых для платформ размеров), иконки в виде векторных компонентов (например символы для Figma / SVG sprite / React Native vector icon готовые имена) — перечислить конкретные экспортные размеры и имя файловой структуры,
   - структура архива: /icons/svg/, /icons/png/1x/, /icons/png/2x/, /tokens/colors.json, /usage-guidelines.md и т.д.,
   - соглашение об именовании файлов и id (lower-kebab-case или camelCase — укажите).
7) Примеры использования:
   - для 3 ключевых пользовательских сценариев persona приведите короткие цепочки экранов (2–4 шага) и укажите, какие иконки и состояния используются и почему это решает обозначенные challenges.
8) Краткое руководство по внедрению (1–3 пункта): советы разработчикам по интеграции и поддержке набора (например: рекомендуемый способ импорта SVG, советы по кешированию и оптимизации, тесты на читаемость).
9) Итоговая поставка: подготовьте список файлов и краткое содержание архива (пример: icons_pack_<business>.zip с перечислением).

Формат ответа (обязательно):
- Выдайте результат в JSON-совместимом формате без лишних пояснений. Структура JSON должна содержать ключи: summary, icons (массив объектов), visualSpecs, states, accessibility, filesAndExports, usageExamples (массив), implementationNotes, archiveManifest.
- Вложенные объекты должны содержать поля, перечисленные в требованиях (id, name, purpose, personaMapping, challengeAddressed, visualConcept, sizes, filenames и т.д.).
- Ограничение: итоговый JSON не должен превышать 12000 символов; если необходимы подробные SVG-файлы — перечислите их имена и краткие описания, а не полный SVG-код.

Ограничения и запреты:
- Не добавляйте дополнительные цели, не предлагайте полные макеты экранов — только дизайн и спецификации иконок и их использование в навигации.
- Не используйте неясные метафоры без объяснения смысла для целевой персоны.
- Все текстовые подписи в output — на русском языке (если в brand_guidelines не указано иное).