reversa-screen-translator

Translate legacy UI screens into executable specifications for automated migration and verification.

Updated Jun 6, 2026
One-click install
npx skills add https://github.com/Pabloprogramador23/loja --skill reversa-screen-translator-pabloprogramador23
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reversa-screen-translator
Source: https://github.com/Pabloprogramador23/loja/tree/main/.agents/skills/reversa-screen-translator
Command: npx skills add https://github.com/Pabloprogramador23/loja --skill reversa-screen-translator-pabloprogramador23

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Screen Translator converts legacy UI screens into executable specifications for automated migration and parity testing, bridging the gap between design-system catalogs and production-ready code.

Core Features & Use Cases

  • Detects source and target platforms, selects appropriate adapters, and prompts for human decisions before generation.
  • Produces Phase 1 and Phase 2 artifacts: screen_modernization_decision.md, target_screens.md, screen_deviation_log.md, and optional golden manifests.
  • Integrates with designers and inspectors to ensure traceability and safe handoffs in multi-stage migrations.

Quick Start

Run the agent to initiate Phase 1, review the mode options, and approve the modernization decision to start Phase 2.

Frequently Asked Questions about reversa-screen-translator

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

FAQPage Schema
How do I translate legacy UI screens into executable specs for automated verification?

To translate legacy UI screens into executable specs, run the agent to initiate Phase 1, review the detected platform options, and approve the modernization decision to start Phase 2 generation. It produces markdown artifacts and golden manifests for safe handoffs.

What is parity testing for legacy UI screen migration?

Parity testing for legacy UI migration validates that modernized screens match the original interface behavior. This Skill generates executable specifications and deviation logs to automate this verification, bridging design-system catalogs with production-ready code.

How do I generate target screen definitions from a design-system catalog?

Generating target screen definitions from a design-system catalog requires selecting appropriate adapters after the Skill detects your platforms. It then produces target_screens.md files after you approve human-in-the-loop modernization decisions.

Can I use this for multi-tenant legacy UI migrations with human-in-the-loop decisions?

Yes, you can use this for multi-tenant legacy UI migrations requiring human-in-the-loop decisions. It detects source and target platforms, prompts for human approvals before generation, and coordinates with designers and inspectors to ensure traceability.

What artifacts are produced when migrating legacy screens to testable specs?

Migrating legacy screens to testable specs produces screen_modernization_decision.md, target_screens.md, screen_deviation_log.md, and optional golden manifests when a legacy oracle is available, ensuring safe handoffs in multi-stage migrations.

When should I not use automated spec generation for legacy UI modernization?

You should not use automated spec generation for legacy UI modernization when a legacy oracle is unavailable for golden manifests, or when your project bypasses two-phase workflows and human-in-the-loop decisions for multi-tenant migrations.