Choisir entre Choice, Score et Noul pour une décision transmise à un modèle de décision

Objectif

Formuler un jugement de sorte que le modèle réponde exactement à la question dont le code a besoin, avec un type de réponse que le code peut exploiter par branchement sans interprétation.

Prérequis

Un espace de réponses fermé. Si la réponse est un texte libre, un nombre à calculer ou une date à comparer, le modèle de décision n'est pas le bon outil pour cette partie (voir les modes d'échec documentés). La référence de l'API fixe les formes : un Choice a besoin d'une correspondance entre chaque option et sa description, avec au maximum 255 options ; un Score a besoin d'un tableau ordonné d'au moins deux et au maximum dix descriptions de niveau ; un Noul accepte des descriptions facultatives de ce que signifient oui et non.

Étapes

1. Formuler le jugement en une phrase. Si la phrase contient un « et » qui relie deux propriétés indépendantes, la scinder en deux questions ; la documentation indique que les questions sont évaluées indépendamment, de sorte qu'ajouter une question ne change pas la réponse à une autre.
2. Choisir le type de réponse. Un choix parmi plusieurs gestionnaires, catégories ou candidats : Choice. Une position sur une échelle ordonnée (gravité, urgence, qualité) : Score. Une seule propriété présente ou absente : Noul.
3. Pour un Choice, ajouter une option explicite pour « aucune de ces réponses » ou « non précisé » chaque fois que l'état peut ne contenir aucune réponse. Le modèle renvoie toujours l'option de probabilité la plus élevée ; sans option d'abstention, une mauvaise adéquation se cache dans une confiance faible.
4. Pour un Score, décrire chaque niveau avec des mots concrets qu'une personne pourrait appliquer, dans un ordre croissant. Ne pas prévoir d'interpoler une magnitude exacte entre les niveaux ; la page sur l'irrégularité (jaggedness) indique que les niveaux de score sont peu fiables pour un calibrage numérique et que l'espérance ne convient qu'à une vérification de seuil.
5. Pour un Noul, formuler la question de sorte que « oui » soit la lecture naturelle des mots. La documentation signale de moins bons résultats lorsque le critère réel correspond à « non », et un Noul ne porte aucune valeur de confiance ; il faut donc décider à l'avance quelle probabilité compte comme un oui.
6. Placer le contenu auquel la question fait référence dans l'état, sous une clé descriptive, et nommer cette clé entre apostrophes inverses dans les instructions, afin que le modèle lise la partie voulue.
7. Donner à chaque question une clé qui indique ce qu'elle décide ; l'API précise que les clés ne sont pas envoyées au modèle.

Résultat attendu

Une requête dont les questions sont atomiques, dont les options couvrent les cas y compris « aucun », et dont les réponses se transposent de façon univoque en branches dans le code. La lecture des probabilités montre une distribution marquée sur des entrées claires et une distribution plate sur des entrées ambiguës.

Limites et base de vérification

Il s'agit d'une procédure de conception issue de la référence de l'API du fournisseur et des modes d'échec qu'il documente ; aucune mesure de précision n'est revendiquée. Les seuils et l'option d'abstention doivent être testés sur les propres exemples annotés de l'appelant avant qu'une action automatisée n'en dépende.