sdd-db-reverse

/sdd-db-reverse {proc-name} [--project DB] [--no-architect] [--json]

Rôle

Reverse engineering ciblé d'un seul objet SQL exécutable — procédure stockée, fonction, vue, trigger (ou package Oracle, routé vers le proc-analyst). Pendant unitaire de /sdd-db-reverse-full. L'objet devient une User Story ; il est rattaché à la FEAT de son module (créée si absente, sinon mise à jour).

/sdd-db-reverse dbo.usp_Contact_Insert
   └─ introspect READ-ONLY (1 objet) ─► snapshot + inventory (module Contact)
       └─ Phase 0 db-context (0.A faits + pack de l'objet, 0.B interprétation)
          └─ spécialiste de SA famille (proc/fonction/vue/trigger)
             ─► us/{n}-{m}-Creer-Contact.md
              └─ build_proc_feats --unit U-x ─► feats/{n}-Contact.md (assemblé/rafraîchi)

Phase 0 câblée ici (correctif 2026-08-30). La commande enchaînait l'introspection directement sur le spécialiste, alors que celui-ci exige .sys/db-context/packs/{objet}.md (pré-condition 2 de sa définition). Sur un projet frais — aucun /sdd-db-context ni /sdd-db-reverse-full préalable — le pack n'existait pas et l'analyste sortait en [REVERSE_DB_PACK_MISSING]. Le mode objet unique construit désormais le Database Context lui-même : il ne dépend d'aucun run full antérieur.

Args

Arg	Type	Description
{proc-name}	requis	Nom de la procédure ([schema.]nom, ex. dbo.usp_Contact_Insert ou usp_Contact_Insert)
--project DB	optionnel	Dossier sous workspace/old/ (défaut = DB_NAME de stack.md)
--no-architect @llm-only-flag	flag	Phase 0 limitée à 0.A (faits + pack, 0 token) — aucune interprétation d'architecte. Interprété par la commande (elle ne spawne alors pas l'architecte) ; db_context_build.py n'en a pas besoin
--json	flag	Sortie machine

Garanties lecture seule

Identiques à /sdd-db-reverse-full : SELECT catalogue + OBJECT_DEFINITION uniquement (validés par readonly_guard), jamais de DDL/DML, jamais d'exécution de la procédure. Le mot de passe (stack.md) reste en RAM, jamais loggé.