Community / AGENT SKILL

architect-analyze

0 installs 2 GitHub stars

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

One new superpower.

Run this command in your project to choose an agent and install the skill.

npx skillycli add https://github.com/Vitammiin/agent-vorcl-flow --skill architect-analyzeView original source

BEFORE YOU INSTALL

Understand the trade-offs.

SECURITY REVIEW

Not yet assessed

Review the original instructions and requested permissions before installing.

No security review is available for this catalog entry yet.

SKILL QUALITY

Not yet assessed

How clearly the skill guides your agent, how complete its workflow is, and how you can check the outcome.

No quality assessment is available for this catalog entry yet.

The full skill.

Original instructions from the publisher’s SKILL.md

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

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

Анализ — первый шаг перед `$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`.