Name: sdd-reverse-ui
Author: zekiriabd

Prompt file imported from zekiriabd/SDD-Pro (.codex/prompts/sdd-reverse-ui.md). Fill in {{arguments}} before use. Copyright stays with the author.

Arguments: {{arguments}}

/sdd-reverse-ui {U-N} [--json]

Rôle

Lancer la Phase 4 : traduire les templates legacy d'une unité U-N en mockups HTML sémantiques préservant la structure visuelle (sans clonage pixel-perfect).

Args

Arg	Type	Description
`{U-N}`	string requis	Identifiant U-N stable, doit avoir une FEAT Phase 3 déjà produite
`--json`	flag	Émet rapport extraction en JSON

Pré-conditions

Phase 1 + Phase 3 préalables pour cette unité :
- workspace/old/{P}/.sys/inventory.json contient units[id={U-N}]
- inventory.json._featAllocations[{U-N}] renseigné → résolution n figée
- workspace/feats/{n}-{FeatName}.md existe (sinon → ERROR [REVERSE_NO_SOURCE])
Les units[U-N].evidenceFiles contiennent au moins 1 fichier UI (.aspx, .ascx, .cshtml, .jsp, .blade.php, .html, .dfm, .frm, .xaml). Sinon → SKIP silencieux (unité backend-only sans UI). (.xaml ajouté 2026-06-10 — audit M12 : WPF supporté en Phase 1 mais SKIPpé en silence en Phase 4.)

Actions

Spawn unique Agent(reverse-ui-extractor) avec args = {U-N}
L'agent suit STEP 1 à 5 documenté dans .sdd/agents/reverse-ui-extractor.md
Délégation scripts déterministes : css_palette_extractor + ui_template_parser
Génération 1-5 fichiers HTML par unité (selon écrans détectés)
Émission ligne chat finale [REVERSE] {U-N} → {M} écran(s) UI. (75%)

Sortie

workspace/ui/
├── {n}-1-{Name}.html             (écran principal)
├── {n}-2-{Name}.html             (modale / wizard step 2 / écran secondaire, si applicable)
└── ...

Format : HTML5 sémantique pur (pas de framework UI inline). Mapping vers Radzen/Vuetify/shadcn fait par dev-frontend lors de /sdd-full {n}.

Voie d'usage standard

Phase 4 est optionnelle. Elle s'invoque après Phase 3 :

/sdd-reverse-inventory MyLegacy
/sdd-reverse U-3              # Phase 3 → FEAT 7-Login.md
/sdd-reverse-ui U-3           # Phase 4 → workspace/ui/7-1-Login.html

Skip cohérent : si le Tech Lead préfère que dev-frontend regénère l'UI from scratch via le mapping FEAT-only (sans mockup HTML), ne pas lancer cette phase. La FEAT seule reste valide pour /sdd-full.

Anti-derive

Aucun spawn d'autre agent que reverse-ui-extractor
Pas de framework UI dans le HTML généré (sémantique pur, le mapping vers DS cible est fait par dev-frontend)
Pas de logique (zéro <script>, zéro event handler)
Préservation IDs legacy pour traçabilité
≤ 5 écrans par unité (split l'unité si plus)

Voir .sdd/docs/reverse-engineering-workflow.md §4.4 + Phase 4 du pipeline §1.

Install sdd-reverse-ui and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

Arguments: {{arguments}} # /sdd-reverse-ui {U-N} [--json] ## Rôle Lancer la **Phase 4** : traduire les templates legacy d'une unité U-N en mockups HTML sémantiques préservant la structure visuelle (sans clonage pixel-perfect). ## Args | Arg | Type | Description | |---|---|---| | `{U-N}` | string requis | Identifiant U-N stable, doit avoir une FEAT Phase 3 déjà produite | | `--json` | flag | Émet rapport extraction en JSON | ## Pré-conditions 1. Phase 1 + Phase 3 préalables pour cette unité : - `workspace/old/{P}/.sys/inventory.json` contient `units[id={U-N}]` - `inventory.json._featAllocations[{U-N}]` renseigné → résolution `n` figée - `workspace/feats/{n}-{FeatName}.md` existe (sinon → ERROR `[REVERSE_NO_SOURCE]`) 2. Les `units[U-N].evidenceFiles` contiennent au moins 1 fichier UI (`.aspx`, `.ascx`, `.cshtml`, `.jsp`, `.blade.php`, `.html`, `.dfm`, `.frm`, `.xaml`). Sinon → SKIP silencieux (unité backend-only sans UI). (`.xaml` ajouté 2026-06-10 — audit M12 : WPF supporté en Phase 1 mais SKIPpé en silence en Phase 4.) ## Actions 1. **Spawn unique** `Agent(reverse-ui-extractor)` avec args = `{U-N}` 2. L'agent suit STEP 1 à 5 documenté dans `.sdd/agents/reverse-ui-extractor.md` 3. Délégation scripts déterministes : `css_palette_extractor` + `ui_template_parser` 4. Génération 1-5 fichiers HTML par unité (selon écrans détectés) 5. Émission ligne chat finale `[REVERSE] {U-N} → {M} écran(s) UI. (75%)` ## Sortie ``` workspace/ui/ ├── {n}-1-{Name}.html (écran principal) ├── {n}-2-{Name}.html (modale / wizard step 2 / écran secondaire, si applicable) └── ... ``` Format : HTML5 sémantique pur (pas de framework UI inline). Mapping vers Radzen/Vuetify/shadcn fait par `dev-frontend` lors de `/sdd-full {n}`. ## Voie d'usage standard Phase 4 est **optionnelle**. Elle s'invoque après Phase 3 : ``` /sdd-reverse-inventory MyLegacy /sdd-reverse U-3 # Phase 3 → FEAT 7-Login.md /sdd-reverse-ui U-3 # Phase 4 → workspace/ui/7-1-Login.html ``` Skip cohérent : si le Tech Lead préfère que `dev-frontend` regénère l'UI from scratch via le mapping FEAT-only (sans mockup HTML), ne pas lancer cette phase. La FEAT seule reste valide pour `/sdd-full`. ## Anti-derive - Aucun spawn d'autre agent que `reverse-ui-extractor` - Pas de framework UI dans le HTML généré (sémantique pur, le mapping vers DS cible est fait par `dev-frontend`) - Pas de logique (zéro `<script>`, zéro event handler) - Préservation IDs legacy pour traçabilité - ≤ 5 écrans par unité (split l'unité si plus) Voir `.sdd/docs/reverse-engineering-workflow.md` §4.4 + Phase 4 du pipeline §1.

{ "prompt": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\nArguments: {{arguments}}\n\n# /sdd-reverse-ui {U-N} [--json]\n\n## Rôle\n\nLancer la **Phase 4** : traduire les templates legacy d'une unité U-N en mockups HTML sémantiques préservant la structure visuelle (sans clonage pixel-perfect).\n\n## Args\n\n| Arg | Type | Description |\n|---|---|---|\n| `{U-N}` | string requis | Identifiant U-N stable, doit avoir une FEAT Phase 3 déjà produite |\n| `--json` | flag | Émet rapport extraction en JSON |\n\n## Pré-conditions\n\n1. Phase 1 + Phase 3 préalables pour cette unité :\n - `workspace/old/{P}/.sys/inventory.json` contient `units[id={U-N}]`\n - `inventory.json._featAllocations[{U-N}]` renseigné → résolution `n` figée\n - `workspace/feats/{n}-{FeatName}.md` existe (sinon → ERROR `[REVERSE_NO_SOURCE]`)\n2. Les `units[U-N].evidenceFiles` contiennent au moins 1 fichier UI (`.aspx`, `.ascx`, `.cshtml`, `.jsp`, `.blade.php`, `.html`, `.dfm`, `.frm`, `.xaml`). Sinon → SKIP silencieux (unité backend-only sans UI). (`.xaml` ajouté 2026-06-10 — audit M12 : WPF supporté en Phase 1 mais SKIPpé en silence en Phase 4.)\n\n## Actions\n\n1. **Spawn unique** `Agent(reverse-ui-extractor)` avec args = `{U-N}`\n2. L'agent suit STEP 1 à 5 documenté dans `.sdd/agents/reverse-ui-extractor.md`\n3. Délégation scripts déterministes : `css_palette_extractor` + `ui_template_parser`\n4. Génération 1-5 fichiers HTML par unité (selon écrans détectés)\n5. Émission ligne chat finale `[REVERSE] {U-N} → {M} écran(s) UI. (75%)`\n\n## Sortie\n\n```\nworkspace/ui/\n├── {n}-1-{Name}.html (écran principal)\n├── {n}-2-{Name}.html (modale / wizard step 2 / écran secondaire, si applicable)\n└── ...\n```\n\nFormat : HTML5 sémantique pur (pas de framework UI inline). Mapping vers Radzen/Vuetify/shadcn fait par `dev-frontend` lors de `/sdd-full {n}`.\n\n## Voie d'usage standard\n\nPhase 4 est **optionnelle**. Elle s'invoque après Phase 3 :\n```\n/sdd-reverse-inventory MyLegacy\n/sdd-reverse U-3 # Phase 3 → FEAT 7-Login.md\n/sdd-reverse-ui U-3 # Phase 4 → workspace/ui/7-1-Login.html\n```\n\nSkip cohérent : si le Tech Lead préfère que `dev-frontend` regénère l'UI from scratch via le mapping FEAT-only (sans mockup HTML), ne pas lancer cette phase. La FEAT seule reste valide pour `/sdd-full`.\n\n## Anti-derive\n\n- Aucun spawn d'autre agent que `reverse-ui-extractor`\n- Pas de framework UI dans le HTML généré (sémantique pur, le mapping vers DS cible est fait par `dev-frontend`)\n- Pas de logique (zéro `<script>`, zéro event handler)\n- Préservation IDs legacy pour traçabilité\n- ≤ 5 écrans par unité (split l'unité si plus)\n\nVoir `.sdd/docs/reverse-engineering-workflow.md` §4.4 + Phase 4 du pipeline §1.", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/sdd-reverse-ui.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/sdd-reverse-ui.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/sdd-reverse-ui.md" } } }

sdd-reverse-ui

About

/sdd-reverse-ui {U-N} [--json]

Rôle

Args

Pré-conditions

Actions

Sortie

Voie d'usage standard

Anti-derive

Install sdd-reverse-ui and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews