/loop est une commande d’Agentic Coding, disponible dans Claude Code, qui exécute un même prompt à intervalle régulier. On écrit /loop, on ajoute un intervalle (5 secondes, 5 minutes, 10 minutes, peu importe l’unité) et un prompt : ce prompt est relancé à chaque échéance, sans intervention manuelle.
Comment fonctionne /loop
La commande prend deux paramètres : un intervalle de temps et une instruction. Une fois lancée, l’agent exécute le prompt une première fois, attend l’intervalle défini, puis relance exactement le même prompt, et ainsi de suite. C’est un mécanisme volontairement simple, pensé pour de la surveillance ou de la répétition de tâche, pas pour de l’orchestration complexe.
Les deux limites à connaître
/loop reste scopée à la session dans laquelle elle a été lancée : si la session est fermée, la boucle s’arrête avec elle. Même session ouverte, /loop ne tourne jamais plus de 7 jours consécutifs.
Quand une boucle doit continuer à tourner même session fermée, /loop n’est plus l’outil adapté : il faut passer par /schedule, qui persiste indépendamment de la session. En contrepartie, /schedule impose un intervalle minimum d’une heure, là où /loop accepte des intervalles de quelques secondes.
/loop ou /schedule : comment choisir
Le choix se fait sur deux critères : la fréquence recherchée et la durée de vie de la tâche.
- Vérification rapprochée, le temps d’une session :
/loopavec un intervalle court (secondes à minutes), par exemple pour surveiller la fin d’un build ou relancer un test tant qu’il échoue. - Tâche récurrente sur plusieurs jours ou semaines, indépendante de la session :
/schedule, avec un intervalle d’au moins une heure, par exemple pour un rapport quotidien ou une vérification hebdomadaire.
Liens avec l’écosystème agentic engineering
/loop appartient à la même famille de commandes que /goal, qui pilote elle aussi une boucle d’itérations, mais sur un critère différent : /loop relance le prompt sur une base temporelle fixe, tandis que /goal relance l’agent jusqu’à ce qu’un objectif mesurable soit atteint, sans notion de délai entre les tentatives. Le choix entre les deux dépend de la nature de la condition d’arrêt : une échéance de temps pour /loop, un état vérifiable pour /goal.
Vous souhaitez approfondir ce sujet ?
Voir les formations