Note de l'auteur : Voici 20 invites de commande testées pour la boucle /loop de Claude Code, couvrant 6 scénarios clés comme l'inspection de PR, la surveillance de déploiement, la qualité du code, l'analyse de sécurité et des journaux, avec des conseils sur les intervalles.
La commande /loop de Claude Code est sans doute la fonctionnalité la plus utile de mars 2026 : elle transforme Claude Code d'un simple "assistant de conversation ponctuel" en un "opérateur de fond en exécution continue". Pourtant, beaucoup de développeurs ont installé /loop sans trop savoir quoi en faire. Cet article rassemble 20 invites de commande éprouvées, classées par scénario, prêtes à être copiées-collées.
Valeur ajoutée : 20 invites couvrant les besoins d'automatisation les plus fréquents, avec des recommandations d'intervalles et des points de vigilance pour chacune.
Aperçu des bases de /loop
Avant de plonger dans les invites, faisons un tour rapide du mécanisme central de /loop.
| Dimension | Description |
|---|---|
| Syntaxe de base | /loop [intervalle] [description de la tâche] |
| Intervalle par défaut | 10 minutes (si aucun intervalle n'est précisé) |
| Format d'intervalle | 5m (minutes), 2h (heures), 1d (jours) |
| Concurrence max | 50 tâches planifiées par session |
| Expiration auto | Suppression automatique après 3 jours |
| Conditions d'arrêt | Fermeture du terminal / fin de session / déconnexion SSH |
| Points forts | Description en langage naturel, conversion automatique en expression cron par Claude |
Scénario 1 : Inspection de PR (4 invites)
L'inspection de PR est le scénario à plus forte valeur ajoutée pour /loop. De nombreux développeurs perdent un temps précieux à jongler entre la revue de PR et le codage. Laissez Claude effectuer une inspection automatique en arrière-plan, et vous n'aurez plus qu'à intervenir lorsqu'il vous notifie.
Invite n°1 : Surveillance de l'état de l'intégration continue (CI)
/loop 10m Vérifie l'état de la CI pour toutes les PR ouvertes. Si une nouvelle erreur survient, indique-moi quelle PR est concernée, quel job a échoué et la raison de l'échec.
Intervalle recommandé : 10 minutes
Valeur : Détectez les échecs de CI instantanément, sans avoir à rafraîchir GitHub manuellement.
Invite n°2 : Suivi des commentaires sur les PR
/loop 15m Vérifie toutes les PR ouvertes que j'ai créées. S'il y a de nouveaux commentaires ou retours de revue, résume le contenu et dis-moi lesquels nécessitent une réponse de ma part.
Intervalle recommandé : 15 minutes
Valeur : Ne manquez plus aucun commentaire de revue et réagissez rapidement.
Invite n°3 : Détection des conflits de fusion
/loop 30m Vérifie les derniers commits de la branche main. Si ma branche actuelle présente des conflits avec main, liste-moi les fichiers concernés.
Intervalle recommandé : 30 minutes
Valeur : Anticipez les conflits pour éviter de les gérer au dernier moment lors de la fusion de la PR.
Invite n°4 : Revue automatique de PR
/loop 15m Vérifie si de nouvelles PR ont été ouvertes. Si c'est le cas, examine automatiquement les modifications et résume : 1) ce qui a été changé, 2) les problèmes potentiels, 3) tes suggestions.
Intervalle recommandé : 15 minutes
Valeur : Transformez Claude en un relecteur de code disponible 24h/24.
Scénario 2 : Surveillance du déploiement (3 invites)
Invite n°5 : Vérification de l'état de santé du service
/loop 5m curl localhost:3000/health, si le code de retour n'est pas 200 ou en cas de délai d'attente, préviens-moi immédiatement de l'état du service et des derniers journaux d'erreurs
Intervalle recommandé : 5 minutes
Valeur ajoutée : Détecter instantanément si le service tombe en panne lors du développement local.
Invite n°6 : Surveillance du pipeline de build
/loop 5m vérifie l'état d'exécution le plus récent des GitHub Actions. Si un workflow échoue, indique-moi lequel, à quelle étape (step) l'échec a eu lieu, et les lignes clés du journal d'erreurs
Intervalle recommandé : 5 minutes
Valeur ajoutée : Plus besoin de surveiller la page des Actions en attendant les résultats de la compilation.
Invite n°7 : Détection de régression après déploiement
/loop 2m exécute npm test -- --testPathPattern="critical" et vérifie les résultats. Si un test échoue, préviens-moi immédiatement. Arrête la boucle après 3 succès consécutifs
Intervalle recommandé : 2 minutes (surveillance à court terme après déploiement)
Valeur ajoutée : Exécution automatique des tests critiques après le déploiement pour confirmer l'absence de régression.
Scénario 3 : Analyse de sécurité (3 invites)
Invite n°8 : Détection des vulnérabilités des dépendances
/loop 24h exécute npm audit et liste toutes les vulnérabilités de niveau high et critical, en proposant des actions de correction recommandées (mise à jour de version ou remplacement de package)
Intervalle recommandé : 24 heures
Valeur ajoutée : Vérification automatique quotidienne de la sécurité des dépendances, sans avoir à lancer manuellement l'audit.
Invite n°9 : Analyse des informations sensibles
/loop 1h scanne le git diff de la dernière heure pour vérifier si des clés API, mots de passe, jetons ou autres informations sensibles ont été accidentellement soumis. Si c'est le cas, alerte-moi immédiatement
Intervalle recommandé : 1 heure
Valeur ajoutée : Empêche la fuite d'informations sensibles dans l'historique git.
Invite n°10 : Revue de code en mode sécurité
/loop 2h scanne les fichiers ajoutés ou modifiés dans le répertoire src/, vérifie la présence de failles de sécurité comme les injections SQL, XSS, injections de commandes, etc. Si une faille est trouvée, génère directement une PR de correction
Intervalle recommandé : 2 heures
Valeur ajoutée : Audit de sécurité continu avec correction directe des problèmes détectés.
Scénario 4 : Qualité du code (4 invites)
Invite n°11 : Surveillance de la couverture de tests
/loop 1h Exécute une vérification de la couverture de tests. Si la couverture globale est inférieure à 80 % ou si de nouveaux fichiers manquent de tests, liste les fichiers concernés et propose des recommandations.
Invite n°12 : Correction automatique des erreurs de Lint
/loop 30m Exécute eslint src/ --fix. S'il reste des erreurs impossibles à corriger automatiquement, résume les types d'erreurs et leur emplacement.
Invite n°13 : Synthèse des TODO/FIXME
/loop 2h Scanne tous les commentaires TODO et FIXME dans le code, trie-les par priorité et vérifie s'il existe des éléments non traités depuis plus de 7 jours.
Invite n°14 : Surveillance de la complexité des fonctions
/loop 2h Vérifie les fichiers récemment modifiés dans src/. Si une fonction présente une complexité cyclomatique supérieure à 15 ou dépasse 100 lignes, suggère une refactorisation.
Scénario 5 : Analyse des logs (3 invites)
Invite n°15 : Détection en temps réel des erreurs FATAL
/loop 5m Scanne les entrées FATAL et ERROR ajoutées au cours des 5 dernières minutes dans ./logs/app.log. Si une erreur réparable est détectée, ouvre directement une PR de correction.
Valeur : Détection automatique + correction automatique, pour maximiser la valeur de /loop.
Invite n°16 : Analyse des tendances d'erreurs
/loop 1h Calcule le nombre d'erreurs dans le répertoire ./logs/ au cours de la dernière heure, compare-le à l'heure précédente et émet une alerte si la croissance dépasse 50 %.
Invite n°17 : Anomalies de temps de réponse API
/loop 10m Vérifie les requêtes API des 10 dernières minutes dans ./logs/access.log. Si le temps de réponse moyen dépasse 2 secondes ou si certaines requêtes dépassent 10 secondes, liste les détails des requêtes lentes.
Scénario 6 : Collaboration d'équipe (3 invites)
Invite n°18 : Résumé quotidien des modifications de code
/loop 24h Résumez tous les commits git des dernières 24 heures, regroupez-les par module, et listez un résumé des changements par développeur ainsi que les fichiers concernés.
Valeur : Génération automatique du rapport quotidien d'équipe, fini la rédaction manuelle pour chacun.
Invite n°19 : Nettoyage des branches obsolètes
/loop 24h Listez toutes les branches distantes qui n'ont pas été mises à jour depuis plus de 30 jours, indiquez si elles ont été fusionnées dans main, et suggérez celles qui peuvent être supprimées en toute sécurité.
Invite n°20 : Vérification de la synchronisation du README
/loop 2h Vérifiez si les étapes d'installation et la documentation API dans README.md sont cohérentes avec le code actuel, et signalez tout contenu obsolète.
Bonnes pratiques pour l'utilisation de /loop
Aide-mémoire pour le choix de l'intervalle /loop
| Urgence | Intervalle recommandé | Cas d'utilisation |
|---|---|---|
| Urgent | 2-5m | Tests de régression après déploiement, vérification de santé des services |
| Important | 10-15m | Surveillance CI, suivi des commentaires PR, anomalies API |
| Standard | 30m-2h | Qualité du code, scans de sécurité, tendances des logs |
| Faible fréquence | 24h | Audit des dépendances, génération de rapports quotidiens, nettoyage de branches |
Astuces pour rédiger vos invites /loop
| Astuce | Description | Exemple |
|---|---|---|
| Conditions d'alerte claires | Notifiez uniquement en cas d'anomalie pour éviter la surcharge | "Préviens-moi en cas d'échec" plutôt que "Rapporte à chaque fois" |
| Plan d'action défini | Exécutez automatiquement une réparation si un problème est détecté | "Si réparable, ouvre directement une PR" |
| Périmètre limité | Évitez de scanner tout le projet pour gagner du temps | "Scanner le répertoire src/" plutôt que "Scanner tous les fichiers" |
| Condition d'arrêt | Évitez une exécution continue inutile | "Arrête après 3 succès consécutifs" |
| Combinaison d'outils | La sortie de /loop peut déclencher des notifications | "Écrire la sortie dans alert.log pour lecture par le système de monitoring" |
🎯 Conseil pratique : Je vous suggère de commencer par la surveillance des PR (#1-#2) et le monitoring de déploiement (#5), ce sont les scénarios avec le meilleur retour sur investissement. Une fois familiarisé, ajoutez progressivement des tâches récurrentes de scan de sécurité et de qualité de code.
Si vous utilisez l'invocation du modèle Claude via API pour réaliser des tâches d'automatisation complexes, nous vous recommandons de passer par APIYI (apiyi.com) pour accéder à Claude Opus 4.6 avec une réduction de 20 %.
FAQ
Q1 : Combien de jetons (tokens) consomme /loop ?
Chaque exécution de boucle correspond à une requête Claude complète, et la consommation de jetons dépend de la complexité de la tâche. Une vérification de santé simple (#5) consomme environ 500 à 1000 jetons par exécution, tandis qu'une revue de code complexe (#10) peut en consommer entre 5000 et 10000. Conseil : utilisez des intervalles courts (5-10 min) pour les tâches de surveillance et des intervalles longs (1-2 h) pour les tâches d'analyse afin d'éviter le gaspillage de jetons. Vous pouvez bénéficier d'une réduction de 20 % en invoquant l'API Claude via APIYI (apiyi.com).
Q2 : La tâche /loop est-elle toujours active après la fermeture du terminal ?
Non. La tâche /loop ne s'exécute que pendant la durée de vie de la session Claude Code. La fermeture du terminal, la fin de la session ou la déconnexion SSH entraînent la disparition de toutes les tâches planifiées, sans possibilité de récupération. Si vous avez besoin de tâches fonctionnant 24h/24 et 7j/7, nous vous recommandons d'utiliser cron avec le mode headless claude -p, ou de configurer une tâche cron au niveau du système pour invoquer Claude Code.
Q3 : 50 tâches simultanées sont-elles suffisantes ?
C'est largement suffisant pour la grande majorité des scénarios. Les 20 invites présentées dans cet article n'en utilisent que 20 au total. Cependant, il est conseillé de les activer de manière sélective selon leur priorité : l'inspection des PR et la surveillance du déploiement sont indispensables (haute valeur ajoutée), tandis que l'analyse de sécurité et la qualité du code peuvent être activées à la demande. Gardez à l'esprit que chaque exécution consomme des jetons ; activer trop de tâches épuisera rapidement votre quota.
Q4 : /loop peut-il être intégré à des notifications externes (Slack/E-mail) ?
/loop ne gère pas directement l'envoi de notifications, mais vous pouvez combiner vos invites avec des outils externes : "Ajouter les alertes au fichier ./alerts.log", puis utiliser un autre script pour surveiller ce fichier et envoyer une notification Slack ou par e-mail. Une approche plus avancée consiste à utiliser des connecteurs MCP pour interagir directement avec Slack, ou à utiliser les Hooks de Claude Code pour déclencher des notifications lors d'événements spécifiques.
Résumé
Points clés pour utiliser efficacement les invites /loop de Claude Code :
- 20 invites réparties en 6 scénarios : Inspection de PR (4), surveillance de déploiement (3), analyse de sécurité (3), qualité du code (4), analyse de logs (3), collaboration d'équipe (3) — à copier-coller directement.
- Les quatre piliers d'une bonne invite : Intervalle + Tâche + Conditions d'alerte + Plan d'action. Ne notifiez qu'en cas d'anomalie et automatisez la résolution des problèmes.
- Commencez par l'inspection des PR : L'inspection des PR et la surveillance du déploiement offrent le meilleur retour sur investissement ; nous vous recommandons de commencer par ces deux aspects.
Nous vous recommandons d'accéder à l'API Claude Opus 4.6 via APIYI (apiyi.com) pour bénéficier d'une réduction de 20 %. Que ce soit pour des tâches /loop ou d'autres scénarios de développement IA, vous profiterez d'un service stable, à haute concurrence et sans limitation de vitesse.
📚 Références
-
Documentation officielle des tâches planifiées de Claude Code : explications complètes sur
/loopet/schedule- Lien :
code.claude.com/docs/en/scheduled-tasks - Description : inclut la syntaxe, les limitations et les méthodes de configuration.
- Lien :
-
Guide pratique de
/loopdans Claude Code : 3 cas d'utilisation réels- Lien :
medium.com/@joe.njenga/claude-code-loop-create-new-native-autonomous-loops-that-work - Description : contient des implémentations complètes pour l'inspection de PR, la surveillance de build et l'analyse de logs.
- Lien :
-
Flux de travail de développement automatisé avec Claude Code
/loop: méthodes et astuces détaillées- Lien :
verdent.ai/guides/claude-code-loop-command - Description : inclut le choix des intervalles, l'optimisation des invites et les méthodes d'intégration externe.
- Lien :
-
Centre de documentation APIYI : accès à l'API Claude Opus 4.6 avec 20 % de réduction
- Lien :
docs.apiyi.com - Description : la consommation de jetons pour les tâches
/looppeut bénéficier de réductions via APIYI.
- Lien :
Auteur : Équipe technique APIYI
Échanges techniques : N'hésitez pas à discuter dans la section commentaires. Pour plus de ressources, visitez le centre de documentation APIYI sur docs.apiyi.com.
