Name: sdd-reverse
Author: zekiriabd

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

Arguments: {{arguments}}

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

Rôle

Lancer la Phase 3 complète sur une unité : l'escalier ascendant qui remonte le code legacy jusqu'à une FEAT métier. /sdd-reverse est un séquenceur de commandes (no-spawn §9 rules/reverse-engineering.md) — il n'invoque aucun agent directement, il enchaîne les 3 sous-commandes barreau par barreau :

/sdd-reverse {U-N}
  ├─ 3a  /sdd-reverse-analyze {U-N}   → plans/{n}-{FeatName}.analysis.md   (reverse-tech-analyst)
  ├─ 3b  /sdd-reverse-stories {U-N}   → us/{n}-{m}-{Name}.md           (reverse-us-writer)
  └─ 3c  /sdd-reverse-feat {U-N}      → feats/{n}-{FeatName}.md             (reverse-feat-composer)

Décommission (ADR reverse-spec-ladder D2) : l'ancien /sdd-reverse mono-saut (agent reverse-functional-extractor, code→FEAT en un coup) est remplacé par cet escalier. Le saut unique faisait baver l'altitude technique dans la FEAT métier — l'escalier sépare l'analyse fidèle (3a) de la remontée métier (3b/3c). En mode pré-alloué (L5), plusieurs /sdd-reverse {U-N} peuvent tourner en parallèle borné (§8.2).

Args

Arg	Type	Description
`{U-N}`	string requis	Identifiant U-N stable (ex. `U-3`)
`--json`	flag	Propagé aux 3 sous-commandes (rapports JSON)

Pré-conditions

Identiques à /sdd-reverse-analyze (3a — premier barreau possède l'allocation) : inventory.json passe gate ADV-23, units[id={U-N}] existe, templates présents. Sinon → ERROR remontée par le barreau concerné ([REVERSE_*]).

Actions (séquence — STOP au premier barreau en échec)

3a : exécuter /sdd-reverse-analyze {U-N}. Échec ([REVERSE_*]) → STOP (pas de 3b/3c).
3b : exécuter /sdd-reverse-stories {U-N}. Échec → STOP (pas de 3c).
3c : exécuter /sdd-reverse-feat {U-N}.
Émission ligne chat finale [REVERSE] {U-N} → escalier 3a→3b→3c terminé, FEAT {n}-{FeatName} (confidence={cap}). (PROGRESS%).

Sortie

workspace/plans/{n}-{FeatName}.analysis.md         (3a — analyse technique legacy)
workspace/us/{n}-{m}-{Name}.md                 (3b — user stories)
workspace/feats/{n}-{FeatName}.md                   (3c — FEAT métier, pont vers /sdd-full)
workspace/old/{P}/.sys/modules/{FeatName}/{extraction,stories-3b,feat-3c}.md   (logs)

Confidence ≠ high

La confidence est min-monotone le long de l'escalier (3c ≤ 3b ≤ 3a). Si la FEAT finale est medium|low, elle porte la bannière + REVERSE-GATE allow-sdd-full=false. Consommation forcée : check_reverse_feat_for_full.py --allow-reverse-low.

Voie d'usage standard

/sdd-reverse-inventory MyLegacy (Phase 1)
/sdd-reverse U-1 (escalier 3a→3b→3c complet) — ou les 3 sous-commandes séparément pour reprendre barreau par barreau
Tech Lead revue Phase 5 (compléter ## Project Config de la FEAT)
check_reverse_feat_for_full.py --feat-path workspace/feats/1-*.md
/sdd-full 1

Anti-derive

Une seule unité par invocation.
No-spawn : /sdd-reverse séquence des COMMANDES, n'invoque aucun agent directement (§9).
Échec d'un barreau → STOP (pas de barreau suivant sur données incomplètes).
Idempotence : re-lancer ré-exécute les 3 barreaux (mêmes n/Name via _featAllocations).

Voir .sdd/docs/reverse-engineering-workflow.md §Phase 3 + ADR governance-major-reverse-spec-ladder.

Install sdd-reverse 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 {U-N} [--json] ## Rôle Lancer la **Phase 3 complète** sur une unité : l'**escalier ascendant** qui remonte le code legacy jusqu'à une FEAT métier. `/sdd-reverse` est un **séquenceur de commandes** (no-spawn §9 `rules/reverse-engineering.md`) — il n'invoque aucun agent directement, il enchaîne les 3 sous-commandes barreau par barreau : ``` /sdd-reverse {U-N} ├─ 3a /sdd-reverse-analyze {U-N} → plans/{n}-{FeatName}.analysis.md (reverse-tech-analyst) ├─ 3b /sdd-reverse-stories {U-N} → us/{n}-{m}-{Name}.md (reverse-us-writer) └─ 3c /sdd-reverse-feat {U-N} → feats/{n}-{FeatName}.md (reverse-feat-composer) ``` > **Décommission (ADR reverse-spec-ladder D2)** : l'ancien `/sdd-reverse` > mono-saut (agent `reverse-functional-extractor`, code→FEAT en un coup) est > remplacé par cet escalier. Le saut unique faisait baver l'altitude technique > dans la FEAT métier — l'escalier sépare l'analyse fidèle (3a) de la remontée > métier (3b/3c). En mode pré-alloué (L5), plusieurs `/sdd-reverse {U-N}` peuvent > tourner en parallèle borné (§8.2). ## Args | Arg | Type | Description | |---|---|---| | `{U-N}` | string requis | Identifiant U-N stable (ex. `U-3`) | | `--json` | flag | Propagé aux 3 sous-commandes (rapports JSON) | ## Pré-conditions Identiques à `/sdd-reverse-analyze` (3a — premier barreau possède l'allocation) : `inventory.json` passe gate ADV-23, `units[id={U-N}]` existe, templates présents. Sinon → ERROR remontée par le barreau concerné (`[REVERSE_*]`). ## Actions (séquence — STOP au premier barreau en échec) 1. **3a** : exécuter `/sdd-reverse-analyze {U-N}`. Échec (`[REVERSE_*]`) → STOP (pas de 3b/3c). 2. **3b** : exécuter `/sdd-reverse-stories {U-N}`. Échec → STOP (pas de 3c). 3. **3c** : exécuter `/sdd-reverse-feat {U-N}`. 4. Émission ligne chat finale `[REVERSE] {U-N} → escalier 3a→3b→3c terminé, FEAT {n}-{FeatName} (confidence={cap}). (PROGRESS%)`. ## Sortie ``` workspace/plans/{n}-{FeatName}.analysis.md (3a — analyse technique legacy) workspace/us/{n}-{m}-{Name}.md (3b — user stories) workspace/feats/{n}-{FeatName}.md (3c — FEAT métier, pont vers /sdd-full) workspace/old/{P}/.sys/modules/{FeatName}/{extraction,stories-3b,feat-3c}.md (logs) ``` ## Confidence ≠ high La confidence est **min-monotone** le long de l'escalier (3c ≤ 3b ≤ 3a). Si la FEAT finale est `medium|low`, elle porte la bannière + REVERSE-GATE `allow-sdd-full=false`. Consommation forcée : `check_reverse_feat_for_full.py --allow-reverse-low`. ## Voie d'usage standard 1. `/sdd-reverse-inventory MyLegacy` (Phase 1) 2. `/sdd-reverse U-1` (escalier 3a→3b→3c complet) — ou les 3 sous-commandes séparément pour reprendre barreau par barreau 3. Tech Lead revue Phase 5 (compléter `## Project Config` de la FEAT) 4. `check_reverse_feat_for_full.py --feat-path workspace/feats/1-*.md` 5. `/sdd-full 1` ## Anti-derive - **Une seule unité par invocation**. - **No-spawn** : `/sdd-reverse` séquence des COMMANDES, n'invoque aucun agent directement (§9). - Échec d'un barreau → STOP (pas de barreau suivant sur données incomplètes). - Idempotence : re-lancer ré-exécute les 3 barreaux (mêmes `n`/`Name` via `_featAllocations`). Voir `.sdd/docs/reverse-engineering-workflow.md` §Phase 3 + ADR `governance-major-reverse-spec-ladder`.

{ "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 {U-N} [--json]\n\n## Rôle\n\nLancer la **Phase 3 complète** sur une unité : l'**escalier ascendant** qui\nremonte le code legacy jusqu'à une FEAT métier. `/sdd-reverse` est un **séquenceur\nde commandes** (no-spawn §9 `rules/reverse-engineering.md`) — il n'invoque aucun\nagent directement, il enchaîne les 3 sous-commandes barreau par barreau :\n\n```\n/sdd-reverse {U-N}\n ├─ 3a /sdd-reverse-analyze {U-N} → plans/{n}-{FeatName}.analysis.md (reverse-tech-analyst)\n ├─ 3b /sdd-reverse-stories {U-N} → us/{n}-{m}-{Name}.md (reverse-us-writer)\n └─ 3c /sdd-reverse-feat {U-N} → feats/{n}-{FeatName}.md (reverse-feat-composer)\n```\n\n> **Décommission (ADR reverse-spec-ladder D2)** : l'ancien `/sdd-reverse`\n> mono-saut (agent `reverse-functional-extractor`, code→FEAT en un coup) est\n> remplacé par cet escalier. Le saut unique faisait baver l'altitude technique\n> dans la FEAT métier — l'escalier sépare l'analyse fidèle (3a) de la remontée\n> métier (3b/3c). En mode pré-alloué (L5), plusieurs `/sdd-reverse {U-N}` peuvent\n> tourner en parallèle borné (§8.2).\n\n## Args\n\n| Arg | Type | Description |\n|---|---|---|\n| `{U-N}` | string requis | Identifiant U-N stable (ex. `U-3`) |\n| `--json` | flag | Propagé aux 3 sous-commandes (rapports JSON) |\n\n## Pré-conditions\n\nIdentiques à `/sdd-reverse-analyze` (3a — premier barreau possède l'allocation) :\n`inventory.json` passe gate ADV-23, `units[id={U-N}]` existe, templates présents.\nSinon → ERROR remontée par le barreau concerné (`[REVERSE_*]`).\n\n## Actions (séquence — STOP au premier barreau en échec)\n\n1. **3a** : exécuter `/sdd-reverse-analyze {U-N}`. Échec (`[REVERSE_*]`) → STOP (pas de 3b/3c).\n2. **3b** : exécuter `/sdd-reverse-stories {U-N}`. Échec → STOP (pas de 3c).\n3. **3c** : exécuter `/sdd-reverse-feat {U-N}`.\n4. Émission ligne chat finale `[REVERSE] {U-N} → escalier 3a→3b→3c terminé, FEAT {n}-{FeatName} (confidence={cap}). (PROGRESS%)`.\n\n## Sortie\n\n```\nworkspace/plans/{n}-{FeatName}.analysis.md (3a — analyse technique legacy)\nworkspace/us/{n}-{m}-{Name}.md (3b — user stories)\nworkspace/feats/{n}-{FeatName}.md (3c — FEAT métier, pont vers /sdd-full)\nworkspace/old/{P}/.sys/modules/{FeatName}/{extraction,stories-3b,feat-3c}.md (logs)\n```\n\n## Confidence ≠ high\n\nLa confidence est **min-monotone** le long de l'escalier (3c ≤ 3b ≤ 3a). Si la\nFEAT finale est `medium|low`, elle porte la bannière + REVERSE-GATE\n`allow-sdd-full=false`. Consommation forcée : `check_reverse_feat_for_full.py --allow-reverse-low`.\n\n## Voie d'usage standard\n\n1. `/sdd-reverse-inventory MyLegacy` (Phase 1)\n2. `/sdd-reverse U-1` (escalier 3a→3b→3c complet) — ou les 3 sous-commandes séparément pour reprendre barreau par barreau\n3. Tech Lead revue Phase 5 (compléter `## Project Config` de la FEAT)\n4. `check_reverse_feat_for_full.py --feat-path workspace/feats/1-*.md`\n5. `/sdd-full 1`\n\n## Anti-derive\n\n- **Une seule unité par invocation**.\n- **No-spawn** : `/sdd-reverse` séquence des COMMANDES, n'invoque aucun agent directement (§9).\n- Échec d'un barreau → STOP (pas de barreau suivant sur données incomplètes).\n- Idempotence : re-lancer ré-exécute les 3 barreaux (mêmes `n`/`Name` via `_featAllocations`).\n\nVoir `.sdd/docs/reverse-engineering-workflow.md` §Phase 3 + ADR `governance-major-reverse-spec-ladder`.", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/sdd-reverse.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/sdd-reverse.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/sdd-reverse.md" } } }

sdd-reverse

About