What problem does it solve?
It turns legacy-system topology and domain/data evidence into a modern target architecture plus a traceable migration plan, while enforcing explicit topology approval and preventing 1-to-1 decomposition.
Core Features & Use Cases
- Two-phase migration design: runs topology detection and proposal in Phase 1, then produces target architecture, domain model, data model, and migration plan in Phase 2 after human approval.
- Topology-first with human gate: generates and requires
topology_decision.md before any downstream artifacts, using .state.json as the single source of truth for approval.
- Full traceability to the legacy: maps each element of the new system back to legacy sources or
discard_log.md, with explicit provenance tables for domain and data.
- Paradigm-aligned modeling: applies the chosen paradigm from
paradigm_decision.md (e.g., event-driven, OO with DI, functional, actor model, procedural/dataflow) and ensures required checks via the paradigm checklist.
Quick Start
Invoke /reversa-designer (usually via /reversa-migrate) and wait for the Phase 1 topology approval before generating the target architecture, domain model, data model, and data migration plan.