Name: dev-backend
Author: zekiriabd

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

Arguments: {{arguments}}

/dev-backend — Génère le code serveur d'UNE US

⚠️ Commande interne v7.0.0 — invoquée par /dev-run STEP 6.a (batch 1 US). Utilisateur final : préférer /sdd-full ou /dev-run (gèrent pré-conditions, idempotence, état).

Invoque l'agent dev-backend pour matérialiser l'US workspace/us/{n}-{m}-{Name}.md en code serveur (services, endpoints, DTOs, entities, mappers, Program.cs, middleware). L'agent planifie inline les fichiers à produire à partir de l'US + du stack actif.

Si l'US n'a aucune contrepartie backend (US frontend pure), l'agent exit silencieusement avec une ligne skipped (frontend-only US).

1 invocation = 1 US = 1 build backend. Pour traiter plusieurs US, lancer la commande plusieurs fois ou utiliser /dev-run {n}.

Usage : /dev-backend {n}-{m} — où {n}-{m} cible une US existante (ex. /dev-backend 1-3).

STEP 1 — Valider l'argument

Argument obligatoire : {n}-{m} (deux entiers ≥ 1 séparés par un tiret).

Si absent → demander :

Quelle est l'US à matérialiser côté backend ? (format : {n}-{m}, ex. 1-3)

Si format invalide →

ERROR: /dev-backend — argument invalide
CAUSE: [INVALID_ARG] "{argument}" ne respecte pas le format {n}-{m}
FIX: relancer /dev-backend {n}-{m} (ex. /dev-backend 1-3)

STEP 2 — Invoquer l'agent dev-backend

Lancer l'agent dev-backend (défini dans .claude/agents/dev-backend.md) avec l'argument {n}-{m}. L'agent gère :

la lecture sélective de l'US, du mockup HTML éventuel (passif), du stack actif
le plan inline des fichiers serveur (ou exit silencieux si US frontend-only)
la génération de code conforme au mapping du stack
le build loop (max 3 itérations)
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 frontend, lancer /dev-frontend {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 ou d'autres mockups HTML

Install dev-backend 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-backend — Génère le code serveur d'UNE US > ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 6.a (batch 1 US). > Utilisateur final : préférer `/sdd-full` ou `/dev-run` (gèrent pré-conditions, idempotence, état). Invoque l'agent `dev-backend` pour matérialiser l'US `workspace/us/{n}-{m}-{Name}.md` en code serveur (services, endpoints, DTOs, entities, mappers, Program.cs, middleware). L'agent planifie inline les fichiers à produire à partir de l'US + du stack actif. Si l'US n'a aucune contrepartie backend (US frontend pure), l'agent exit silencieusement avec une ligne `skipped (frontend-only US)`. **1 invocation = 1 US = 1 build backend.** Pour traiter plusieurs US, lancer la commande plusieurs fois ou utiliser `/dev-run {n}`. **Usage :** `/dev-backend {n}-{m}` — où `{n}-{m}` cible une US existante (ex. `/dev-backend 1-3`). --- ## STEP 1 — Valider l'argument Argument **obligatoire** : `{n}-{m}` (deux entiers ≥ 1 séparés par un tiret). Si absent → demander : ``` Quelle est l'US à matérialiser côté backend ? (format : {n}-{m}, ex. 1-3) ``` Si format invalide → ``` ERROR: /dev-backend — argument invalide CAUSE: [INVALID_ARG] "{argument}" ne respecte pas le format {n}-{m} FIX: relancer /dev-backend {n}-{m} (ex. /dev-backend 1-3) ``` --- ## STEP 2 — Invoquer l'agent dev-backend Lancer l'agent `dev-backend` (défini dans `.claude/agents/dev-backend.md`) avec l'argument `{n}-{m}`. L'agent gère : - la lecture sélective de l'US, du mockup HTML éventuel (passif), du stack actif - le plan inline des fichiers serveur (ou exit silencieux si US frontend-only) - la génération de code conforme au mapping du stack - le build loop (max 3 itérations) - 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 frontend, lancer /dev-frontend {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 ou d'autres mockups HTML

{ "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-backend — Génère le code serveur d'UNE US\n\n> ⚠️ **Commande interne v7.0.0** — invoquée par `/dev-run` STEP 6.a (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-backend` pour matérialiser l'US\n`workspace/us/{n}-{m}-{Name}.md` en code serveur (services, endpoints,\nDTOs, entities, mappers, Program.cs, middleware). L'agent planifie\ninline les fichiers à produire à partir de l'US + du stack actif.\n\nSi l'US n'a aucune contrepartie backend (US frontend pure), l'agent\nexit silencieusement avec une ligne `skipped (frontend-only US)`.\n\n**1 invocation = 1 US = 1 build backend.** Pour traiter plusieurs US,\nlancer la commande plusieurs fois ou utiliser `/dev-run {n}`.\n\n**Usage :** `/dev-backend {n}-{m}` — où `{n}-{m}` cible une US existante\n(ex. `/dev-backend 1-3`).\n\n---\n\n## STEP 1 — Valider l'argument\n\nArgument **obligatoire** : `{n}-{m}` (deux entiers ≥ 1 séparés par un\ntiret).\n\nSi absent → demander :\n```\nQuelle est l'US à matérialiser côté backend ? (format : {n}-{m}, ex. 1-3)\n```\n\nSi format invalide →\n```\nERROR: /dev-backend — argument invalide\nCAUSE: [INVALID_ARG] \"{argument}\" ne respecte pas le format {n}-{m}\nFIX: relancer /dev-backend {n}-{m} (ex. /dev-backend 1-3)\n```\n\n---\n\n## STEP 2 — Invoquer l'agent dev-backend\n\nLancer l'agent `dev-backend` (défini dans `.claude/agents/dev-backend.md`)\navec l'argument `{n}-{m}`. L'agent gère :\n- la lecture sélective de l'US, du mockup HTML éventuel (passif), du stack actif\n- le plan inline des fichiers serveur (ou exit silencieux si US\n frontend-only)\n- la génération de code conforme au mapping du stack\n- le build loop (max 3 itérations)\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 frontend, lancer /dev-frontend {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 ou d'autres mockups HTML", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/dev-backend.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/dev-backend.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/dev-backend.md" } } }

dev-backend

About

/dev-backend — Génère le code serveur d'UNE US

STEP 1 — Valider l'argument

STEP 2 — Invoquer l'agent dev-backend

STEP 3 — Confirmation finale

Règles de cette commande

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

Use it

Manifest

Reviews