La boucle d'itération

Un prompt parfait du premier coup, ça n'existe pas. Apprends à affiner.

4.1Le game loop du prompt dev

Dans un jeu vidéo, le game loop c'est : agir → observer le résultat → ajuster → recommencer. Tu ne finis pas un boss du premier coup. Tu apprends ses patterns, tu ajustes ta stratégie, et tu y retournes.

Le prompt dev, c'est le même game loop :

Prompter

Envoie ton prompt

Lire

Lis la réponse en entier

Évaluer

Qu'est-ce qui va ? Qu'est-ce qui manque ?

Affiner

Corrige, précise, relance

4.2Les phrases magiques de l'itération

Voici les formulations qui marchent le mieux pour affiner une réponse. Ce sont tes "combos" d'itération :

Préciser

"C'est bien, mais ajoute aussi la gestion du loading state et des erreurs réseau."

Corriger

"Le composant marche, mais utilise className au lieu de style inline. Et ajoute les types manquants."

Simplifier

"C'est trop complexe pour mon besoin. Simplifie en gardant uniquement les props variant et children."

Challenger

"Pourquoi tu as utilisé useEffect ici ? Est-ce qu'un useMemo ne serait pas plus adapté ?"

Étendre

"Parfait. Maintenant ajoute un mode dark et une prop isLoading qui affiche un skeleton."

Reformater

"Le code est bon mais réécris-le avec des commentaires JSDoc et exporte les types séparément."

4.3Exemple d'itération réelle

Voyons un cas concret d'itération en 3 tours :

Tour 1 : Le prompt initial

"Crée un composant SearchBar en React TypeScript avec Tailwind. Input avec icône loupe, bouton clear, et debounce sur onChange."

→ L'IA produit un composant qui marche, mais utilise setTimeout au lieu d'un hook custom.

Tour 2 : Affiner

"Bien, mais extrais le debounce dans un hook useDebounce. Et ajoute un aria-label sur l'input pour l'accessibilité."

→ L'IA extrait le hook, ajoute l'aria-label. Mais le bouton clear n'est pas focusable au clavier.

Tour 3 : Finaliser

"Presque parfait. Le bouton clear doit être un vrai <button> (pas un span) pour être accessible au clavier. Et ajoute un état visuel quand l'input est focus."

→ Résultat final : composant propre, accessible, debounce externalisé. Prêt pour la prod.

3 tours. Moins de 2 minutes. Un composant de qualité pro. C'est ça la puissance de l'itération.

4.4Quand recommencer à zéro ?

Parfois, itérer ne suffit pas. La conversation est partie dans une mauvaise direction et chaque correction en crée deux nouvelles. C'est le moment de reset.

Continue à itérer si...

• La base est bonne, il manque des détails
• L'IA a compris ton intention
• Chaque tour améliore le résultat
• Tu es à 2-3 corrections max

Recommence à zéro si...

• L'approche choisie est fondamentalement mauvaise
• L'IA "hallucine" et invente des APIs
• Après 4-5 tours, ça ne converge pas
• Le code devient un patchwork illisible

4.5Les anti-patterns d'itération

Ce qu'il ne faut surtout pas faire

"Accepter la première réponse sans la lire"

Tu passes à côté des bugs, des mauvais patterns, des hallucinations.

"Demander 10 changements à la fois"

L'IA va en oublier la moitié. Un ou deux changements par tour, max.

"Changer complètement de direction à chaque tour"

L'IA perd le fil. Si tu changes d'avis, recommence une nouvelle conversation.

"Ne pas relire entre deux itérations"

Tu accumules des corrections sur un code que tu ne comprends pas.

À toi de jouer

Prends un composant ou une fonction que tu veux créer. Écris ton prompt initial, envoie-le, et itère au moins 3 fois avant de considérer le résultat comme final. Note les formulations qui marchent le mieux pour toi.