Skip to main content
Le middleware est le pattern qui consiste à intercepter chaque réponse du modèle et à y attacher un score RAIL avant qu’elle n’atteigne le reste de votre application. Vous remplacez votre client de modèle par un wrapper RAIL. Le wrapper appelle le modèle, évalue la réponse et retourne à la fois le contenu et les scores dans un seul objet.

Le problème que ça résout

Sans middleware, ajouter des vérifications d’IA responsable à chaque appel de modèle implique d’écrire du code d’évaluation partout où vous appelez le modèle, de dupliquer la logique, de risquer des lacunes de couverture et d’encombrer votre code applicatif :

Comment ça fonctionne

Lorsque vous appelez une méthode sur le wrapper RAIL, trois choses se passent de manière transparente :
  1. Vos messages sont transmis à l’API du modèle sous-jacent comme un appel API normal.
  2. La réponse du modèle est soumise à l’endpoint d’évaluation RAIL dans le mode que vous avez configuré.
  3. Un objet de réponse enrichi est retourné, contenant le contenu original, le score RAIL, les scores par dimension et un booléen threshold_met, le tout en une seule valeur de retour.

Fournisseurs pris en charge

Mode observation vs mode application

Évaluez chaque réponse, sans jamais bloquer. Utilisez ce mode pour mesurer la qualité sans interrompre le flux de réponses.

Écrire un middleware personnalisé

Si vous utilisez un fournisseur de modèle sans wrapper intégré, construisez votre propre middleware en utilisant l’appel eval() de base :

Et ensuite

Concepts : Moteur de politiques

Des règles déclaratives pour agir sur les scores au sein d’une session.

Python : Intégrations

Documentation complète des wrappers de fournisseurs et options.

JavaScript : Fournisseurs

Wrappers TypeScript pour OpenAI, Gemini, Anthropic.

Python : SDK Middleware

RAILMiddleware - encapsulez n’importe quelle fonction de modèle.