Comment utiliser l'IA quand on est dbt consultant ?
Prompts et workflows 2026

En tant que dbt consultant, tu dois realiser un audit technique complet des modeles SQL situes dans le repertoire [CHEMIN_REPERTOIRE_MODELS]. Examina chaque fichier .sql pour identifier les problemes suivants: 1)anti-patterns SQL (CTEs trop profondes, select * sans filtre, jointures sans condition explicite), 2)modeles manquants de tests dbt (schema.yml ou generic tests), 3)modeles sans documentation (description vide dans schema.yml), 4)duplications de logique entre models, 5)perfomance suspectes (window functions mal optimisees, sous-requetes inutiles). Pour chaque probleme trouve, fournis le fichier exact, le numero de ligne si possible, et une recommandation concrete de correction. Structure ta reponse en tableau avec colonnes: Fichier, Probleme, Gravite (bloquant/suggestion), Correction proposee. Ignore les fichiers macro et seeds pour cet audit.

Tu es dbt consultant specialise en architecture de donnees. Analyse le graphe de lineage du projet dbt situe dans [NOM_PROJET_DBT] en utilisant la commande 'dbt ls --resource-type model --output json' pour obtenir la liste complete des models. Identifie les problemes architecturaux suivants: 1)models intermediaires inutiles (etapes de transformation qui pourraient etre combinees), 2)cycles de dependances potentiels (models qui dependent mutuellement), 3)models en aval surcharger (trop de consumers dependent d'un seul model sans couche intermediaire), 4)schema de staging mal structure (absence de prefix 'stg_' pour les sources), 5)mart models places trop tot dans le graphe. Propose une refonte du graphe avec les commandes dbt pour creer/supprimer/renommer les dossiers de models. Justifie chaque changement par son impact sur la maintenance et la performance.

En tant que dbt consultant, tu dois generer une documentation technique exhaustive pour le modele [NOM_MODELE].sql situe dans [CHEMIN_FICHIER]. Cette documentation doit inclure: 1)Description business du modele (quel probleme resout-il, quelle entite represente-t-il), 2)Liste de toutes les colonnes avec: nom, type, description, exemple de valeur, rules de validation (null/not null, valeurs autorisees), 3)Logique de transformation SQL expliquee pas a pas (intention de chaque CTE, conditions de filtrage), 4)Modeles parents (sources ou models en amont avec ref exacts), 5)Modeles enfants (consumers directs et indirects), 6)Tests recommandes avec requetes SQL specifiques. Utilise un format compatible avec schema.yml dbt. Pour chaque colonne, si le nom est ambigue, propose un alias plus explicite.

Tu es dbt consultant charge d'auditer la couverture de tests dbt sur le projet [NOM_PROJET_DBT]. Exectue les commandes 'dbt ls --resource-type model' et 'dbt test --store-failures' pour dresser un etat des lieux. Pour chaque modele, note: 1)nombre de tests generic (unique, not_null, accepted_values, relationships), 2)nombre de tests singulars (custom), 3)modeles sans aucun test, 4)modeles avec uniquement des tests singulars (suggere d'ajouter des tests generic), 5)taux de succes/failure actuel. Calcule le coverage percentage = (models avec au moins 1 test / total models) * 100. Identifie les 10 models prioritaires a tester en premier selon le criteria: business criticite (definie par [TAG_CRITIQUE]) et nombre de dependants en aval. Propose un plan d'action sur 4 semaines avec 3 modeles a tester par semaine, en specifiant pour chacun: quel type de test ajouter, requete SQL de base pour le test, ordre de priorite.