Relecteur indépendant
Une fois qu'un agent déclare une tâche terminée, une seconde passe de vérification, distincte, relance le build, le lint et les tests, sans avoir accès au raisonnement ni aux justifications de l'agent qui a implémenté. Le principe : un relecteur qui ne connaît pas les intentions de l'auteur du code est moins susceptible de se laisser convaincre par une explication plausible plutôt que par le résultat réel.
Commande
npm run build && npm run lint && npm testInspiré de loops.elorm.xyz, reformulé et complété.
Déclencheur
Quand l'agent implémenteur déclare une tâche terminée.
Portes de feedback
- Build complet, indépendamment du contexte de l'implémentation
- Lint du code modifié
- Suite de tests complète
Conditions de sortie
- Les trois vérifications passent, validées par un agent sans accès au raisonnement de l'implémenteur
- Nombre maximal d'itérations atteint (8 recommandé) : passage en revue humaine
Limite recommandée : 8 itérations
Avantages
- Réduit le biais de confirmation : un agent qui a écrit le code a tendance à interpréter ses propres résultats de façon favorable
- Reproduit un principe classique de revue de code humaine (double regard indépendant) dans un contexte agentique
Comment démarrer
- 1Séparer clairement le contexte de la passe de vérification de celui de l'implémentation, sans partager le raisonnement
- 2Fixer une limite d'itérations pour éviter une boucle de corrections sans fin
Points de vigilance
- Double le temps de calcul consacré à la vérification par rapport à une seule passe
- N'élimine pas les biais partagés par les deux agents s'ils utilisent le même modèle sous-jacent
Questions fréquentes
Pourquoi ne pas laisser le même agent se relire lui-même ?
Un agent qui vérifie son propre travail dispose du contexte de ses choix, ce qui l'incline à les valider. Une passe indépendante, sans ce contexte, juge uniquement le résultat.
Loops similaires
À explorer aussi
Garde pré-commit
Un hook qui lance la suite de tests avant chaque commit et bloque l'opération si elle est rouge.
Garde de tests post-édition
Après chaque édition de fichier, relance automatiquement les tests liés pour attraper une régression au plus tôt, sans attendre le commit.
Publication d'article vérifié
Aucun article ne part en publication tant que chaque fait chiffré n'est pas confirmé par une source primaire ou au moins deux sources indépendantes.