Aller au contenu
Prompting

Itérer un prompt

Le premier prompt est rarement le bon. Une boucle demande, sortie, critique, amélioration corrige un défaut précis à chaque tour, au lieu de tout relancer en espérant un meilleur résultat.

  • itération
  • prompt
  • critique
  • amélioration
  • boucle

Syntaxe

Modèle
1. Demande      : le brief initial, structuré avec ROCCF2. Sortie       : la réponse obtenue, lue en entier3. Critique     : un seul défaut, nommé et vérifiable (trop long, hors sujet, exemple faux)4. Amélioration : une consigne ciblée sur ce défaut, puis on recommenceFin : enregistrer le brief final comme modèle réutilisable

Exemple

Exemple concret
Tour 1 : « Fais-moi une fiche de révision sur GROUP BY »  Sortie : deux pages génériques, exemples sur une table inventée.  Critique : la fiche n'est pas ancrée dans notre jeu de données.Tour 2 : « Reprends avec la table ventes(produit, region, montant), une page maximum »  Sortie : bonne longueur, mais HAVING est absent.Tour 3 : « Ajoute un exemple avec HAVING : les régions dont le total dépasse 10 000 »Résultat attendu : une fiche d'une page, ancrée dans la table ventes, avec GROUP BY et HAVING,enregistrée comme modèle pour les notions suivantes.

À retenir

  1. Un seul défaut par tour : « refais tout en mieux » efface aussi ce qui était réussi.
  2. Si deux tours échouent de la même façon, changez de levier (ajouter un exemple, une contrainte, découper la tâche, changer de modèle) au lieu de reformuler la même demande.
  3. Quand la conversation s'est égarée, repartez d'une session neuve avec le brief corrigé : l'historique erroné continue d'influencer les réponses.
  4. Piège : itérer sans vérifier. Une sortie plus longue ou mieux tournée n'est pas forcément plus juste ; chaque tour se juge sur un critère testable.

Voir aussi