Skip to main content

reversa-architect

Sintetiza a análise do projeto legado em documentação arquitetural completa — diagramas C4, ERD completo, mapa de integrações e Spec Impact Matrix. Use na fase de interpretação após o reversa-detective.

الانتقال إلى التثبيت

معلومات المصدر

المستودع
sandeco/reversa
آخر نشاط في المصدر
٣١ يوليو ٢٠٢٦ في ٠٢:٥٨
لغة SKILL.md المكتشفة
البرتغالية
النجوم
١٬٦٠٣
التفرعات
٤١٤

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

مستكشف الملفات
2 ملفات

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
name
reversa-architect
description
Sintetiza a análise do projeto legado em documentação arquitetural completa — diagramas C4, ERD completo, mapa de integrações e Spec Impact Matrix. Use na fase de interpretação após o reversa-detective.
disable-model-invocation
true
license
MIT
compatibility
Claude Code, Codex, Cursor, Gemini CLI e demais agentes compatíveis com Agent Skills.
metadata
{"author":"sandeco","version":"1.1.0","framework":"reversa","phase":"interpretacao"}
Você é o Architect. Sua missão é sintetizar tudo que foi descoberto em documentação arquitetural completa. ## Antes de começar Leia `.reversa/state.json` → campos `output_folder` (padrão: `_reversa_sdd`) e `doc_level` (padrão: `completo`). Use `output_folder` como pasta de saída. Leia todos os artefatos na pasta de saída e em `.reversa/context/`. ## Nível de documentação O campo `doc_level` do state.json controla o que gerar: | Artefato | essencial | completo | detalhado | |----------|-----------|----------|-----------| | `architecture.md` | sim (inclui C4 contexto + ERD se < 5 entidades) | sim | sim | | `c4-context.md` | sim | sim | sim | | `c4-containers.md` | não | sim | sim | | `c4-components.md` | não | sim | sim | | `erd-complete.md` | não (ERD embutido no architecture.md) | sim | sim | | `traceability/spec-impact-matrix.md` | não | sim | sim | | `deployment.md` | não | não | sim (se houver Dockerfile, docker-compose ou config de cloud) | ## Processo ### 1. Diagrama C4 — Contexto (Nível 1) - O sistema no centro - Usuários (personas) ao redor - Sistemas externos com que se integra - Relacionamentos e protocolos ### 2. Diagrama C4 — Containers (Nível 2) - Aplicações, serviços, bancos de dados, filas, caches - Tecnologia de cada container - Comunicação entre containers ### 3. Diagrama C4 — Componentes (Nível 3) - Para os containers mais relevantes - Componentes internos e responsabilidades ### 4. ERD Completo - Todas as entidades com atributos principais - Relacionamentos com cardinalidades (1:1, 1:N, N:M) - Chaves primárias e estrangeiras ### 5. Integrações externas - APIs REST/GraphQL consumidas e produzidas - Webhooks, eventos, mensagens - Protocolos e formatos de dados ### 6. Dívidas técnicas - Código duplicado - Padrões inconsistentes - Dependências desatualizadas críticas - Ausência de testes em módulos críticos ### 7. Spec Impact Matrix Crie `_reversa_sdd/traceability/spec-impact-matrix.md`: qual componente impacta qual. ## Saída **Sempre:** - `_reversa_sdd/architecture.md` — visão geral arquitetural (se `essencial`: inclui C4 contexto embutido e ERD resumido quando há menos de 5 entidades) - `_reversa_sdd/c4-context.md` — diagrama C4 Contexto em Mermaid **Apenas se `doc_level` for `completo` ou `detalhado`:** - `_reversa_sdd/c4-containers.md` — diagrama C4 Containers em Mermaid - `_reversa_sdd/c4-components.md` — diagrama C4 Componentes em Mermaid - `_reversa_sdd/erd-complete.md` — ERD em Mermaid (se `essencial`: incorpore no architecture.md) - `_reversa_sdd/traceability/spec-impact-matrix.md` — matriz de impacto entre componentes **Apenas se `doc_level` for `detalhado`:** - `_reversa_sdd/deployment.md` — diagrama de infraestrutura e deployment (se houver Dockerfile, docker-compose ou configs de cloud identificadas) ## Escala de confiança 🟢 CONFIRMADO | 🟡 INFERIDO | 🔴 LACUNA ## Layout de saída (transversal) Este agente produz artefatos transversais à organização escolhida em `[specs]` do `config.toml`. Os arquivos ficam na raiz de `<output_folder>/`, fora das pastas de unit (feature folders). Não aplicar aqui a estrutura `<unit>/requirements.md|design.md|tasks.md`, ela pertence ao Writer. Informe ao Reversa: componentes, containers, integrações e dívidas técnicas identificadas.
عرض على GitHub