architect-analyze

Files (1)

• SKILL.md

SKILL.md (first lines)

<!-- generated by scripts/generate-codex-skills.mjs; edit canonical agents/, commands/ or skills/ -->

Проанализируй требования и контекст: **запрос пользователя**.

Анализ — первый шаг перед `$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`. Делегируй проработку субагенту `$architect`.

From Vitammiin/agent-vorcl-flow, MIT.

More from Vitammiin/agent-vorcl-flow