Un système d'agents en production tombe en panne. Ce n'est pas une hypothèse, c'est une certitude. La vraie question n'est pas de savoir si les pannes arrivent : c'est de savoir si vous les voyez.

Ce qu'on observe en opérant un système d'agents sur plusieurs projets en production simultanément : les défaillances les plus coûteuses ne sont pas les bruyantes. Pas les erreurs 500, pas les timeouts qui font sonner une alerte. Ce sont les pannes silencieuses : celles qui tournent, qui consomment, qui bloquent, sans jamais rien signaler.

Voici les pathologies qu'on croise systématiquement.

La boucle de dispatch silencieuse

Un ticket passe à l'état "en cours". L'agent échoue (raison externe, quota API atteint). L'orchestrateur détecte l'échec et replace le ticket en attente. L'automatisation réassigne. L'agent repart. L'agent échoue à nouveau.

Sans log, sans compteur de tentatives, sans condition de sortie explicite : ce cycle tourne jusqu'à épuisement du quota ou jusqu'à ce que quelqu'un consulte le tableau de bord par hasard.

En juillet 2026, ce scénario s'est produit sur un ticket urgent : mise en conformité EU AI Act, deadline réglementaire imposée. Le quota mensuel du modèle était atteint. Le mécanisme de dispatch (réassignation automatique sur échec) a fait reboucler le ticket entre Todo et InProgress en continu. Un commentaire d'agent a documenté la cause, le ticket a été mis manuellement en Blocked avec la raison explicite. La panne était datée, tracée, résolue en quelques minutes une fois visible.

Sans instrumentation, ce retard aurait été invisible et éternel. Avec un journal structuré : un ticket daté, une cause identifiée, une résolution assignée.

Le goulot humain

Cette catégorie est la moins anticipée. L'agent a tout préparé (analyse de marché, stratégie éditoriale, recommandations de format) et attend une décision humaine de quinze minutes pour continuer. Le ticket est bloqué depuis 47 jours.

Ce n'est pas une défaillance de l'agent. C'est une défaillance de visibilité sur ce que le système attend de vous.

Un ticket créé le 11 juin 2026 sur l'un de nos projets contient un plan complet d'ouverture d'une page LinkedIn : ligne éditoriale, calendrier de contenu, bios FR et EN. Il attend une action manuelle de quelques minutes pour débloquer la suite. L'orchestrateur maintient ce ticket visible, avec son compteur de jours. Sans cette représentation concrète, le délai n'a pas de forme : c'est une vague intention quelque part dans une liste mentale.

La fuite de coûts

Savez-vous ce que coûte un run de votre système d'agents ? Pas en ordre de grandeur : à la ligne de log, avec l'heure et le modèle.

Notre journal de coûts compte plus de 800 entrées. Un run d'orchestration complexe (analyse multi-projets, dispatch, évaluation) coûte aux alentours de 4 $. Ce chiffre ne surprend pas : c'est le résultat d'un système correctement dimensionné. Ce qui surprendrait, c'est de ne pas le savoir.

Sans comptabilité par run, les coûts s'accumulent de manière opaque. Un pic de volume sur trois jours, un modèle changé par inadvertance, une boucle de dispatch non détectée (voir pathologie 1) : sans la ligne horodatée avec le coût unitaire, vous recevez une facture en fin de mois sans pouvoir reconstruire d'où elle vient.

Le déploiement fantôme

L'automatisation est en place, les tests passent, le déploiement réussit. Mais le comportement réel a dérivé de l'intention. L'agent répond, produit des résultats, ne remonte aucune erreur, et travaille sur des hypothèses devenues obsolètes depuis la dernière modification du prompt.

Cette pathologie est moins fréquente que les trois précédentes, mais souvent la plus difficile à détecter. Il n'y a pas d'échec à tracer : juste une divergence silencieuse entre ce que fait l'agent et ce qu'on croit qu'il fait. L'instrumentation ne suffit pas seule ici : il faut des mécanismes d'évaluation périodique des outputs, pas seulement des logs d'exécution.

Ce que la visibilité change

Ces pathologies existent dans tout système d'agents, instrumenté ou non. Un système non instrumenté les rencontre exactement autant : il ne les voit pas.

La boucle tourne. Le goulot s'accumule. Les coûts s'opacifient. La dérive est imperceptible.

Dans un système correctement instrumenté, chaque défaillance devient un ticket : daté, compté, assigné. Ce n'est pas une promesse d'absence de pannes. C'est la garantie qu'elles ne restent pas cachées.

Ce qu'un audit vient chercher en premier, ce n'est pas la liste des bugs : c'est l'état des instruments de mesure. Combien de vos agents opèrent sans journal de coûts ? Combien de vos automatisations peuvent boucler sans condition de sortie ? Combien de décisions attendent une action humaine non trackée ?

Un regard extérieur voit ce que l'équipe interne normalise progressivement. L'audit d'automatisation IA installe les instruments et les routines de lecture, pour que la prochaine panne soit un ticket, pas une surprise.