Name: sdd-reverse-audit
Author: zekiriabd

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

Arguments: {{arguments}}

/sdd-reverse-audit {LegacyProject} [--force-enrichment-on Entity.field] [--json]

Rôle

Lancer la Phase 2 : audit architecture / anti-patterns / dépendances EOL + enrichissement DB schema. Optionnel : Phase 3 ne dépend PAS de Phase 2 (cf. design doc §4.2).

Args

Arg	Type	Description
`{LegacyProject}`	string requis	Sous-dossier de `workspace/old/` (Phase 1 préalable obligatoire)
`--force-enrichment-on Entity.field`	flag répétable	ADV-12 : permet à `enrichment.json` d'override le base sur ce field (en cas de conflit type)
`--json`	flag	Émet rapport audit en JSON

Pré-conditions

workspace/old/{LegacyProject}/.sys/inventory.json doit exister (Phase 1)
workspace/old/{LegacyProject}/.sys/db-schema.json doit exister (Phase 1)

Sinon → STOP + ERROR [REVERSE_NO_SOURCE] + suggérer /sdd-reverse-inventory {LegacyProject} d'abord.

Actions

Script déterministe d'abord :

python .sdd/python/sdd_reverse_scripts/reverse_audit.py \
    --project workspace/old/{LegacyProject} \
    [--force-enrichment-on ...]

Produit deps-graph.json + skeleton db-schema.enrichment.json + db-schema.merged.json.

Spawn unique Agent(reverse-tech-auditor) qui enrichit tech-audit.md (FR) + remplit db-schema.enrichment.json avec relations/fields/indexes déduits.
Re-merge : le merge_db_schema.py est re-déclenché par l'agent post-enrichment (idempotent).
Émission ligne chat finale [REVERSE] Audit complet. {anti-patterns} anti-patterns, {eol} EOL deps. (28%)

Sortie

workspace/old/{LegacyProject}/.sys/
├── tech-audit.md                    (FR narratif, par agent)
├── deps-graph.json                  (script, design doc §5.4)
├── db-schema.enrichment.json        (enrichi par agent, ADV-3)
└── db-schema.merged.json            (union déterministe via merge_db_schema)

Skippable

Phase 2 est purement informational. Phase 3 fonctionne sans elle (lit db-schema.json base si db-schema.merged.json absent). Skip avec /sdd-reverse-full --skip-audit (V2).

ADV-12 — Type conflicts

Si l'enrichment propose un field type différent du base, merge_db_schema.py par défaut garde le base et émet [REVERSE_ENRICHMENT_TYPE_CONFLICT] informational. Override avec --force-enrichment-on Entity.field (audit-loggué).

Anti-derive

Aucun spawn d'autre agent que reverse-tech-auditor
Lecture bornée 20 fichiers (l'agent)
Output Phase 2 ne bloque jamais Phase 3
db-schema.json (base) reste intouchable par l'agent — seul le script merge_db_schema.py peut produire le .merged.json

Voir .sdd/docs/reverse-engineering-workflow.md §4.2 + §15.3 (ADV-12 V2 closure).

Install sdd-reverse-audit 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-audit {LegacyProject} [--force-enrichment-on Entity.field] [--json] ## Rôle Lancer la **Phase 2** : audit architecture / anti-patterns / dépendances EOL + enrichissement DB schema. **Optionnel** : Phase 3 ne dépend PAS de Phase 2 (cf. design doc §4.2). ## Args | Arg | Type | Description | |---|---|---| | `{LegacyProject}` | string requis | Sous-dossier de `workspace/old/` (Phase 1 préalable obligatoire) | | `--force-enrichment-on Entity.field` | flag répétable | ADV-12 : permet à `enrichment.json` d'override le base sur ce field (en cas de conflit type) | | `--json` | flag | Émet rapport audit en JSON | ## Pré-conditions - `workspace/old/{LegacyProject}/.sys/inventory.json` doit exister (Phase 1) - `workspace/old/{LegacyProject}/.sys/db-schema.json` doit exister (Phase 1) Sinon → STOP + ERROR `[REVERSE_NO_SOURCE]` + suggérer `/sdd-reverse-inventory {LegacyProject}` d'abord. ## Actions 1. **Script déterministe d'abord** : ```bash python .sdd/python/sdd_reverse_scripts/reverse_audit.py \ --project workspace/old/{LegacyProject} \ [--force-enrichment-on ...] ``` Produit `deps-graph.json` + skeleton `db-schema.enrichment.json` + `db-schema.merged.json`. 2. **Spawn unique** `Agent(reverse-tech-auditor)` qui enrichit `tech-audit.md` (FR) + remplit `db-schema.enrichment.json` avec relations/fields/indexes déduits. 3. **Re-merge** : le merge_db_schema.py est re-déclenché par l'agent post-enrichment (idempotent). 4. Émission ligne chat finale `[REVERSE] Audit complet. {anti-patterns} anti-patterns, {eol} EOL deps. (28%)` ## Sortie ``` workspace/old/{LegacyProject}/.sys/ ├── tech-audit.md (FR narratif, par agent) ├── deps-graph.json (script, design doc §5.4) ├── db-schema.enrichment.json (enrichi par agent, ADV-3) └── db-schema.merged.json (union déterministe via merge_db_schema) ``` ## Skippable Phase 2 est **purement informational**. Phase 3 fonctionne sans elle (lit `db-schema.json` base si `db-schema.merged.json` absent). Skip avec `/sdd-reverse-full --skip-audit` (V2). ## ADV-12 — Type conflicts Si l'enrichment propose un field type différent du base, `merge_db_schema.py` par défaut **garde le base** et émet `[REVERSE_ENRICHMENT_TYPE_CONFLICT]` informational. Override avec `--force-enrichment-on Entity.field` (audit-loggué). ## Anti-derive - Aucun spawn d'autre agent que `reverse-tech-auditor` - Lecture bornée 20 fichiers (l'agent) - Output Phase 2 ne bloque jamais Phase 3 - `db-schema.json` (base) reste intouchable par l'agent — seul le script `merge_db_schema.py` peut produire le `.merged.json` Voir `.sdd/docs/reverse-engineering-workflow.md` §4.2 + §15.3 (ADV-12 V2 closure).

{ "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-audit {LegacyProject} [--force-enrichment-on Entity.field] [--json]\n\n## Rôle\n\nLancer la **Phase 2** : audit architecture / anti-patterns / dépendances EOL + enrichissement DB schema. **Optionnel** : Phase 3 ne dépend PAS de Phase 2 (cf. design doc §4.2).\n\n## Args\n\n| Arg | Type | Description |\n|---|---|---|\n| `{LegacyProject}` | string requis | Sous-dossier de `workspace/old/` (Phase 1 préalable obligatoire) |\n| `--force-enrichment-on Entity.field` | flag répétable | ADV-12 : permet à `enrichment.json` d'override le base sur ce field (en cas de conflit type) |\n| `--json` | flag | Émet rapport audit en JSON |\n\n## Pré-conditions\n\n- `workspace/old/{LegacyProject}/.sys/inventory.json` doit exister (Phase 1)\n- `workspace/old/{LegacyProject}/.sys/db-schema.json` doit exister (Phase 1)\n\nSinon → STOP + ERROR `[REVERSE_NO_SOURCE]` + suggérer `/sdd-reverse-inventory {LegacyProject}` d'abord.\n\n## Actions\n\n1. **Script déterministe d'abord** :\n ```bash\n python .sdd/python/sdd_reverse_scripts/reverse_audit.py \\\n --project workspace/old/{LegacyProject} \\\n [--force-enrichment-on ...]\n ```\n Produit `deps-graph.json` + skeleton `db-schema.enrichment.json` + `db-schema.merged.json`.\n2. **Spawn unique** `Agent(reverse-tech-auditor)` qui enrichit `tech-audit.md` (FR) + remplit `db-schema.enrichment.json` avec relations/fields/indexes déduits.\n3. **Re-merge** : le merge_db_schema.py est re-déclenché par l'agent post-enrichment (idempotent).\n4. Émission ligne chat finale `[REVERSE] Audit complet. {anti-patterns} anti-patterns, {eol} EOL deps. (28%)`\n\n## Sortie\n\n```\nworkspace/old/{LegacyProject}/.sys/\n├── tech-audit.md (FR narratif, par agent)\n├── deps-graph.json (script, design doc §5.4)\n├── db-schema.enrichment.json (enrichi par agent, ADV-3)\n└── db-schema.merged.json (union déterministe via merge_db_schema)\n```\n\n## Skippable\n\nPhase 2 est **purement informational**. Phase 3 fonctionne sans elle (lit `db-schema.json` base si `db-schema.merged.json` absent). Skip avec `/sdd-reverse-full --skip-audit` (V2).\n\n## ADV-12 — Type conflicts\n\nSi l'enrichment propose un field type différent du base, `merge_db_schema.py` par défaut **garde le base** et émet `[REVERSE_ENRICHMENT_TYPE_CONFLICT]` informational. Override avec `--force-enrichment-on Entity.field` (audit-loggué).\n\n## Anti-derive\n\n- Aucun spawn d'autre agent que `reverse-tech-auditor`\n- Lecture bornée 20 fichiers (l'agent)\n- Output Phase 2 ne bloque jamais Phase 3\n- `db-schema.json` (base) reste intouchable par l'agent — seul le script `merge_db_schema.py` peut produire le `.merged.json`\n\nVoir `.sdd/docs/reverse-engineering-workflow.md` §4.2 + §15.3 (ADV-12 V2 closure).", "variables": [ "arguments" ], "notes": "Arguments: ${arguments}", "metadata": { "source": { "provider": "github-codex-prompts", "repository": "https://github.com/zekiriabd/SDD-Pro", "path": ".codex/prompts/sdd-reverse-audit.md", "ref": "d61307fb26d4341b99c51c95629b6c43c5c35451", "url": "https://github.com/zekiriabd/SDD-Pro/blob/d61307fb26d4341b99c51c95629b6c43c5c35451/.codex/prompts/sdd-reverse-audit.md", "key": "zekiriabd/SDD-Pro/.codex/prompts/sdd-reverse-audit.md" } } }

sdd-reverse-audit

About