LiquidAI: d1

d1 est le modèle de décision hébergé de Liquid AI destiné aux tâches fermées de classification, de routage et de notation. Ce profil couvre son processus de décision textuelle : fournissez les éléments probants sous forme d’état, définissez une ou plusieurs questions et recevez des réponses numériques typées portant sur des issues connues. Liquid décrit ces décisions comme des évaluations qui renvoient directement des probabilités, avec zéro token de sortie généré. Le résultat utile est une décision définie et son incertitude, plutôt qu’un passage de texte nouvellement rédigé.

Préparer ensemble les éléments probants et la question

Fournissez le texte qui rend la décision possible, ainsi que le contexte nécessaire pour l’interpréter. Séparez l’état des instructions décrivant ce qu’il faut évaluer. Un message d’assistance peut nécessiter la description d’un produit ou d’un problème ; un passage de document peut nécessiter la question de recherche de l’utilisateur. Définissez l’ensemble des réponses avant de poser la question, et donnez à chaque option une signification adaptée au flux de travail visé. Des étiquettes courtes peuvent servir de clés de sortie stables, tandis que les descriptions précisent les frontières entre elles.

Utilisez des questions nommées sur un état partagé. Un nom clair comme intent, urgency ou relevant maintient la sortie associée à la décision qu’elle représente. Par exemple, un message signalant qu’une page ne fonctionne pas peut étayer un choix d’intention, une grille d’urgence et une vérification oui/non d’un défaut signalé. Chaque question doit conserver son propre critère au lieu de combiner les trois jugements dans une seule étiquette ambiguë.

Le type choice pour les catégories et le routage

Une question choice sélectionne une étiquette dans un ensemble non ordonné et renvoie la distribution sur les options nommées. Définissez les options au moyen de descriptions de critères ; le résultat comprend le choix sélectionné, les probabilités et la confiance. Pour l’organisation de documents, définissez les dossiers ou sujets possibles et indiquez quel contenu relève de chacun. Pour le routage des demandes, décrivez les destinations qui existent réellement. Une application peut utiliser l’étiquette obtenue pour choisir son étape suivante tout en conservant les probabilités concurrentes en vue d’une revue.

Une tâche de classement illustrative peut séparer une question sur un produit, un problème d’intégration et un problème d’accès, avec une option other pour les contenus hors de ces définitions. Gardez des frontières concrètes : un message signalant l’impossibilité de s’authentifier diffère d’un message demandant comment configurer une fonctionnalité. L’étiquette renvoyée sélectionne parmi les significations fournies ; elle ne crée pas une destination manquante et n’exécute aucune modification dans un autre système.

Le type noul pour les vérifications de conditions et la pertinence

Une question noul renvoie une probabilité comprise entre 0 et 1 que la condition oui/non définie soit remplie. Liquid présente des vérifications binaires pour la revue de contenu et la pertinence de passages. Énoncez précisément la condition et choisissez la manière dont la probabilité obtenue sera utilisée : signaler une correspondance probable, filtrer un passage ou transmettre un cas incertain en revue. Le seuil relève de la tâche consommatrice, et une probabilité ne doit pas être traitée comme un verdict factuel garanti.

Pour le filtrage par pertinence, fournissez à la fois la requête et le passage candidat. Demandez si ce passage aide à répondre à la requête, puis conservez le passage d’origine avec sa probabilité. Cela permet de sélectionner des contenus sources pour une réponse ultérieure sans demander à d1 de rédiger lui-même cette réponse. Si la pertinence exige plusieurs degrés plutôt qu’une condition oui/non, définissez une grille ordonnée et utilisez une question score.

Le type score pour les niveaux ordonnés

Une question score situe l’état sur une grille d’évaluation aux niveaux ordonnés et décrits. Les indices de niveau commencent à 0, et le score correspond à leur position pondérée par les probabilités, qui peut se situer entre deux niveaux. Le résultat comprend également la distribution des niveaux et la confiance. Pour l’urgence, définissez ce qui distingue un problème sans impact immédiat, un désagrément notable et une tâche bloquée. Une grille à quatre niveaux a donc les indices 0 à 3 ; son score attendu ne correspond pas automatiquement à une catégorie numérotée de 1 à 4.

Utilisez le score fractionnaire pour ordonner ou agréger lorsque c’est le résultat visé, et conservez la distribution complète lorsque l’ambiguïté compte. Les catégories telles que les services n’ont pas d’ordre naturel et relèvent d’une question choice. La confiance résume le caractère tranché de la réponse renvoyée dans l’interface documentée ; elle doit rester distincte du score recherché par la tâche et de toute garantie supposée de l’exactitude de la décision.

Questions multiples et applications de l’éditeur

Plusieurs questions peuvent évaluer le même état en un seul appel à l’interface de l’éditeur, chacune conservant son type et ses probabilités. Les exemples textuels de Liquid comprennent le filtrage de tickets d’assistance, le classement de documents dans une arborescence de dossiers, la sélection de chemins de recherche de code, le choix parmi les actions disponibles d’un agent et la décision du contenu de sortie d’outil à conserver. Tous ces flux de travail comportent une décision suivante fermée. Une étape de recherche de code peut sélectionner un dossier prometteur à partir de ses descriptions ; une étape de sélection de contenu peut choisir keep, trim ou drop pour le contenu fourni. L’application environnante obtient toujours les données sources et effectue l’opération sélectionnée.

Périmètre et artefact de décision utile

Les primitives documentées conviennent aux issues connues, aux notations sur grille et aux vérifications de conditions. Un nouveau texte rédigé, des résumés, du code et une conversation ouverte nécessitent un processus de génération ; ils ne découlent pas du résultat de décision de d1. Préparez une question autour d’éléments observables et conservez les définitions de cette question avec la sortie, afin qu’une étiquette ou un score puisse être interprété ultérieurement.

Maintenez chaque état centré sur les éléments qui répondent à ses questions définies, et séparez les tâches de décision sans rapport afin que leurs critères restent clairs. Gardez des contenus sources pertinents, définissez des significations de repli lorsque la couverture des catégories est incomplète et évaluez les seuils de probabilité à l’aide d’exemples étiquetés de la tâche. Un artefact utile enregistre la catégorie sélectionnée ou le score attendu, accompagné de sa distribution, de l’identité de la question et des éléments probants d’origine.