Flux d'événements

Au moment où votre agent agit, vous le voyez. Le flux d’événements est votre pouls en direct sur chaque agent en production : pas d’attente, pas de recherche dans les logs, pas de devinettes sur ce qui vient de se passer. Chaque événement de chaque agent de votre organisation, du plus récent au plus ancien, mis à jour au fil de l’eau.

​

Votre pouls en direct sur chaque agent

Quand un agent démarre une exécution, appelle un modèle, déclenche un outil, exécute un hook ou rencontre une erreur, la ligne apparaît en haut du flux au moment même où cela se produit. Il suit en continu tous les événements de tous vos agents, du plus récent au plus ancien, ce qui vous donne toujours une image actuelle plutôt qu’une image périmée. Cela signifie plus besoin de surveiller des fichiers de logs sur un serveur quelque part, ni de fouiller plusieurs machines, ni d’assembler manuellement des horodatages. Vous ouvrez une seule page et vous regardez déjà la production. Les lignes sont colorées par type, ce qui vous permet de lire le flux d’un coup d’œil plutôt que d’analyser chaque ligne. En un clin d’œil, chaque ligne vous montre :

• Son type, codé par couleur : agent_start, model_response, tool_use, hook_completed, error, et bien d’autres.
• Un résumé en une ligne de ce qui s’est passé, ce qui vous évite souvent d’ouvrir quoi que ce soit pour comprendre l’essentiel.
• Le nombre de tokens pour l’étape.
• Un indicateur de remplissage de la fenêtre de contexte lorsqu’il s’applique, rendant visible la croissance du prompt et l’approche d’une compaction avant qu’elles ne posent problème.

Surveiller le flux en direct signifie que vous détectez un mauvais déploiement, une boucle incontrôlée ou une rafale d’erreurs au moment où cela se produit, pas lors de la revue des logs du lendemain.

​

Trouver l’unique exécution qui pose problème

Quand quelque chose semble anormal, vous ne voulez pas le flot d’informations complet. Vous voulez l’unique exécution qui a planté. Le flux se filtre rapidement : par environnement, par agent, par session, par type d’événement ou par texte libre. Filtrez par identifiant de session ou d’agent pour suivre une exécution depuis son premier événement jusqu’au dernier. Filtrez par type d’événement pour isoler une seule catégorie d’activité, par exemple tous les error de l’organisation en une seule vue. Combinez des filtres pour passer de « tout, partout » à « cet agent, en prod, en erreur » en quelques clics, puis agissez sur ce que vous trouvez. La recherche en texte libre vous amène directement à un message, un nom d’outil ou un identifiant que vous avez déjà sous la main, transformant un signalement client en exécution précise en quelques secondes.

​

Où le trouver

Le flux d’événements est la page d’accueil de votre organisation. Connectez-vous et c’est la première surface sur laquelle vous atterrissez, à /<org-slug>/, de sorte que le triage commence dès votre arrivée. En coulisse, vos agents émettent des événements via le SDK, le collecteur les achemine vers votre serveur d’observabilité Failproof AI, et le flux les suit à mesure qu’ils arrivent dans une infrastructure que vous contrôlez. Quand vous voulez la vue consolidée plutôt que la trace brute, les événements de chaque exécution se regroupent en une seule ligne dans Sessions, à un clic de là. C’est la source de vérité brute sur laquelle s’appuient toutes les autres surfaces d’observation. Donc, quand un chiffre semble erroné ailleurs, le flux est l’endroit où vous confirmez ce qui s’est réellement passé.

​

Voir aussi

• Sessions : les mêmes événements regroupés en une ligne par exécution, avec un graphe d’exécution de style git.
• Telemetry : ce que vos agents envoient et comment les événements parviennent au flux.
• Suivi des erreurs : une surface de triage unique pour tout ce qui a mal tourné.
• Alertes : transformez n’importe quel seuil en règle de notification.
• CLI et agents : la même trace en direct depuis votre terminal.