
Arrêtez de deviner quoi corriger ensuite
Les alertes interceptent les problèmes que vous savez déjà surveiller. Les audits captent ceux que vous ne connaissez pas encore. Selon un calendrier que vous définissez, un audit parcourt l’ensemble de vos sessions d’agent et traque les patterns qui valent la peine d’être corrigés — vous passez ainsi votre temps à agir sur les conclusions plutôt qu’à faire défiler des logs en espérant les repérer vous-même. Une seule exécution s’attaque aux modes de défaillance qui brisent réellement les agents en production :- Clusters d’erreurs : la même défaillance qui se répète sous une cause racine commune.
- Dérive par rapport à une référence : un comportement qui s’éloigne silencieusement d’une fenêtre connue et stable.
- Échec d’objectif dans les transcripts : des exécutions techniquement terminées mais qui n’ont jamais accompli leur mission.
- Mauvaise utilisation des outils : le mauvais outil, de mauvais arguments, ou des boucles qui consument des appels.
- Compromis qualité/coût : les endroits où vous payez trop cher pour une sortie que vous pourriez obtenir moins cher.
- Lacunes de couverture : des comportements qu’aucune évaluation ou alerte ne surveille.
Chaque recommandation est accompagnée de preuves
Vous n’avez jamais à accepter un résultat sur parole. Chaque recommandation cite les sessions exactes dont elle provient ainsi que le SQL qui l’a fait remonter, de sorte que vous pouvez ouvrir les preuves et confirmer le problème en un clic plutôt que de devoir reconstruire une affirmation. C’est aussi ce qui garantit l’honnêteté des audits. Le serveur vérifie que chaque session citée existe réellement et rejette toute recommandation dont les preuves ne tiennent pas, de sorte que l’audit enquête sans jamais inventer. Ce qui figure sur votre liste est réel, reproductible et classé selon son importance, avec les gains les plus importants en tête.Transformez un correctif en garde-fou
Corriger un problème ne représente que la moitié de la victoire. L’autre moitié consiste à s’assurer qu’il ne peut pas revenir discrètement. Chaque résultat inclut un raccourci en un clic qui prépare une alerte de récurrence, préremplie avec un déclencheur de départ sensé que vous pouvez ajuster. Clôturez le résultat, activez l’alerte, et la prochaine fois que ce pattern réapparaît, vous êtes notifié au lieu de le redécouvrir lors d’un futur audit.Où le trouver
Les audits se trouvent dans le tableau de bord à/<org-slug>/audits (barre latérale vers analyze puis audits). Consulter les exécutions et les résultats nécessite audits:read ; créer, modifier et trier les audits nécessite audits:write. Définissez la portée et la cadence d’un audit, puis cliquez sur Run now chaque fois que vous voulez des résultats immédiatement sans attendre la prochaine exécution planifiée.
Voir aussi
- Alertes : soyez notifié dès qu’un seuil que vous connaissez déjà est franchi.
- Évaluations : évaluez chaque exécution afin que les régressions de qualité remontent d’elles-mêmes.
- Suivi des erreurs : regroupez et suivez les erreurs que vos agents génèrent.
- Incidents : suivez un problème détecté par un audit jusqu’à sa résolution.

