Name: sdd-reverse-parity
Author: zekiriabd

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

Arguments: {{arguments}}

/sdd-reverse-parity {n} [--json]

Rôle

Dériver des AC d'une FEAT reverse des scénarios Gherkin exécutables qui définissent l'équivalence comportementale legacy ↔ application régénérée. Comble l'angle mort « extraction statique, pas de validation runtime » : après /sdd-full, le runner BDD de la stack qa/* peut exécuter ces .feature contre la nouvelle application pour prouver la parité.

Args

Arg	Type	Description
`{n}`	requis	Numéro de la FEAT reverse (`workspace/feats/{n}-{FeatName}.md`)
`--json`	flag	Émet le verdict en JSON

Pré-conditions

workspace/feats/{n}-{FeatName}.md existe et porte generated-by: sdd-reverse. Sinon → ERROR [REVERSE_UNIT_NOT_FOUND].
≥ 1 US workspace/us/{n}-{m}-*.md existe (escalier 3b a tourné).

Actions

Spawn unique Agent(reverse-parity-inspector) avec arg = {n}.

L'agent dérive les scénarios (1 .feature par US, tags @AC-N), écrit parity-map.md, puis valide via :

python .sdd/python/sdd_reverse_scripts/validate_parity_features.py \
    --feat-path workspace/feats/{n}-{FeatName}.md \
    --parity-dir workspace/parity/feat-{n} --json

(max 3 itérations de correction sur [REVERSE_PARITY_INVALID]).

Sortie

workspace/parity/feat-{n}/
├── {m}-{Slug}.feature
└── parity-map.md

Couverture (coverage.verdict, ASCII) : complete | partial — jamais bloquant ([REVERSE_PARITY_COVERAGE_GAP] informational ; les AC non dérivables restent listés, jamais comblés par invention).

Émission chat

[REVERSE] Parité FEAT {n} : {S} scénarios, {K}/{N} AC couverts. (PROGRESS%)

Anti-derive

Une seule FEAT par invocation
No-spawn d'agent autre que reverse-parity-inspector
.feature stack-agnostiques (aucune techno cible nommée — step definitions en aval)
Verdict informational — ne bloque ni Phase 4 ni /sdd-full
Idempotent : relancer écrase feat-{n}/

Voir .sdd/rules/reverse-engineering.md §6 ([REVERSE_PARITY_*]) + .sdd/agents/reverse-parity-inspector.md.

Install sdd-reverse-parity 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-parity {n} [--json] ## Rôle Dériver des AC d'une FEAT reverse des **scénarios Gherkin exécutables** qui définissent l'équivalence comportementale legacy ↔ application régénérée. Comble l'angle mort « extraction statique, pas de validation runtime » : après `/sdd-full`, le runner BDD de la stack `qa/*` peut exécuter ces `.feature` contre la nouvelle application pour **prouver** la parité. ## Args | Arg | Type | Description | |---|---|---| | `{n}` | requis | Numéro de la FEAT reverse (`workspace/feats/{n}-{FeatName}.md`) | | `--json` | flag | Émet le verdict en JSON | ## Pré-conditions 1. `workspace/feats/{n}-{FeatName}.md` existe et porte `generated-by: sdd-reverse`. Sinon → ERROR `[REVERSE_UNIT_NOT_FOUND]`. 2. ≥ 1 US `workspace/us/{n}-{m}-*.md` existe (escalier 3b a tourné). ## Actions 1. **Spawn unique** `Agent(reverse-parity-inspector)` avec arg = `{n}`.  2. L'agent dérive les scénarios (1 `.feature` par US, tags `@AC-N`), écrit `parity-map.md`, puis valide via : ```bash python .sdd/python/sdd_reverse_scripts/validate_parity_features.py \ --feat-path workspace/feats/{n}-{FeatName}.md \ --parity-dir workspace/parity/feat-{n} --json ``` (max 3 itérations de correction sur `[REVERSE_PARITY_INVALID]`). ## Sortie ``` workspace/parity/feat-{n}/ ├── {m}-{Slug}.feature └── parity-map.md ``` Couverture (`coverage.verdict`, ASCII) : `complete` | `partial` — **jamais bloquant** (`[REVERSE_PARITY_COVERAGE_GAP]` informational ; les AC non dérivables restent listés, jamais comblés par invention). ## Émission chat ``` [REVERSE] Parité FEAT {n} : {S} scénarios, {K}/{N} AC couverts. (PROGRESS%) ``` ## Anti-derive - **Une seule FEAT par invocation** - No-spawn d'agent autre que `reverse-parity-inspector` - `.feature` stack-agnostiques (aucune techno cible nommée — step definitions en aval) - Verdict informational — ne bloque ni Phase 4 ni `/sdd-full` - Idempotent : relancer écrase `feat-{n}/` Voir `.sdd/rules/reverse-engineering.md §6` ([REVERSE_PARITY_*]) + `.sdd/agents/reverse-parity-inspector.md`.

{ "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\n\n# /sdd-reverse-parity {n} [--json]\n\n## Rôle\n\nDériver des AC d'une FEAT reverse des **scénarios Gherkin exécutables** qui\ndéfinissent l'équivalence comportementale legacy ↔ application régénérée.\nComble l'angle mort « extraction statique, pas de validation runtime » : après\n`/sdd-full`, le runner BDD de la stack `qa/*` peut exécuter ces `.feature`\ncontre la nouvelle application pour **prouver** la parité.\n\n## Args\n\n| Arg | Type | Description |\n|---|---|---|\n| `{n}` | requis | Numéro de la FEAT reverse (`workspace/feats/{n}-{FeatName}.md`) |\n| `--json` | flag | Émet le verdict en JSON |\n\n## Pré-conditions\n\n1. `workspace/feats/{n}-{FeatName}.md` existe et porte `generated-by: sdd-reverse`.\n Sinon → ERROR `[REVERSE_UNIT_NOT_FOUND]`.\n2. ≥ 1 US `workspace/us/{n}-{m}-*.md` existe (escalier 3b a tourné).\n\n## Actions\n\n1. **Spawn unique** `Agent(reverse-parity-inspector)` avec arg = `{n}`. \n2. L'agent dérive les scénarios (1 `.feature` par US, tags `@AC-N`), écrit\n `parity-map.md`, puis valide via :\n ```bash\n python .sdd/python/sdd_reverse_scripts/validate_parity_features.py \\\n --feat-path workspace/feats/{n}-{FeatName}.md \\\n --parity-dir workspace/parity/feat-{n} --json\n ```\n (max 3 itérations de correction sur `[REVERSE_PARITY_INVALID]`).\n\n## Sortie\n\n```\nworkspace/parity/feat-{n}/\n├── {m}-{Slug}.feature\n└── parity-map.md\n```\n\nCouverture (`coverage.verdict`, ASCII) : `complete` | `partial` — **jamais\nbloquant** (`[REVERSE_PARITY_COVERAGE_GAP]` informational ; les AC non\ndérivables restent listés, jamais comblés par invention).\n\n## Émission chat\n\n```\n[REVERSE] Parité FEAT {n} : {S} scénarios, {K}/{N} AC couverts. (PROGRESS%)\n```\n\n## Anti-derive\n\n- **Une seule FEAT par invocation**\n- No-spawn d'agent autre que `reverse-parity-inspector`\n- `.feature` stack-agnostiques (aucune techno cible nommée — step definitions en aval)\n- Verdict informational — ne bloque ni Phase 4 ni `/sdd-full`\n- Idempotent : relancer écrase `feat-{n}/`\n\nVoir `.sdd/rules/reverse-engineering.md §6` ([REVERSE_PARITY_*]) + `.sdd/agents/reverse-parity-inspector.md`.", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/sdd-reverse-parity.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/sdd-reverse-parity.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/sdd-reverse-parity.md" } } }

sdd-reverse-parity

About

/sdd-reverse-parity {n} [--json]

Rôle

Args

Pré-conditions

Actions

Sortie

Émission chat

Anti-derive

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

Use it

Manifest

Reviews