reversa-designer

Design target system architectures and migration plans from legacy system analysis.

Updated May 19, 2026
One-click install
npx skills add https://github.com/silaslopes100/lojacarmenedaniel --skill reversa-designer-silaslopes100
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reversa-designer
Source: https://github.com/silaslopes100/lojacarmenedaniel/tree/main/.agents/skills/reversa-designer
Command: npx skills add https://github.com/silaslopes100/lojacarmenedaniel --skill reversa-designer-silaslopes100

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill solves the complexity of migrating legacy systems by providing a structured, two-phase approach to designing modern, scalable architectures that maintain full traceability to the original codebase.

Core Features & Use Cases

  • Topology Detection & Modernization: Automatically analyzes legacy structures and proposes modern alternatives (e.g., Hexagonal, DDD, Microservices) with clear trade-off justifications.
  • Comprehensive Specification: Generates target architecture, domain models, data models, and migration plans with strict adherence to chosen paradigms.
  • Use Case: Use this agent when you need to decompose a monolithic legacy application into a modern, event-driven architecture while ensuring every new component is mapped back to its legacy origin.

Quick Start

Activate the reversa-designer skill to begin the topology detection phase for your current migration project.

Frequently Asked Questions about reversa-designer

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I design a modern architecture from a legacy system?

Design modern architectures from legacy systems by using a two-phase approach that detects existing topology and proposes modern alternatives like Hexagonal, DDD, or Microservices. This process generates domain models, data models, and migration plans while ensuring full traceability to legacy artifacts.

What is the best way to decompose a monolithic application into domain-driven bounded contexts?

Decomposing a monolith into domain-driven bounded contexts requires analyzing legacy structures to define target topology and technical specifications. The process justifies architectural trade-offs and maintains strict adherence to chosen migration paradigms before generating final implementation specifications.

How does data migration planning work when modernizing legacy codebases?

Data migration planning for legacy modernization operates across two phases: topology detection and specification generation. It defines target data models and migration plans while requiring strategy confirmation, ensuring every new component maps directly back to its legacy origin.

Can I use this approach to migrate legacy systems to microservices?

Yes, you can migrate legacy systems to microservices by analyzing the original codebase to propose modern topologies. The workflow automatically detects legacy structures and suggests microservices or event-driven architectures with clear trade-off justifications.

Do I need to confirm my migration strategy before generating implementation specifications?

Yes, strategy confirmation is required before generating implementation specifications. The architecture design process enforces adherence to predefined migration paradigms, ensuring the proposed domain models and data migration plans align with your confirmed strategy.

Why does my legacy migration design require full traceability to original artifacts?

Legacy migration design requires full traceability to ensure every newly designed component, domain model, and data structure maps directly back to its legacy origin. This prevents scope drift and maintains structural integrity throughout the modernization process.