LES POINTS ESSENTIELS
À retenir
- Identifier le type d’erreur avant de corriger.
- Donner des changements concrets et préserver les parties utiles.
- Comparer les versions sur plusieurs cas représentatifs.
À ADAPTER À VOTRE BESOIN
Conserve [éléments déjà validés] de ta réponse précédente. Écart constaté : [problème précis et passage concerné]. Correction attendue : [changement observable]. Contraintes toujours applicables : [faits, format, limites]. Modifie seulement les parties concernées. Signale toute information nécessaire qui manque au lieu de la compléter.
Remplacez les éléments entre crochets, puis vérifiez la réponse obtenue.
Nommer la famille d’erreur
Distinguez un fait inventé, un contexte oublié, un format non respecté et un ton inadapté. Ces problèmes n’appellent pas la même correction. Si les données sources manquent, demander plus de précision dans le style peut seulement produire une invention mieux présentée.
Relisez la demande initiale avec la réponse. Le modèle a-t-il ignoré une consigne explicite, ou avez-vous laissé une décision ouverte ? Cette différence permet de corriger soit le résultat, soit la formulation de la tâche. Elle évite de construire un prompt toujours plus long autour d’un besoin encore flou.
Conserver les parties déjà utiles
Indiquez ce qui doit rester inchangé : plan, faits validés ou longueur d’une section. Demandez ensuite une modification ciblée. « Garde les trois rubriques, mais remplace les promesses générales par des informations issues de la fiche produit » est plus utile qu’une réécriture complète sans direction.
Pour un document important, travaillez par étapes. Validez d’abord la structure, puis le contenu et enfin le style. Cela ne garantit pas l’exactitude, mais facilite la détection des écarts. Une modification locale devient plus facile à comparer à la version précédente.
Donner un retour observable
Retour vague : « C’est trop commercial. » Retour exploitable : « Retire les superlatifs, annonce les limites du service et remplace la promesse de gain par un exemple fictif de fonctionnement. » Le second retour décrit le changement attendu.
Si une phrase pose problème, citez-la et expliquez pourquoi. Le modèle n’a pas toujours besoin d’un long commentaire sur l’ensemble du texte. Un exemple de correction peut suffire à préciser la règle, à condition de vérifier ensuite qu’elle a été appliquée sans altérer les faits.
Comparer sur plusieurs cas
Une correction peut améliorer une réponse particulière tout en dégradant les autres. Si le prompt doit être réutilisé, testez une entrée simple, une entrée ambiguë et une entrée incomplète. Gardez les mêmes cas pour comparer les versions.
Notez la version du prompt et les changements importants de l’environnement utilisé. Les réponses peuvent varier ; évitez de tirer une conclusion générale d’un seul essai favorable. Le suivi n’a pas besoin d’être compliqué : un petit tableau avec les cas, les critères et les erreurs rencontrées peut déjà guider les décisions.
Savoir quand changer d’approche
Après plusieurs itérations, demandez-vous si le modèle dispose vraiment des informations et des outils nécessaires. Il peut manquer une source, un calcul déterministe ou une décision humaine. Le prompt ne remplace pas ces éléments.
Prévoyez une limite au temps de correction. Si la tâche exige autant de vérification que de réalisation manuelle, réduisez son périmètre ou changez le flux de travail. Un bon usage du prompting comprend cette possibilité. L’objectif est d’obtenir une aide utile et contrôlable, pas de gagner une négociation interminable avec le modèle.