LiquidAI: d1

LiquidAI d1 est un modèle de décision structuré de Liquid AI. Il est référencé sur api14 sous l'identifiant de modèle liquid/d1 et le fournisseur LiquidAI, et sa catégorie principale est decisions. Plutôt que de générer de la prose libre, d1 est conçu autour de la prise de choix, ce qui en fait un type d'outil différent d'un modèle de chat ou de rédaction généraliste. Si votre application a besoin d'un modèle pour choisir une option, attribuer un score ou répondre par oui ou non, c'est le rôle que d1 est destiné à remplir.

Le modèle prend du texte en entrée et renvoie des décisions en sortie. Sa fenêtre de contexte est de 65536 tokens, et la sortie maximale est de 58982 tokens. Le fournisseur décrit d1 comme un modèle de décision structuré servi comme endpoint System One : vous envoyez un état accompagné de questions typées, et il renvoie un choix, un score ou une réponse oui/non. Ce cadrage compte lorsque vous planifiez une intégration, car la réponse que vous recevez est destinée à être consommée par du code plutôt que lue comme du texte conversationnel.

Les cas d'usage pratiques découlent directement de cette forme. Partout où un système doit évaluer un état et s'engager sur une réponse, d1 peut servir d'étape de décision : router une requête vers l'un de plusieurs chemins, scorer un élément selon des critères que vous fournissez, ou renvoyer un booléen pour une porte ou un filtre. Comme l'entrée est du texte et la sortie une décision, il s'intègre naturellement dans des pipelines où un composant en amont assemble le contexte et un composant en aval agit sur le résultat. Il n'est pas positionné comme un générateur de longues explications, donc traitez-le comme le composant qui décide, pas celui qui raconte.

Vous pouvez l'appeler via l'API compatible OpenAI d'api14 en utilisant l'identifiant de modèle liquid/d1. Comme l'endpoint suit le format OpenAI chat completions, les clients et SDK existants fonctionnent sans traitement particulier. Un point à vérifier avant de construire : d1 ne liste aucun paramètre de requête pris en charge, donc ne supposez pas que des contrôles d'échantillonnage ou des options similaires auront un effet. Envoyez votre état et vos questions typées dans la requête, et lisez la décision dans la réponse.

La principale contrainte à garder en tête est la fenêtre de contexte de 65536 tokens. Si votre tâche dépend d'entrées très longues, planifiez comment vous les ferez tenir, puisque l'état et les questions puisent tous deux dans ce budget. Et si ce dont vous avez réellement besoin est de la génération de texte, du résumé ou de la conversation ouverte, un modèle d'une autre catégorie conviendra mieux que d1. Choisissez d1 lorsque ce que vous voulez en retour est une décision.