Un prompt unique envoie une requête, reçoit une réponse, fin de l'histoire. Une boucle agentique répète un cycle observer → décider → agir jusqu'à condition d'arrêt. La confusion entre les deux coûte cher : la boucle est souvent utilisée là où un simple prompt suffisait.
Le cycle de la boucle
Quand la boucle se justifie
| Situation | Prompt unique | Boucle agentique |
|---|---|---|
| Extraction, classification, résumé | Suffit largement | Sur-ingénierie |
| Nombre d'étapes connu à l'avance | Suffit (même en plusieurs appels séquentiels) | Inutile |
| Correction itérative nécessaire (tests qui échouent, résultat à affiner) | Insuffisant | Justifiée |
| Exploration où le nombre d'étapes dépend du résultat précédent | Insuffisant | Justifiée |
Le coût caché : l'observabilité
Une boucle qui tourne 15 fois avant de conclure est bien plus difficile à débugger qu'un seul appel raté. Sans traçabilité par itération (voir Observabilité d'un agent), un échec de boucle ressemble à une boîte noire : impossible de savoir à quel tour la dérive a commencé.
Le pattern qui marche : boucle + sous-agents bornés
Plutôt qu'une boucle monolithique qui accumule tout son contexte, découper les tours en appels à des sous-agents spécialisés qui reviennent avec un résultat borné limite l'explosion de contexte et rend chaque itération plus prévisible à auditer.
FAQ
Une boucle agentique est-elle toujours plus "intelligente" qu'un prompt unique ?
Non, elle est seulement plus adaptée à des tâches dont le nombre d'étapes n'est pas connu à l'avance. Sur une tâche bornée, elle ajoute du coût et de la latence sans gain de qualité.
Comment éviter qu'une boucle tourne indéfiniment ?
En fixant une condition d'arrêt stricte dès la conception : nombre maximal d'itérations, budget de tokens, ou timeout — jamais une boucle sans plafond.
Faut-il logger chaque itération d'une boucle agentique ?
Oui, c'est la seule façon de diagnostiquer à quel tour une dérive a commencé ; sans ça, un échec de boucle est une boîte noire.
