Name: dev-frontend
Author: zekiriabd

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-run STEP 6.c (batch 1 US). Utilisateur final : préférer /sdd-full ou /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

Install dev-frontend 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}} # /dev-frontend — Génère le code client d'UNE US > ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 6.c (batch 1 US). > Utilisateur final : préférer `/sdd-full` ou `/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

{ "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# /dev-frontend — Génère le code client d'UNE US\n\n> ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 6.c (batch 1 US).\n> Utilisateur final : préférer `/sdd-full` ou `/dev-run` (gèrent pré-conditions, idempotence, état).\n\nInvoque l'agent `dev-frontend` pour matérialiser l'US\n`workspace/us/{n}-{m}-{Name}.md` + le mockup HTML éventuel\n`workspace/ui/{n}-{m}-{Name}.html` en code client (Pages, Components,\nLayouts, theme.css, bootstrap HTML). L'agent planifie inline les\nfichiers à produire à partir de l'US + du mockup HTML + des stacks\nfrontend/ui actifs.\n\nSi l'US n'a aucune contrepartie frontend (US backend pure), l'agent\nexit silencieusement avec une ligne `skipped (backend-only US)`.\n\n**1 invocation = 1 US = 1 build frontend.** Pour traiter plusieurs US,\nlancer la commande plusieurs fois ou utiliser `/dev-run {n}`.\n\n**Usage :** `/dev-frontend {n}-{m}` — où `{n}-{m}` cible une US existante\n(ex. `/dev-frontend 1-2`).\n\n---\n\n## STEP 1 — Valider l'argument\n\nArgument **obligatoire** : `{n}-{m}`.\n\nSi absent → demander :\n```\nQuelle est l'US à matérialiser côté frontend ? (format : {n}-{m}, ex. 1-2)\n```\n\nSi format invalide →\n```\nERROR: /dev-frontend — argument invalide\nCAUSE: [INVALID_ARG] \"{argument}\" ne respecte pas le format {n}-{m}\nFIX: relancer /dev-frontend {n}-{m} (ex. /dev-frontend 1-2)\n```\n\n---\n\n## STEP 2 — Invoquer l'agent dev-frontend\n\nLancer l'agent `dev-frontend` (défini dans `.claude/agents/dev-frontend.md`)\navec l'argument `{n}-{m}`. L'agent gère :\n- la lecture sélective de l'US, du mockup HTML, des stacks frontend +\n UI actifs\n- le plan inline des fichiers client (ou exit silencieux si US\n backend-only)\n- la génération de code conforme au mapping du stack (HTML brut\n traduit en composants natifs DS)\n- le build loop (max 3 itérations)\n- la vérification de fidélité textuelle (libellés HTML présents dans\n le markup généré)\n- la confirmation 1 ligne\n\nAttendre la fin de l'agent. Relayer sa sortie telle quelle.\n\n---\n\n## STEP 3 — Confirmation finale\n\nSi l'agent réussit avec génération, ajouter UNE SEULE ligne :\n```\nProchaine étape : si l'US a une partie backend, lancer /dev-backend {n}-{m}.\n```\n\nSi l'agent réussit en `skipped` ou échoue, ne rien ajouter.\n\n---\n\n## Règles de cette commande\n\n- **Une seule US par invocation.**\n- Pas de Q/R utilisateur après le STEP 1\n- Pas de modification des US, mockups HTML ou stack\n- Pas de génération de tests (QA hors scope)\n- Pas de lecture des FEATs", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/dev-frontend.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/dev-frontend.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/dev-frontend.md" } } }

dev-frontend

About

/dev-frontend — Génère le code client d'UNE US

STEP 1 — Valider l'argument

STEP 2 — Invoquer l'agent dev-frontend

STEP 3 — Confirmation finale

Règles de cette commande

Install dev-frontend and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews