Cómo elegir entre Choice, Score y Noul para una decisión delegada a un modelo de decisión

Objetivo

Formular un juicio de modo que el modelo responda exactamente a la pregunta que el código necesita, con un tipo de respuesta sobre el que el código pueda ramificar sin interpretación.

Requisitos previos

Un espacio de respuestas cerrado. Si la respuesta es texto libre, un número que debe calcularse o una fecha que debe compararse, el modelo de decisión no es la herramienta adecuada para esa parte (véanse los modos de fallo documentados). La referencia de la API fija las formas: un Choice necesita un mapa de opción a descripción con un máximo de 255 opciones; un Score necesita un array ordenado con al menos dos y como máximo diez descripciones de nivel; un Noul admite descripciones opcionales de lo que significan sí y no.

Pasos

1. Escriba el juicio en una sola frase. Si la frase contiene un "y" que une dos propiedades independientes, divídala en dos preguntas; la documentación indica que las preguntas se evalúan de forma independiente, de modo que añadir una pregunta no cambia la respuesta de otra.
2. Decida el tipo de respuesta. Uno entre varios manejadores, categorías o candidatos: Choice. Una posición en una escala ordenada (gravedad, urgencia, calidad): Score. Una única propiedad que está presente o ausente: Noul.
3. En un Choice, añada una opción explícita para "ninguna de estas" o "no consta" siempre que el estado pueda no contener una respuesta. El modelo siempre devuelve la opción de mayor probabilidad; sin una opción de abstención, un mal ajuste queda oculto dentro de una confianza baja.
4. En un Score, describa cada nivel con palabras concretas que una persona pueda aplicar, en orden creciente. No planee interpolar una magnitud exacta entre niveles; la página sobre irregularidades (jaggedness) indica que los niveles de Score tienen una calibración numérica débil y que el valor esperado solo sirve para comprobar un umbral.
5. En un Noul, formule la pregunta de modo que sí sea la lectura natural de las palabras. La documentación informa de peores resultados cuando el criterio verdadero se corresponde con "no", y un Noul no aporta ningún valor de confianza, así que decida de antemano qué probabilidad cuenta como sí.
6. Coloque el material al que se refiere la pregunta en el estado, bajo una clave descriptiva, y nombre esa clave entre comillas invertidas en las instrucciones, para que el modelo lea la parte prevista.
7. Dé a cada pregunta una clave que diga qué decide; la API indica que las claves no se envían al modelo.

Resultado esperado

Una solicitud cuyas preguntas son atómicas, cuyas opciones cubren los casos, incluido "ninguno", y cuyas respuestas se corresponden una a una con ramas del código. Al leer las probabilidades se observa una distribución con un pico claro ante entradas inequívocas y una distribución plana ante entradas ambiguas.

Límites y base de verificación

Este es un procedimiento de diseño derivado de la referencia de la API del proveedor y de los modos de fallo que este describe; no se afirma ninguna medición de precisión. Los umbrales y la opción de abstención deben probarse con ejemplos etiquetados propios de quien realiza la llamada antes de que una acción automatizada dependa de ellos.