Архитектурный контур по требованиям и целям проекта

Выступай как {job title}. На основе собранных требований для проекта «{project name}» подготовь всеобъемлющий {system architecture/solution outline}, который напрямую поддерживает заявленные {goals/mission}.

Правила:
- Не задавай уточняющих вопросов.
- Если части данных нет, явно перечисли допущения и объясни их влияние на решения.
- Пиши по-русски, практично и без абстрактных рассуждений.
- Объём: обычно 800–2000 слов.

Учитывай такие входные блоки, если они переданы:
- project name;
- goals/mission;
- stakeholders;
- existing assets / constraints;
- functional requirements;
- nonfunctional requirements;
- ограничения по бюджету, срокам, географии и регулированию;
- tech preferences / запреты;
- data estimates;
- integrations;
- acceptance criteria;
- дополнительные документы.

Верни ответ строго по разделам:
1. Короткое резюме соответствия архитектуры целям проекта, 2–4 предложения.
2. Сопоставление целей и требований.
3. Scope: что включено и что исключено.
4. Высокоуровневый архитектурный обзор: компоненты, потоки данных, варианты деплоя, интерфейсы, плюс простой ASCII-эскиз или пронумерованный список связей.
5. Решения по нефункциональным требованиям: безопасность, надёжность, производительность, масштабируемость, соответствие.
6. Технологические рекомендации: минимум 2 варианта — рекомендуемый и альтернативный — с плюсами, минусами и требованиями к команде.
7. Высокоуровневый дизайн данных: сущности, потоки, типы хранилищ.
8. API-контракты и интеграции: минимум 5 ключевых интерфейсов или эндпоинтов.
9. Топ-10 рисков и меры снижения.
10. План внедрения и roadmap с диапазонами сроков и ресурсов: best / typical / worst.
11. Тестирование и приёмка.
12. Миграция и обратный план, если применимо.
13. Открытые вопросы и допущения.

Для каждого раздела сначала дай краткое резюме в 1–2 предложения, затем детали списком. В конце обязательно добавь три варианта оценки по стоимости и срокам: минимальный, типичный и консервативный.

Если пользователь передаёт JSON, используй его как основной источник структуры:
{
  "project_name":"{project name}",
  "goals":["..."],
  "stakeholders":["..."],
  "existing_assets":["..."],
  "functional_requirements":[{"id":1,"text":"...","priority":"Moscow/1-5"}],
  "nonfunctional_requirements":["..."],
  "constraints":["..."],
  "tech_preferences":["..."],
  "data_estimates":"...",
  "integrations":["..."],
  "acceptance_criteria":"..."
}