PR jusqu'au vert
L'agent implémente une fonctionnalité sur une branche dédiée, lance la suite de tests locale, pousse le code et ouvre une pull request. Il surveille ensuite les vérifications CI et corrige jusqu'à obtenir une PR entièrement verte, dans la limite d'un nombre d'itérations fixé pour éviter une boucle infinie sur un problème que l'agent ne sait pas résoudre seul.
Commande
gh pr checksInspiré de loops.elorm.xyz, reformulé et complété.
Déclencheur
Manuel, au lancement d'une tâche de développement destinée à une pull request.
Portes de feedback
- Suite de tests locale avant le push
- Vérifications CI de la pull request (gh pr checks)
Conditions de sortie
- Tous les checks CI passent au vert
- Nombre maximal d'itérations atteint (10 recommandé) : passage en revue humaine plutôt que boucle infinie
Limite recommandée : 10 itérations
Avantages
- Automatise l'aller-retour fastidieux entre correction et attente du CI
- La limite d'itérations évite qu'un agent bloqué consomme du temps de calcul sans progresser
Comment démarrer
- 1Créer une branche dédiée avant de lancer la boucle
- 2Fixer un nombre maximal d'itérations réaliste (autour de 10) avant de démarrer
- 3Prévoir une revue humaine systématique avant fusion, même si le CI est vert
Points de vigilance
- Un agent qui boucle sans progresser jusqu'à la limite d'itérations signale un problème qui mérite une revue humaine, pas une itération supplémentaire
- Ne remplace pas une revue de code humaine avant fusion
Questions fréquentes
Que faire si la limite d'itérations est atteinte sans PR verte ?
C'est un signal à traiter, pas à ignorer : le problème dépasse probablement ce que l'agent peut résoudre seul et mérite une intervention humaine directe.
Loops similaires
À explorer aussi
Veille des échecs CI
Interroge le CI à intervalle régulier, investigue dès qu'un check passe au rouge, et pousse des corrections jusqu'au retour au vert.
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.
Déploiement avec garde-fou de build
Aucun commit ni déploiement sans que le type-check et le build de production passent d'abord, sur ce projet Next.js.