Morgan Dutemple
← Tous les loops
CIClaude CodeCursor

Veille des échecs CI

Plutôt que d'attendre une notification, l'agent interroge périodiquement l'état du CI sur la branche active. Dès qu'un échec est détecté, il investigue la cause (logs de build, sortie des tests) et pousse une correction, puis reprend la surveillance jusqu'au retour au vert.

Commande

/loop 5m puis gh run list --branch $(git branch --show-current)

Inspiré de loops.elorm.xyz, reformulé et complété.

Déclencheur

Sur intervalle régulier (5 minutes recommandé), tant que la branche est active.

Portes de feedback

  • État des vérifications CI à chaque intervalle
  • Analyse des logs d'échec avant toute tentative de correction

Conditions de sortie

  • Tous les checks CI repassent au vert sur la branche surveillée

Avantages

  • Réduit le délai entre un échec CI et sa correction, surtout hors des heures de présence active
  • Libère l'attention humaine des vérifications répétitives de statut

Comment démarrer

  1. 1Choisir un intervalle de surveillance adapté à la fréquence réelle des échecs CI du projet
  2. 2S'assurer que l'agent a accès aux logs de build, pas seulement au statut pass/fail

Points de vigilance

  • Un intervalle trop court sollicite inutilement l'API CI ; trop long, il retarde la détection
  • Ne doit pas se substituer à une investigation humaine sur des échecs récurrents ou structurels

Questions fréquentes

Pourquoi 5 minutes plutôt qu'une surveillance continue ?

Un intervalle de quelques minutes suffit pour la plupart des pipelines CI, sans solliciter excessivement l'API ni multiplier les appels inutiles.