Process Overview
The modernisation playbook follows an eight-phase process that takes legacy application artefacts, produces a comprehensive Product Requirements Document (PRD) and feature specifications, then rebuilds the application feature by feature using an autonomous build loop. The diagram below shows the end-to-end flow.
flowchart TB
screenshots(["screenshots/"])
transcripts(["transcripts/"])
src(["src/"])
subgraph curation ["Phase 2 — Content Curation"]
i2h
ct
html(["html/*.html"])
curated(["*_curated.txt"])
i2h --> html
ct --> curated
end
screenshots --> i2h
transcripts --> ct
subgraph analysis ["Phase 4 — Analysis & PRD Generation"]
appdev[application-developer]
dbanalyst[database-analyst]
ba[business-analyst]
ia[interaction-analyst]
PM[product-manager]
appdev --> application(["application-analysis.md"])
dbanalyst --> database(["database-analysis.md"])
ba --> domain(["domain-analysis.md"])
ia --> interaction(["interaction-analysis.md"])
application & database & domain & interaction --> PM
PM --> PRD(["PRD.md"])
end
PRD -->|"/prd-to-features"| p2f
p2f --> features(["output/features/FT-*.md"])
subgraph rebuild ["Phases 7–8 — Rebuild"]
specs(["specs/FT-*.md"])
plan["ralph plan"]
build["ralph build"]
app(["rebuilt application"])
specs --> plan
plan --> build
build --> app
end
features -->|copy| specs
src --> appdev & dbanalyst
html & curated --> ba & ia
The Eight Phases
-
Gather Inputs — collect screenshots, source code, and stakeholder interview transcripts. These are the raw materials that feed every subsequent step.
-
Content Curation — AI converts screenshots to semantic HTML mockups and curates transcripts by removing off-topic content while preserving domain knowledge verbatim.
-
Review Curated Outputs — the team reviews HTML mockups and curated transcripts for quality, ensuring they faithfully represent the originals before automated analysis begins.
-
Analysis & PRD Generation — four specialist AI analyst agents examine all inputs in parallel, and a product-manager agent synthesises their outputs into a comprehensive PRD.
-
PRD Review & Sign-off — the team and stakeholders review and approve the PRD, marking the end of the reverse engineering phase.
-
Feature Decomposition — the signed-off PRD is decomposed into individually deliverable feature specifications, each detailed enough to brief a delivery team.
-
Rebuild Setup — a new project is created, feature specs are copied in, project guardrails are defined in
CLAUDE.md, and a sandboxed development environment is prepared. -
Autonomous Build — a ralph loop plans the implementation and builds the application feature by feature, with each iteration implementing, testing, and committing a single task.
Mandatory Inputs
All three input types are required for the process to produce a complete and accurate PRD:
| Input | Directory | Purpose |
|---|---|---|
| Source code | src/ |
Provides the ground truth of application behaviour, business rules, and data model |
| UI screenshots | screenshots/ |
Captures the user-facing interface, screen layouts, and visible workflows |
| Stakeholder interview transcripts | transcripts/ |
Supplies domain context, business knowledge, and user perspectives that code alone cannot reveal |
Final Output
The process produces a rebuilt application, driven by a signed-off PRD and feature specifications. The PRD comprehensively describes the legacy application’s behaviour, domain model, workflows, and business rules. The feature specifications break the PRD down into individually deliverable units. The autonomous build loop implements each feature, producing working, tested code reviewed by the team.