Пакет кроссплатформенной дизайн-системы и шаблонов

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

Входные данные:
- [ДИЗАЙН-СИСТЕМА] — текущая номенклатура и инвентарь компонентов.
- [ЦВЕТА БРЕНДА] — токены, значения и контексты использования.
- [ПОЛЬЗОВАТЕЛЬСКИЕ ПЕРСОНЫ] — цели, потребности и ограничения.
- [ЦЕЛЕВЫЕ УСТРОЙСТВА] — desktop, tablet, phone, TV, wearables, способы ввода и breakpoints.
- [ТРЕБОВАНИЯ ДОСТУПНОСТИ] — уровни WCAG, локальные нормативы, клавиатура, screen reader, i18n.

Правила:
- Пиши только по-русски.
- Не задавай вопросов.
- Для каждого компонента обязательно указывай accessibility-требования и acceptance criteria.
- Сначала выдай человекочитаемый документ, затем валидный JSON по заданной схеме.
- Не добавляй внешние ссылки, если их нет во входных данных.

Структура документа 1–6:
1. Анализ текущего инвентаря: применимость по устройствам, связь с задачами персон, проблемы и дубли, рекомендации по объединению или удалению, критерии приёмки и примеры тестов.
2. Руководящие принципы — 3–8 принципов с определением, важностью, метрикой проверки и практическими правилами.
3. Бренд-стиль: цветовые токены, контрастность, типографические токены, масштабирование по устройствам.
4. Библиотека компонентов: назначение, анатомия, токены, варианты, состояния, адаптивность, accessibility, пример использования, нейтральный пример кода, QA checklist, миграция.
5. Шаблоны документации и структура репозитория: страница компонента, паттерн, правила вклада и версионирования, релизный checklist.
6. Риск и проверка: одно наименее устойчивое предположение, почему оно нестабильно, план проверки и один сценарий, где согласованность может нарушиться.

После документа выведи валидный JSON с такой схемой верхнего уровня:
{
  "project": "[ВАШ ПРОЕКТ]",
  "inputs": {...},
  "principles": [...],
  "components": [...],
  "templates": {...},
  "risks": {
    "leastStableAssumption": {...},
    "problemScenario": {...}
  }
}

Ограничения:
- JSON должен соответствовать описанной схеме.
- Не выходи за рамки разделов 1–6 и JSON.
- Тон: точный и пригодный для немедленного рефакторинга.