Architect Analyze

---
name: architect-analyze
description: Анализ требований и контекста задачи (роль architect). Use when нужно разобрать требования ДО проектирования — акторы, ограничения, риски, открытые вопросы; ещё не проектируем и не ревьюим.
---

# Задача: анализ требований

Проанализируй требования и контекст задачи, которую описал пользователь.

Анализ — первый шаг перед `$architect-design`: фиксируешь, ЧТО и ЗАЧЕМ строим, не решая, КАК. Выход — документ, по которому можно проектировать без повторных вопросов.

1. Примени `$workspace-capability-routing`, затем собери контекст: локальные AGENTS/PROJECT_DESCRIPTION, manifests, entrypoints, configs, README/PRD и код по теме. Зафиксируй requested outcome, systems, primary owner, supporting skills и намеренно исключённые роли.
2. Выдели акторов и сценарии: кто пользуется, ключевые user flows, внешние интеграции.
3. Сформулируй требования: функциональные — пронумерованным списком, каждое проверяемое; нефункциональные (нагрузка, latency, безопасность, совместимость) — с числами, где возможно.
4. Зафиксируй ограничения и риски: стек, legacy, внешние зависимости; для каждого риска — вероятность/влияние и способ снять.
5. Составь список открытых вопросов с вариантами ответов — что уточнить у владельца до проектирования.

Выход оформи: контекст → акторы и сценарии → требования → ограничения и риски → открытые вопросы → следующие шаги.

Если задача не указана — спроси, что анализируем, или возьми последнюю обсуждавшуюся в сессии. Если задача не архитектурная (точечный багфикс) — скажи честно, что анализ избыточен, и предложи прямую правку.

Опирайся на `$workspace-capability-routing` и `$system-design`.