Prompt file imported from zekiriabd/SDD-Pro (
.codex/prompts/dev-frontend.md). Fill in{{arguments}}before use. Copyright stays with the author.
Arguments: {{arguments}}
/dev-frontend — Génère le code client d'UNE US
⚠️ Commande interne v7.0.0 — invoquée par
/dev-runSTEP 6.c (batch 1 US). Utilisateur final : préférer/sdd-fullou/dev-run(gèrent pré-conditions, idempotence, état).
Invoque l'agent dev-frontend pour matérialiser l'US
workspace/us/{n}-{m}-{Name}.md + le mockup HTML éventuel
workspace/ui/{n}-{m}-{Name}.html en code client (Pages, Components,
Layouts, theme.css, bootstrap HTML). L'agent planifie inline les
fichiers à produire à partir de l'US + du mockup HTML + des stacks
frontend/ui actifs.
Si l'US n'a aucune contrepartie frontend (US backend pure), l'agent
exit silencieusement avec une ligne skipped (backend-only US).
1 invocation = 1 US = 1 build frontend. Pour traiter plusieurs US,
lancer la commande plusieurs fois ou utiliser /dev-run {n}.
Usage : /dev-frontend {n}-{m} — où {n}-{m} cible une US existante
(ex. /dev-frontend 1-2).
STEP 1 — Valider l'argument
Argument obligatoire : {n}-{m}.
Si absent → demander :
Quelle est l'US à matérialiser côté frontend ? (format : {n}-{m}, ex. 1-2)
Si format invalide →
ERROR: /dev-frontend — argument invalide
CAUSE: [INVALID_ARG] "{argument}" ne respecte pas le format {n}-{m}
FIX: relancer /dev-frontend {n}-{m} (ex. /dev-frontend 1-2)
STEP 2 — Invoquer l'agent dev-frontend
Lancer l'agent dev-frontend (défini dans .claude/agents/dev-frontend.md)
avec l'argument {n}-{m}. L'agent gère :
- la lecture sélective de l'US, du mockup HTML, des stacks frontend + UI actifs
- le plan inline des fichiers client (ou exit silencieux si US backend-only)
- la génération de code conforme au mapping du stack (HTML brut traduit en composants natifs DS)
- le build loop (max 3 itérations)
- la vérification de fidélité textuelle (libellés HTML présents dans le markup généré)
- la confirmation 1 ligne
Attendre la fin de l'agent. Relayer sa sortie telle quelle.
STEP 3 — Confirmation finale
Si l'agent réussit avec génération, ajouter UNE SEULE ligne :
Prochaine étape : si l'US a une partie backend, lancer /dev-backend {n}-{m}.
Si l'agent réussit en skipped ou échoue, ne rien ajouter.
Règles de cette commande
- Une seule US par invocation.
- Pas de Q/R utilisateur après le STEP 1
- Pas de modification des US, mockups HTML ou stack
- Pas de génération de tests (QA hors scope)
- Pas de lecture des FEATs
