reversa-writer

Generate requirements.md, design.md, and tasks.md per legacy unit.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Transform knowledge about a legacy system into formal executable specifications by generating a folder-per-unit layout with requirements.md, design.md and tasks.md for each identified unit.

Core Features & Use Cases

  • Generates a consistent unit folder structure (one folder per legacy module or contract) containing the three canonical documents.
  • Uses the provided templates to ensure traceability and alignment with the original codebase, enabling incremental reverse-engineering analysis.
  • Supports incremental generation and reuse of existing artifacts, preserving prior work while adding new units.

Quick Start

Generate the unit specs by converting legacy artefacts into a folder-per-unit layout with requirements.md, design.md and tasks.md for each identified unit.

Frequently Asked Questions about reversa-writer

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

FAQPage Schema
How do I generate executable specifications from legacy code during reverse engineering?

Executable specifications are generated by applying reverse engineering to legacy knowledge, producing a folder-per-unit layout with requirements.md, design.md, and tasks.md for each identified module to ensure traceability and consistency.

What is the best way to structure documentation for reverse engineering a legacy system?

Structuring reverse engineering documentation is best achieved by creating a folder-per-unit layout, placing the three canonical files—requirements.md, design.md, and tasks.md—inside each folder to align with the original codebase and maintain traceability.

Can I incrementally add new units to existing reverse engineering artifacts without losing prior work?

Incremental generation is fully supported, allowing you to reuse existing artifacts and add new unit folders while preserving prior reverse engineering analysis and documentation work completed for other modules or contracts.

Does this approach use templates to maintain consistency across unit specifications?

Templates are used to guarantee consistency and traceability across all generated unit specifications, ensuring that every folder-per-unit structure contains the standardized requirements.md, design.md, and tasks.md canonical files.

When do I need a folder-per-unit layout for legacy system reverse engineering?

A folder-per-unit layout is needed when transforming legacy system knowledge into formal, executable specifications, ensuring that each identified module or contract has dedicated requirements, design, and task documentation.

What are the limitations of generating unit specs without preserving existing artifacts?

Generating unit specs without preserving existing artifacts risks losing prior reverse engineering work; however, this approach supports incremental generation to safely reuse and build upon existing documentation without overwriting previous analysis.