Les boucles d'autocritique : faire vérifier au modèle sa propre production

Un second passage de vérification, indépendant, trouve plus d'erreurs que la demande « sois minutieux » formulée dans la foulée.

Le principe

Dans une boucle d'autocritique (critique-puis-révision), tu fais évaluer au modèle sa propre solution dans une étape séparée après coup – et seulement ensuite, tu la fais retravailler. Au lieu de « résous la tâche minutieusement » dans un seul prompt, cela se déroule en étapes délibérées : d'abord produire, ensuite vérifier, puis améliorer.

Pourquoi des passages séparés fonctionnent mieux

Si tu demandes dans le même souffle la solution et la minutie, le modèle évalue souvent sa production dans le même fil de pensée qui l'a générée – les erreurs issues d'une certaine direction de raisonnement y restent généralement non détectées. Un second passage avec un regard neuf sur la production finale trouve en revanche plus facilement les erreurs restées invisibles lors de la génération elle-même.

Un exemple pratique

Un passage de relecture avec un contexte neuf : tu ne donnes que le code final (sans l'historique de réflexion) dans une nouvelle requête, et tu demandes explicitement une recherche d'erreurs. Sans souvenir de sa propre « justification » précédente, le modèle examine le code de façon plus neutre.

La limite : l'autoconfirmation

Les boucles d'autocritique ne garantissent aucune absence d'erreur. En cas de malentendu fondamental sur la tâche, le modèle répète souvent ce malentendu jusque dans sa propre vérification. Pour une véritable indépendance, un second modèle ou un humain comme instance de contrôle est utile.

EXEMPLE

Étape 1 (nouvelle requête) : « Écris une fonction qui valide une date au format JJ.MM.AAAA. » Étape 2 (requête séparée, neuve, avec uniquement le code final en entrée) : « Voici une validation de date. Trouve les bugs et les cas limites, sans savoir comment ni pourquoi elle a été écrite. » Étape 3 : « Retravaille la fonction en te basant sur cette critique. »

🛠️ EXERCICE — À TOI DE JOUER

Construis une boucle d'autocritique en deux étapes pour une petite tâche de code.

Fais écrire au modèle une petite fonction (par ex. une validation de date).
Ouvre une nouvelle requête séparée et n'y saisis que le code final, sans l'historique précédent, avec la demande 'Trouve les bugs et les cas limites dans ce code.'
Fais écrire au modèle une version révisée en te basant sur la critique.
Compare la première version et la version révisée.

✅ AUTO-VÉRIFICATION

☐ Le passage de vérification neuf a-t-il trouvé des problèmes qui n'étaient pas apparus lors de l'écriture initiale ?
☐ 'Sois minutieux' dans le même passage aurait-il abouti au même résultat ?

QUIZ RAPIDE

Pourquoi un passage de vérification séparé trouve-t-il souvent plus d'erreurs que la demande « sois minutieux » dans le même passage de réponse ?