Nace.AI: Drex v1.5

Drex 1.5 est le modèle de décision textuelle de Nace.AI. Il évalue des faits fournis au regard de questions fermées et renvoie des réponses numériques typées, plutôt qu’une réponse écrite ouverte. Une requête associe un état à des questions nommées, et le résultat identifie chaque réponse par le même nom de question. Le processus dispose ainsi d’une catégorie, d’une probabilité ou d’une position concrète sur une grille à exploiter, tandis que l’action prise sur ce résultat reste du ressort de l’application.

Préparer l’état

L’état contient les informations concernées par chaque question. Drex accepte une chaîne JSON, un objet, un tableau, un nombre, un booléen ou null, le champ state étant obligatoire. Fournissez des éléments porteurs de sens, même si null passe la validation du producteur. Une chaîne convient à un message, à un document ou à une transcription ; un objet convient à des faits déjà organisés en champs. Conservez les informations qui influent sur la décision et omettez les champs sans rapport lorsque le matériau est long. Gardez un format d’entrée stable lors de l’interprétation des seuils de probabilité, car un changement de représentation peut modifier la réponse.

Drex 1.5 lit uniquement du texte. L’interface documentée rejette les images, l’audio, la vidéo et le contenu PDF dans l’état comme dans les questions, y compris les médias encodés et les objets de contenu multimédia. Préparez une légende, du texte documentaire reconnu ou une transcription avant d’utiliser ce matériau comme élément à évaluer. Une adresse textuelle n’est pas un document ou une image récupérés : le modèle ne peut pas l’ouvrir. Pour une demande d’assistance, l’état utile est le message réel et le contexte pertinent, plutôt qu’une référence à du matériau que le modèle n’a pas reçu.

Probabilité oui/non, choix ou score

Une question noul demande si une condition est satisfaite et renvoie un nombre de 0 à 1 représentant la probabilité estimée de oui. Définissez la question par des instructions non vides ou par au moins un critère true/false non vide. Par exemple, demandez si un message signale une fonctionnalité défaillante et précisez si un fonctionnement lent compte comme une défaillance. Drex n’impose aucun seuil oui/non intégré ; le processus qui utilise le résultat choisit comment interpréter la probabilité.

Une question choice sélectionne un libellé fourni dans un ensemble non ordonné et renvoie une probabilité pour chaque libellé. Les critères sont un objet dont les clés sont les libellés renvoyés et dont chaque description est une chaîne ou null. Utilisez des clés courtes et stables et décrivez clairement les frontières entre catégories. Une tâche illustrative d’orientation peut distinguer un problème d’accès, un défaut produit et une question générale, avec une catégorie « autre » pour les messages qui ne correspondent pas. Le libellé sélectionné est utile pour l’orientation ; la distribution aide à identifier les cas dans lesquels deux options restent difficiles à séparer.

Une question score utilise un tableau ordonné de libellés de niveaux. Les indices commencent à 0, et le score renvoyé est la somme des indices de chaque niveau multipliés par leur probabilité. Il peut donc se situer entre des niveaux nommés. Pour une échelle de gravité, définissez ce qui distingue un problème esthétique, un problème avec un contournement et une tâche entièrement bloquée. Le résultat comprend la légende des niveaux et leurs probabilités, ainsi que le score attendu. Gardez le score fractionnaire pour les moyennes ou les tendances ; sélectionner le niveau le plus probable et arrondir le score attendu répondent à des questions différentes.

Éléments partagés et lecture du résultat

Le producteur autorise d’une à 512 questions sur le même état. Donnez à chacune un identifiant non vide et porteur de sens, tel que category ou severity, afin que la réponse correspondante soit compréhensible sans rechercher une question numérotée. Séparez les préoccupations indépendantes dans leurs propres questions, plutôt que de réunir plusieurs exigences en un critère flou. Un même message peut servir à un choix de catégorie, à un score de gravité et à une vérification de condition, chacun conservant son propre sens.

Les réponses choice et score comprennent la confiance séparément de leurs distributions de probabilités. Le producteur distingue explicitement la confiance de la probabilité maximale d’une option ; ne calculez pas l’une à partir de l’autre. Pour une décision oui/non, conservez la probabilité brute avec l’issue choisie. Pour un choix incertain, examinez les probabilités concurrentes, plutôt que de traiter le seul libellé gagnant comme une preuve de certitude. Définissez les seuils de vérification selon les conséquences d’un faux résultat positif ou négatif et utilisez des cas annotés représentatifs pour les évaluer.

Version et limites de taille

Drex 1.5 documente un budget d’état de 131 072 tokens et un budget de ligne de 139 264 tokens. Le budget de ligne concerne l’état et la plus longue question individuelle, y compris ses instructions et ses options ; il ne correspond pas à la somme de toutes les questions de la requête. L’état sérialisé et les questions réunis doivent aussi tenir dans 1 048 576 octets UTF-8. Une requête peut respecter la limite en octets tout en dépassant une limite en tokens. L’ancienne édition 1.0 indique séparément 32 768 tokens pour l’état comme pour la ligne ; ses limites ne doivent donc pas être reportées sur la version 1.5.

Nace documente drex-v1.5 comme un identifiant versionné du producteur, tandis que drex-latest est un alias évolutif. Explicitez l’édition visée lorsqu’un processus dépend de ses limites. Une question mal formée, un état manquant ou une entrée trop volumineuse constituent des problèmes de validation nécessitant une entrée corrigée, plutôt qu’une catégorie modifiée ou une réponse devinée. Préparez les critères autour d’éléments observables et gardez ensemble le résultat typé, les faits d’origine et la définition de la question. La décision devient ainsi utilisable pour l’orientation, la priorisation ou la vérification, sans confondre une probabilité avec un verdict garanti.