migrate-from-brownfield

Reverse-engineer brownfield codebases into traceable as-built spec baselines.

1|Updated May 28, 2026
One-click install
npx skills add https://github.com/amoutiers/maxi-superpowers --skill migrate-from-brownfield
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: migrate-from-brownfield
Source: https://github.com/amoutiers/maxi-superpowers/tree/main/skills/migrate-from-brownfield
Command: npx skills add https://github.com/amoutiers/maxi-superpowers --skill migrate-from-brownfield

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Brownfield projects often have code but lack formal specs. This skill reverse-engineers an existing codebase into faithful, traceable spec baselines so teams can adopt spec-driven development, surface feature boundaries, and document provenance.

Core Features & Use Cases

  • Boundary discovery: identifies feature boundaries within a brownfield project and drafts as-built specs per boundary.
  • Adversarial verification: checks each drafted spec against the real code before acceptance to ensure fidelity and provenance.
  • Artifact production: writes accepted specs at status done with origin provenance and a recorded commit SHA for traceability.

Quick Start

Reverse-engineer a brownfield codebase into as-built spec baselines and verify each draft before saving.

Frequently Asked Questions about migrate-from-brownfield

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

FAQPage Schema
How do I reverse-engineer specs from an existing codebase that has no documentation?▼

To reverse-engineer specs from a codebase, this skill identifies feature boundaries and drafts as-built specs for each boundary, then verifies them against the actual code to ensure fidelity and provenance.

What is boundary discovery and how does it work for brownfield projects?▼

Boundary discovery is the process of identifying logical feature areas within a brownfield codebase. This skill scans the code to surface these boundaries and drafts a dedicated as-built spec for each one.

How are generated specs verified against the actual source code?▼

Each drafted spec undergoes adversarial verification, checking the specification against the real code before acceptance to ensure the documented behavior matches the implementation.

Can I trace the provenance of specs generated from a legacy codebase?▼

Yes, provenance is recorded in the generated spec frontmatter. The skill records the origin and a commit SHA for each accepted spec, providing full traceability back to the source code.

How do I start adopting spec-driven development on a project that already has code?▼

To adopt spec-driven development on a brownfield project, run the skill to reverse-engineer your codebase into faithful spec baselines, which can then be used for future development.

Does the spec generation workflow handle slug collisions and guard consent?▼

Yes, the skill coordinates with a deterministic workflow that guards consent, handles slug collisions, and records provenance in the generated spec frontmatter.