Entrée
Donner le contexte utile
Un ticket, un extrait de document, les catégories possibles et vos règles métier forment l’état à examiner. Limitez les informations aux données nécessaires à la tâche.
API de décision
Définissez vos catégories de sortie
Le service envisagé reçoit un texte et choisit parmi les valeurs autorisées par votre application. Le format de réponse et les règles de reprise se définissent avant le pilote.
Sortie
Recevoir des valeurs utilisables
Le contrat envisagé contient une catégorie, une distribution sur les choix autorisés et un statut de traitement. L’application valide le schéma avant toute action. Les clés de la démonstration illustrent ce contrat ; elles ne constituent pas une documentation d’API disponible.
Évaluation
Mesurer la bonne décision
Un jeu d’exemples annotés permet de suivre les confusions entre catégories, le taux de reprise humaine et le coût des erreurs. Une estimation de confiance devra faire l’objet d’une étude de calibration séparée.
Intégration
Conserver les contrôles métier
Les règles déterministes restent dans votre application : droits, vérifications de montants, actions autorisées. Un modèle ne doit pas pouvoir élargir son propre périmètre.
Quel modèle sera utilisé ?
Le choix du modèle et de son mode d’hébergement reste à établir. Aucune architecture propriétaire ni méthode d’entraînement particulière n’est annoncée.
Quels sont les tarifs et la latence ?
Ils ne sont pas fixés. Les mesures seront publiées avec leurs conditions d’essai avant une offre commerciale.
Décrire votre cas d’usage
Rassemblez les catégories attendues, les volumes et le rôle de votre équipe dans un brief de pilote.
Préparer un pilote