Skip to main content
Un évaluateur reçoit une session d’agent terminée et retourne les signaux de qualité qui vous importent : des scores numériques, une explication pour chaque score, et un résumé optionnel. Failproof AI stocke ces résultats à côté de la trace et les représente graphiquement à travers les agents et les environnements.

Configurer un évaluateur

1

Installer le SDK évaluateur

Installez le SDK et le serveur utilisé pour l’exécuter.
2

Définir ce qui doit être évalué

Créez evaluator.py. Cet exemple vérifie si une session contient des appels d’outils ayant échoué.
3

Exécuter et tester localement

Définissez un token partagé, démarrez l’évaluateur et confirmez que son endpoint de santé répond.
Dans un autre terminal :

Connecter l’évaluateur à Failproof AI

  1. Déployez l’évaluateur sur une URL HTTPS accessible par Failproof AI Cloud.
  2. Configurez EVALUATOR_ENDPOINT avec cette URL et définissez EVALUATOR_TOKEN avec le même token utilisé par l’évaluateur. Pour le Cloud géré, contactez support@befailproof.ai pour configurer la connexion.
  3. Lancez une évaluation et confirmez que les scores apparaissent dans Failproof AI.
Ouvrez une session terminée sous Observer → Sessions et sélectionnez Lancer l’évaluation si elle n’a pas été évaluée automatiquement. Consultez le statut, les scores, le raisonnement et le résumé dans le panneau Évaluation de la session.Utilisez Observer → Évaluations pour comparer les scores entre agents ou environnements. Utilisez Observer → Métriques pour la latence, les coûts, les tokens et autres mesures numériques.Commencez par une session pour confirmer que l’évaluateur a retourné les clés de score attendues et un raisonnement utile pour cette exécution spécifique.Vue détaillée d'une session affichant les scores d'évaluation et le raisonnement à côté de sa trace.Une fois que les résultats individuels semblent corrects, utilisez le tableau de bord d’évaluation pour comparer ces scores dans le temps et entre agents ou environnements.Un tableau de bord qualité représentant graphiquement les scores de l'évaluateur au fil du temps.Un graphique sain devrait utiliser des noms de scores stables ; le changement d’une clé crée une série distincte.
Pour une instance Cloud auto-hébergée, l’évaluation automatique est désactivée jusqu’à ce que EVALUATOR_ENDPOINT soit défini sur le processus serveur. Redémarrez le serveur après avoir modifié les variables d’environnement de l’évaluateur. Le service expose GET /health, GET /config, POST /evaluate, et optionnellement GET /evaluate/{job_id}. Retournez JobPending pour le travail asynchrone et enregistrez @app.job_lookup afin que Failproof AI puisse l’interroger. Lorsqu’un token est configuré, toutes les routes sauf health nécessitent le même bearer token que Failproof AI envoie sous EVALUATOR_TOKEN.

Types du SDK

Décorateurs et routes

Le SDK plafonne les corps de requête d’évaluation à 25 Mio. Les champs de requête inconnus sont ignorés afin que les services restent compatibles à mesure que le contrat d’événements évolue.

Retourner un travail asynchrone

Utilisez JobPending lorsque l’évaluation ne peut pas se terminer dans une seule requête. L’identifiant de job est opaque pour Failproof AI et doit rester résolvable par votre service jusqu’à ce que le résultat soit collecté ou que le délai d’expiration du serveur soit atteint.
La cadence d’interrogation est sélectionnée dans cet ordre : JobPending.next_poll_secs, EvaluatorConfig.default_poll_interval_secs, puis EVALUATOR_POLLING_INTERVAL_SECS du serveur. Les valeurs sont limitées entre 1 seconde et 1 heure. Le plafond d’interrogation par horloge murale par défaut du serveur est d’une heure.

Champs de requête et de réponse

Paramètres de l’opérateur serveur

L’évaluation automatique s’applique à l’ensemble du déploiement et reste désactivée lorsque EVALUATOR_ENDPOINT est absent. Le serveur peut également restreindre quelles organisations utilisent l’évaluateur global au déploiement. Traitez les modifications de l’endpoint, du token, des nouvelles tentatives et du contrôle d’accès par organisation comme une configuration d’opérateur, et redémarrez ou faites pivoter le serveur après les avoir appliquées.

Sécurité et exploitation

  • Placez l’évaluateur derrière HTTPS lorsque le trafic franchit une limite réseau de confiance.
  • Configurez un bearer token non vide et gardez-le identique sur les deux services.
  • Ne journalisez pas le token ni les invites sensibles complètes issues des charges utiles des requêtes.
  • Rendez les handlers synchrones idempotents ; les nouvelles tentatives peuvent répéter une requête.
  • Persistez l’état des jobs asynchrones en dehors de la mémoire du processus en production.
  • Retournez des clés de scores stables. Renommer une clé crée une nouvelle série sur le graphique plutôt que de modifier l’ancienne.
Le SDK émet des logs de cycle de vie structurés tels que eval received, eval responded, job lookup, config returned, auth rejected, ainsi que les exceptions des handlers. Il ne configure pas les gestionnaires de journalisation ; utilisez la configuration de journalisation de l’application hôte.