Jev 1.13 est le modèle System One versionné de TypeSafe pour les décisions structurées. Son identifiant chez le producteur est jev-1.13.0. Il évalue du texte ou un état JSON textuel à l’aide de questions typées et renvoie directement des valeurs et des distributions de probabilités, sans rédiger de réponse écrite. Cette édition convient à la classification, à l’orientation, aux vérifications de conditions et aux jugements sur grille dont les issues possibles sont connues avant la requête.
Fournissez comme état une chaîne de caractères, un objet JSON ou un tableau de valeurs textuelles. Utilisez des champs nommés lorsque les éléments comprennent des enregistrements liés, une conversation et une règle. Conservez les parties nécessaires à chaque question et faites référence à un champ ou à un élément précis lorsque cela identifie clairement les éléments à examiner. Jev 1.13 est limité au texte ; les images, l’audio, la vidéo et les fichiers binaires doivent être préparés en texte ou en champs textuels structurés en dehors de ce modèle.
Chaque question comporte un type, des instructions et les critères requis par son type. Les instructions et les descriptions des critères peuvent utiliser du texte ou une structure JSON. Le producteur renvoie les réponses sous les identifiants des questions, mais ces identifiants ne font pas partie de l’inférence. Rédigez la question complète, plutôt que de compter sur un identifiant tel que urgent pour suggérer le critère visé. Un état d’assistance utile peut contenir le message et les détails de l’impact, tandis que des questions distinctes définissent sa catégorie et sa gravité.
Choice sélectionne l’option de probabilité maximale dans l’ensemble non ordonné défini par l’appelant. Sa table de critères contient les clés des options et leurs descriptions ; null est autorisé lorsqu’une option ne nécessite aucune explication supplémentaire. La limite documentée est de 255 options par Choice. Ajoutez une option « autre » ou « aucune correspondance » lorsqu’une taxonomie ne couvre pas tous les éléments possibles, et expliquez les frontières qu’un nom de catégorie court ne permet pas de fixer.
La réponse contient l’option sélectionnée, une probabilité pour chaque option et la confiance. Conservez la distribution lorsque deux candidats sont proches, au lieu de traiter le libellé sélectionné comme une certitude. La catégorie sélectionnée peut identifier une orientation proposée ; l’application environnante décide si elle doit l’effectuer et comment.
Score utilise un tableau ordonné de niveaux décrits, avec au moins deux niveaux recommandés et jusqu’à dix pris en charge. Les indices commencent à 0. Le résultat numérique est la moyenne des indices de niveau pondérée par les probabilités ; il peut donc se situer entre des niveaux. La légende de la réponse relie les indices à leurs descriptions, et les probabilités de niveau montrent la répartition du jugement.
Pour la gravité, décrivez la différence entre un impact esthétique, un contournement utilisable et une tâche bloquée. Un score fractionnaire peut aider à établir des priorités ou à agréger des jugements, tandis que sélectionner la catégorie la plus probable est une opération différente. Le guide de TypeSafe propre à cette édition indique que Score est peu performant pour reconstituer une quantité physique ou numérique exacte en interpolant entre les niveaux. Gardez les calculs arithmétiques précis et les mesures en dehors du modèle.
Noul renvoie la probabilité, de 0 à 1, qu’une condition définie soit vraie. Des critères facultatifs true et false précisent la frontière. Il ne possède aucun champ de confiance distinct. Une probabilité proche de 0,5 indique une incertitude entre oui et non, plutôt qu’une valeur intermédiaire sur une échelle graduée.
La confiance de Choice et de Score est dérivée de leurs distributions respectives. Pour Choice avec au moins deux options (n > 1) et une probabilité sélectionnée p_max, la formule documentée est (p_max − 1/n) / (1 − 1/n) : elle compare l’issue dominante à une répartition uniforme. La confiance de Score tient aussi compte de la distance au niveau le plus probable, pondérée par les probabilités, normalisée par rapport à la dispersion d’une distribution uniforme et bornée inférieurement à 0. Ainsi, une ambiguïté entre niveaux adjacents et une ambiguïté entre extrémités opposées ont des sens différents. Conservez toute la distribution lorsque la tâche nécessite plus de détail qu’une seule statistique.
Les questions d’une même requête voient le même état et sont évaluées indépendamment. Le résultat d’une question n’est pas un contexte caché pour une autre. Décomposez un jugement large en préoccupations ciblées, puis interprétez ou combinez les valeurs renvoyées selon la tâche. Un problème peut avoir une catégorie, une note d’impact et une vérification de pertinence sans transformer ces critères indépendants en un libellé vague de priorité.
Si une question ultérieure nécessite des éléments récupérés ou des options choisies à partir d’un résultat antérieur, explicitez cette dépendance dans une requête ultérieure. Pour l’extraction de candidats, obtenez d’abord les valeurs disponibles depuis la source, puis utilisez un Choice délimité pour choisir parmi elles. Jev 1.13 n’est pas entraîné à la génération de texte libre et ne doit pas être décrit comme produisant une nouvelle chaîne arbitraire ou une explication narrative.
Le fabricant indique un budget de 64k tokens pour l’état et toutes les questions réunis, ainsi qu’un budget de 32k tokens pour l’état et la plus longue question individuelle. Les deux contraintes comptent. Un état qui tient dans le budget total peut néanmoins laisser trop peu de place aux instructions et aux options d’une question particulière. Retirez le matériau sans rapport tout en conservant les éléments qui déterminent la réponse.
L’anglais est la principale langue d’entraînement de cette édition, et le producteur y rapporte sa meilleure précision. D’autres langues, y compris les écritures CJK, sont acceptées, mais n’offrent pas une précision équivalente. Utilisez des sources représentatives de la langue visée lorsque vous évaluez l’interprétation des probabilités ou des frontières de catégories. Un contrat d’entrée exclusivement textuel n’établit pas une performance multilingue universelle.
TypeSafe documente une lecture littérale des mots délimitant la portée et des négations, un comptage et une arithmétique peu fiables, des difficultés à comparer des dates comme des quantités ordonnées et une fiabilité réduite avec plusieurs niveaux d’indirection. Il recommande d’effectuer les calculs exacts dans du code et de confier le jugement sémantique au modèle. Des encodages numériques peuvent être moins efficaces que des noms porteurs de sens, et un état volumineux rempli de détails sans rapport peut détourner l’attention des éléments pertinents.
Le même guide indique qu’un contenu adversarial dans l’état peut orienter la réponse, que des instructions et des critères contradictoires peuvent désorienter le modèle et que l’ordre des options Choice peut parfois biaiser le résultat en faveur d’une option placée tôt. Définissez la condition réelle, alignez les instructions sur les critères, réduisez les étapes intermédiaires inutiles et comparez les jugements limites à la source. Gardez à l’esprit les limites de Jev 1.13 lorsque vous interprétez ses jugements.
Un artefact utile de Jev 1.13 préserve l’identifiant de l’état, la question complète, les options ou les niveaux, le résultat typé, les probabilités et la statistique de confiance pertinente. Explicitez la version lorsque les résultats ou les seuils dépendent de cette édition. Examinez les cas incertains au regard des éléments disponibles et laissez l’application effectuer les calculs exacts et les actions du processus ; le modèle fournit un jugement ciblé assorti d’une incertitude numérique.
", "aboutText": "Jev 1.13 est le modèle System One versionné de TypeSafe pour les décisions structurées. Son identifiant chez le producteur est jev-1.13.0. Il évalue du texte ou un état JSON textuel à l’aide de questions typées et renvoie directement des valeurs et des distributions de probabilités, sans rédiger de réponse écrite. Cette édition convient à la classification, à l’orientation, aux vérifications de conditions et aux jugements sur grille dont les issues possibles sont connues avant la requête.\n\n### Préparer l’état et des questions ciblées\n\nFournissez comme état une chaîne de caractères, un objet JSON ou un tableau de valeurs textuelles. Utilisez des champs nommés lorsque les éléments comprennent des enregistrements liés, une conversation et une règle. Conservez les parties nécessaires à chaque question et faites référence à un champ ou à un élément précis lorsque cela identifie clairement les éléments à examiner. Jev 1.13 est limité au texte ; les images, l’audio, la vidéo et les fichiers binaires doivent être préparés en texte ou en champs textuels structurés en dehors de ce modèle.\n\nChaque question comporte un type, des instructions et les critères requis par son type. Les instructions et les descriptions des critères peuvent utiliser du texte ou une structure JSON. Le producteur renvoie les réponses sous les identifiants des questions, mais ces identifiants ne font pas partie de l’inférence. Rédigez la question complète, plutôt que de compter sur un identifiant tel que urgent pour suggérer le critère visé. Un état d’assistance utile peut contenir le message et les détails de l’impact, tandis que des questions distinctes définissent sa catégorie et sa gravité.\n\n### Choice : une catégorie fournie et sa distribution\n\nChoice sélectionne l’option de probabilité maximale dans l’ensemble non ordonné défini par l’appelant. Sa table de critères contient les clés des options et leurs descriptions ; null est autorisé lorsqu’une option ne nécessite aucune explication supplémentaire. La limite documentée est de 255 options par Choice. Ajoutez une option « autre » ou « aucune correspondance » lorsqu’une taxonomie ne couvre pas tous les éléments possibles, et expliquez les frontières qu’un nom de catégorie court ne permet pas de fixer.\n\nLa réponse contient l’option sélectionnée, une probabilité pour chaque option et la confiance. Conservez la distribution lorsque deux candidats sont proches, au lieu de traiter le libellé sélectionné comme une certitude. La catégorie sélectionnée peut identifier une orientation proposée ; l’application environnante décide si elle doit l’effectuer et comment.\n\n### Score : un niveau attendu, plutôt qu’une mesure exacte\n\nScore utilise un tableau ordonné de niveaux décrits, avec au moins deux niveaux recommandés et jusqu’à dix pris en charge. Les indices commencent à 0. Le résultat numérique est la moyenne des indices de niveau pondérée par les probabilités ; il peut donc se situer entre des niveaux. La légende de la réponse relie les indices à leurs descriptions, et les probabilités de niveau montrent la répartition du jugement.\n\nPour la gravité, décrivez la différence entre un impact esthétique, un contournement utilisable et une tâche bloquée. Un score fractionnaire peut aider à établir des priorités ou à agréger des jugements, tandis que sélectionner la catégorie la plus probable est une opération différente. Le guide de TypeSafe propre à cette édition indique que Score est peu performant pour reconstituer une quantité physique ou numérique exacte en interpolant entre les niveaux. Gardez les calculs arithmétiques précis et les mesures en dehors du modèle.\n\n### Noul et confiance ont des sens distincts\n\nNoul renvoie la probabilité, de 0 à 1, qu’une condition définie soit vraie. Des critères facultatifs true et false précisent la frontière. Il ne possède aucun champ de confiance distinct. Une probabilité proche de 0,5 indique une incertitude entre oui et non, plutôt qu’une valeur intermédiaire sur une échelle graduée.\n\nLa confiance de Choice et de Score est dérivée de leurs distributions respectives. Pour Choice avec au moins deux options (n > 1) et une probabilité sélectionnée p_max, la formule documentée est (p_max − 1/n) / (1 − 1/n) : elle compare l’issue dominante à une répartition uniforme. La confiance de Score tient aussi compte de la distance au niveau le plus probable, pondérée par les probabilités, normalisée par rapport à la dispersion d’une distribution uniforme et bornée inférieurement à 0. Ainsi, une ambiguïté entre niveaux adjacents et une ambiguïté entre extrémités opposées ont des sens différents. Conservez toute la distribution lorsque la tâche nécessite plus de détail qu’une seule statistique.\n\n### Jugements indépendants sur des éléments partagés\n\nLes questions d’une même requête voient le même état et sont évaluées indépendamment. Le résultat d’une question n’est pas un contexte caché pour une autre. Décomposez un jugement large en préoccupations ciblées, puis interprétez ou combinez les valeurs renvoyées selon la tâche. Un problème peut avoir une catégorie, une note d’impact et une vérification de pertinence sans transformer ces critères indépendants en un libellé vague de priorité.\n\nSi une question ultérieure nécessite des éléments récupérés ou des options choisies à partir d’un résultat antérieur, explicitez cette dépendance dans une requête ultérieure. Pour l’extraction de candidats, obtenez d’abord les valeurs disponibles depuis la source, puis utilisez un Choice délimité pour choisir parmi elles. Jev 1.13 n’est pas entraîné à la génération de texte libre et ne doit pas être décrit comme produisant une nouvelle chaîne arbitraire ou une explication narrative.\n\n### Limites de contexte et de langue propres à l’édition\n\nLe fabricant indique un budget de 64k tokens pour l’état et toutes les questions réunis, ainsi qu’un budget de 32k tokens pour l’état et la plus longue question individuelle. Les deux contraintes comptent. Un état qui tient dans le budget total peut néanmoins laisser trop peu de place aux instructions et aux options d’une question particulière. Retirez le matériau sans rapport tout en conservant les éléments qui déterminent la réponse.\n\nL’anglais est la principale langue d’entraînement de cette édition, et le producteur y rapporte sa meilleure précision. D’autres langues, y compris les écritures CJK, sont acceptées, mais n’offrent pas une précision équivalente. Utilisez des sources représentatives de la langue visée lorsque vous évaluez l’interprétation des probabilités ou des frontières de catégories. Un contrat d’entrée exclusivement textuel n’établit pas une performance multilingue universelle.\n\n### Limites substantielles publiées\n\nTypeSafe documente une lecture littérale des mots délimitant la portée et des négations, un comptage et une arithmétique peu fiables, des difficultés à comparer des dates comme des quantités ordonnées et une fiabilité réduite avec plusieurs niveaux d’indirection. Il recommande d’effectuer les calculs exacts dans du code et de confier le jugement sémantique au modèle. Des encodages numériques peuvent être moins efficaces que des noms porteurs de sens, et un état volumineux rempli de détails sans rapport peut détourner l’attention des éléments pertinents.\n\nLe même guide indique qu’un contenu adversarial dans l’état peut orienter la réponse, que des instructions et des critères contradictoires peuvent désorienter le modèle et que l’ordre des options Choice peut parfois biaiser le résultat en faveur d’une option placée tôt. Définissez la condition réelle, alignez les instructions sur les critères, réduisez les étapes intermédiaires inutiles et comparez les jugements limites à la source. Gardez à l’esprit les limites de Jev 1.13 lorsque vous interprétez ses jugements.\n\nUn artefact utile de Jev 1.13 préserve l’identifiant de l’état, la question complète, les options ou les niveaux, le résultat typé, les probabilités et la statistique de confiance pertinente. Explicitez la version lorsque les résultats ou les seuils dépendent de cette édition. Examinez les cas incertains au regard des éléments disponibles et laissez l’application effectuer les calculs exacts et les actions du processus ; le modèle fournit un jugement ciblé assorti d’une incertitude numérique.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "45038d01a3fcb3c12488a04ac6f68655df146baeda969d3e90821fe27fc3c18d", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "fr-ch", "methods": [ { "html": "typesafe/jev-1.13Jev 1.13 est le modèle de décision System One de TypeSafe, limité au texte. Il renvoie directement des Choices typés, des Scores fractionnaires sur une grille d’évaluation et des probabilités oui/non, avec leurs distributions et des statistiques de confiance propres au modèle, pour la classification, l’orientation et les jugements ciblés.
Cette description présente les capacités du modèle. Les entrées, sorties et options disponibles dans Ailoot pour la méthode sélectionnée figurent ci-dessous.
Jev 1.13 est le modèle System One versionné de TypeSafe pour les décisions structurées. Son identifiant chez le producteur est jev-1.13.0. Il évalue du texte ou un état JSON textuel à l’aide de questions typées et renvoie directement des valeurs et des distributions de probabilités, sans rédiger de réponse écrite. Cette édition convient à la classification, à l’orientation, aux vérifications de conditions et aux jugements sur grille dont les issues possibles sont connues avant la requête.
Fournissez comme état une chaîne de caractères, un objet JSON ou un tableau de valeurs textuelles. Utilisez des champs nommés lorsque les éléments comprennent des enregistrements liés, une conversation et une règle. Conservez les parties nécessaires à chaque question et faites référence à un champ ou à un élément précis lorsque cela identifie clairement les éléments à examiner. Jev 1.13 est limité au texte ; les images, l’audio, la vidéo et les fichiers binaires doivent être préparés en texte ou en champs textuels structurés en dehors de ce modèle.
Chaque question comporte un type, des instructions et les critères requis par son type. Les instructions et les descriptions des critères peuvent utiliser du texte ou une structure JSON. Le producteur renvoie les réponses sous les identifiants des questions, mais ces identifiants ne font pas partie de l’inférence. Rédigez la question complète, plutôt que de compter sur un identifiant tel que urgent pour suggérer le critère visé. Un état d’assistance utile peut contenir le message et les détails de l’impact, tandis que des questions distinctes définissent sa catégorie et sa gravité.
Choice sélectionne l’option de probabilité maximale dans l’ensemble non ordonné défini par l’appelant. Sa table de critères contient les clés des options et leurs descriptions ; null est autorisé lorsqu’une option ne nécessite aucune explication supplémentaire. La limite documentée est de 255 options par Choice. Ajoutez une option « autre » ou « aucune correspondance » lorsqu’une taxonomie ne couvre pas tous les éléments possibles, et expliquez les frontières qu’un nom de catégorie court ne permet pas de fixer.
La réponse contient l’option sélectionnée, une probabilité pour chaque option et la confiance. Conservez la distribution lorsque deux candidats sont proches, au lieu de traiter le libellé sélectionné comme une certitude. La catégorie sélectionnée peut identifier une orientation proposée ; l’application environnante décide si elle doit l’effectuer et comment.
Score utilise un tableau ordonné de niveaux décrits, avec au moins deux niveaux recommandés et jusqu’à dix pris en charge. Les indices commencent à 0. Le résultat numérique est la moyenne des indices de niveau pondérée par les probabilités ; il peut donc se situer entre des niveaux. La légende de la réponse relie les indices à leurs descriptions, et les probabilités de niveau montrent la répartition du jugement.
Pour la gravité, décrivez la différence entre un impact esthétique, un contournement utilisable et une tâche bloquée. Un score fractionnaire peut aider à établir des priorités ou à agréger des jugements, tandis que sélectionner la catégorie la plus probable est une opération différente. Le guide de TypeSafe propre à cette édition indique que Score est peu performant pour reconstituer une quantité physique ou numérique exacte en interpolant entre les niveaux. Gardez les calculs arithmétiques précis et les mesures en dehors du modèle.
Noul renvoie la probabilité, de 0 à 1, qu’une condition définie soit vraie. Des critères facultatifs true et false précisent la frontière. Il ne possède aucun champ de confiance distinct. Une probabilité proche de 0,5 indique une incertitude entre oui et non, plutôt qu’une valeur intermédiaire sur une échelle graduée.
La confiance de Choice et de Score est dérivée de leurs distributions respectives. Pour Choice avec au moins deux options (n > 1) et une probabilité sélectionnée p_max, la formule documentée est (p_max − 1/n) / (1 − 1/n) : elle compare l’issue dominante à une répartition uniforme. La confiance de Score tient aussi compte de la distance au niveau le plus probable, pondérée par les probabilités, normalisée par rapport à la dispersion d’une distribution uniforme et bornée inférieurement à 0. Ainsi, une ambiguïté entre niveaux adjacents et une ambiguïté entre extrémités opposées ont des sens différents. Conservez toute la distribution lorsque la tâche nécessite plus de détail qu’une seule statistique.
Les questions d’une même requête voient le même état et sont évaluées indépendamment. Le résultat d’une question n’est pas un contexte caché pour une autre. Décomposez un jugement large en préoccupations ciblées, puis interprétez ou combinez les valeurs renvoyées selon la tâche. Un problème peut avoir une catégorie, une note d’impact et une vérification de pertinence sans transformer ces critères indépendants en un libellé vague de priorité.
Si une question ultérieure nécessite des éléments récupérés ou des options choisies à partir d’un résultat antérieur, explicitez cette dépendance dans une requête ultérieure. Pour l’extraction de candidats, obtenez d’abord les valeurs disponibles depuis la source, puis utilisez un Choice délimité pour choisir parmi elles. Jev 1.13 n’est pas entraîné à la génération de texte libre et ne doit pas être décrit comme produisant une nouvelle chaîne arbitraire ou une explication narrative.
Le fabricant indique un budget de 64k tokens pour l’état et toutes les questions réunis, ainsi qu’un budget de 32k tokens pour l’état et la plus longue question individuelle. Les deux contraintes comptent. Un état qui tient dans le budget total peut néanmoins laisser trop peu de place aux instructions et aux options d’une question particulière. Retirez le matériau sans rapport tout en conservant les éléments qui déterminent la réponse.
L’anglais est la principale langue d’entraînement de cette édition, et le producteur y rapporte sa meilleure précision. D’autres langues, y compris les écritures CJK, sont acceptées, mais n’offrent pas une précision équivalente. Utilisez des sources représentatives de la langue visée lorsque vous évaluez l’interprétation des probabilités ou des frontières de catégories. Un contrat d’entrée exclusivement textuel n’établit pas une performance multilingue universelle.
TypeSafe documente une lecture littérale des mots délimitant la portée et des négations, un comptage et une arithmétique peu fiables, des difficultés à comparer des dates comme des quantités ordonnées et une fiabilité réduite avec plusieurs niveaux d’indirection. Il recommande d’effectuer les calculs exacts dans du code et de confier le jugement sémantique au modèle. Des encodages numériques peuvent être moins efficaces que des noms porteurs de sens, et un état volumineux rempli de détails sans rapport peut détourner l’attention des éléments pertinents.
Le même guide indique qu’un contenu adversarial dans l’état peut orienter la réponse, que des instructions et des critères contradictoires peuvent désorienter le modèle et que l’ordre des options Choice peut parfois biaiser le résultat en faveur d’une option placée tôt. Définissez la condition réelle, alignez les instructions sur les critères, réduisez les étapes intermédiaires inutiles et comparez les jugements limites à la source. Gardez à l’esprit les limites de Jev 1.13 lorsque vous interprétez ses jugements.
Un artefact utile de Jev 1.13 préserve l’identifiant de l’état, la question complète, les options ou les niveaux, le résultat typé, les probabilités et la statistique de confiance pertinente. Explicitez la version lorsque les résultats ou les seuils dépendent de cette édition. Examinez les cas incertains au regard des éléments disponibles et laissez l’application effectuer les calculs exacts et les actions du processus ; le modèle fournit un jugement ciblé assorti d’une incertitude numérique.
POST /v1/systemonetextdecisions| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites typesafe/jev-1.13 | Par défaut— |
Champprovider | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champquestions | Typeobject | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champsession_id | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champstate | Typeschema | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champtrace | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champuser | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champquestions.<id>.type | Typestring | ExigenceObligatoire | Valeurs et limites noul, choice, score | Par défaut— |
Champquestions.<id>.instructions | Typestring|object|array | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champquestions.<id>.criteria | Typeobject|array | ExigenceFacultatif | Valeurs et limites Conditions: choice/score : obligatoire ; noul : facultatif. Les critères de choice forment un objet ; score est un tableau avec minItems1. | Par défaut— |
Champquestions.<id>.criteria.true | Typestring|object|array | ExigenceObligatoire | Valeurs et limites S’applique lorsque: objet de critères noul fourni | Par défaut— |
Champquestions.<id>.criteria.false | Typestring|object|array | ExigenceObligatoire | Valeurs et limites S’applique lorsque: objet de critères noul fourni | Par défaut— |
noul · Obligatoire : state, questions.<id>.type=noul, questions.<id>.instructions
choice · Obligatoire : state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Obligatoire : state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, state, questions |
Paramètrematerial_types | Contrattext |
Paramètreoptional_controls | Contratprovider, session_id, trace, user |
Paramètremultimodal_input_binding | Contratnull |
Cycle de vie : synchronous
Envoyez l’identifiant exact du modèle et conservez la réponse native complète.
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.
| Configuration | Barème tarifaire | Tokens de contexte, plus de | Tokens de contexte, jusqu’à la limite incluse | Coût |
|---|---|---|---|---|
| ConfigurationTarifs de base des tokens | Barème tarifaireTarif de base | Tokens de contexte, plus de— | Tokens de contexte, jusqu’à la limite incluseSans borne supérieure | Coût Entrée · Tokens en entrée $0.000084 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
| ConfigurationPalier 1 de longueur de requête | Barème tarifaire— | Tokens de contexte, plus de0 | Tokens de contexte, jusqu’à la limite incluseSans borne supérieure | Coût Entrée · Tokens en entrée $0.000084 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
Ailoot réserve un montant estimé avant une requête. Après le résultat, le montant final est débité selon l’utilisation mesurée. Pour le streaming, le montant final à débiter est calculé à partir du relevé final d’utilisation. Fonctionnement de la réservation et du débit →
{\n "model": "typesafe/jev-1.13",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='typesafe/jev-1.13'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Chaque réponse fournie pour un identifiant de question est conservée avec son type exact, sa valeur noul/choice/score, son niveau de confiance, ses probabilités et sa légende. L’intégralité du JSON d’origine est enregistrée et renvoyée uniquement après la facturation définitive.
Conservez l’opération d’origine et la réponse complète ou partielle ; ne répétez pas le POST.
| Champ | Type |
|---|---|
Champmodel | Typestring |
Champid | Typestring |
Champprovider | Typestring |
Champanswers.<id>.type | Typestring |
Champanswers.<id>.noul | Typenumber |
Champanswers.<id>.choice | Typestring |
Champanswers.<id>.score | Typenumber |
Champanswers.<id>.confidence | Typenumber |
Champanswers.<id>.probabilities | Typeobject |
Champanswers.<id>.legend | Typeobject |
Champusage.input_tokens | Typeinteger |
Champusage.output_tokens | Typeinteger |
Champusage.cost | Typenumber |
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionChamp obligatoire, représentation ou valeur invalide | Étape suivanteCorrigez le champ indiqué dans la requête. |
Ailoot Ultra typesafe/jev-1.13, ~typesafe/jev-latest
Utilisez les chemins de méthode indiqués ci-dessus.
~typesafe/jev-latestJev 1.13 est le modèle de décision System One de TypeSafe, limité au texte. Il renvoie directement des Choices typés, des Scores fractionnaires sur une grille d’évaluation et des probabilités oui/non, avec leurs distributions et des statistiques de confiance propres au modèle, pour la classification, l’orientation et les jugements ciblés.
Cette description présente les capacités du modèle. Les entrées, sorties et options disponibles dans Ailoot pour la méthode sélectionnée figurent ci-dessous.
Jev 1.13 est le modèle System One versionné de TypeSafe pour les décisions structurées. Son identifiant chez le producteur est jev-1.13.0. Il évalue du texte ou un état JSON textuel à l’aide de questions typées et renvoie directement des valeurs et des distributions de probabilités, sans rédiger de réponse écrite. Cette édition convient à la classification, à l’orientation, aux vérifications de conditions et aux jugements sur grille dont les issues possibles sont connues avant la requête.
Fournissez comme état une chaîne de caractères, un objet JSON ou un tableau de valeurs textuelles. Utilisez des champs nommés lorsque les éléments comprennent des enregistrements liés, une conversation et une règle. Conservez les parties nécessaires à chaque question et faites référence à un champ ou à un élément précis lorsque cela identifie clairement les éléments à examiner. Jev 1.13 est limité au texte ; les images, l’audio, la vidéo et les fichiers binaires doivent être préparés en texte ou en champs textuels structurés en dehors de ce modèle.
Chaque question comporte un type, des instructions et les critères requis par son type. Les instructions et les descriptions des critères peuvent utiliser du texte ou une structure JSON. Le producteur renvoie les réponses sous les identifiants des questions, mais ces identifiants ne font pas partie de l’inférence. Rédigez la question complète, plutôt que de compter sur un identifiant tel que urgent pour suggérer le critère visé. Un état d’assistance utile peut contenir le message et les détails de l’impact, tandis que des questions distinctes définissent sa catégorie et sa gravité.
Choice sélectionne l’option de probabilité maximale dans l’ensemble non ordonné défini par l’appelant. Sa table de critères contient les clés des options et leurs descriptions ; null est autorisé lorsqu’une option ne nécessite aucune explication supplémentaire. La limite documentée est de 255 options par Choice. Ajoutez une option « autre » ou « aucune correspondance » lorsqu’une taxonomie ne couvre pas tous les éléments possibles, et expliquez les frontières qu’un nom de catégorie court ne permet pas de fixer.
La réponse contient l’option sélectionnée, une probabilité pour chaque option et la confiance. Conservez la distribution lorsque deux candidats sont proches, au lieu de traiter le libellé sélectionné comme une certitude. La catégorie sélectionnée peut identifier une orientation proposée ; l’application environnante décide si elle doit l’effectuer et comment.
Score utilise un tableau ordonné de niveaux décrits, avec au moins deux niveaux recommandés et jusqu’à dix pris en charge. Les indices commencent à 0. Le résultat numérique est la moyenne des indices de niveau pondérée par les probabilités ; il peut donc se situer entre des niveaux. La légende de la réponse relie les indices à leurs descriptions, et les probabilités de niveau montrent la répartition du jugement.
Pour la gravité, décrivez la différence entre un impact esthétique, un contournement utilisable et une tâche bloquée. Un score fractionnaire peut aider à établir des priorités ou à agréger des jugements, tandis que sélectionner la catégorie la plus probable est une opération différente. Le guide de TypeSafe propre à cette édition indique que Score est peu performant pour reconstituer une quantité physique ou numérique exacte en interpolant entre les niveaux. Gardez les calculs arithmétiques précis et les mesures en dehors du modèle.
Noul renvoie la probabilité, de 0 à 1, qu’une condition définie soit vraie. Des critères facultatifs true et false précisent la frontière. Il ne possède aucun champ de confiance distinct. Une probabilité proche de 0,5 indique une incertitude entre oui et non, plutôt qu’une valeur intermédiaire sur une échelle graduée.
La confiance de Choice et de Score est dérivée de leurs distributions respectives. Pour Choice avec au moins deux options (n > 1) et une probabilité sélectionnée p_max, la formule documentée est (p_max − 1/n) / (1 − 1/n) : elle compare l’issue dominante à une répartition uniforme. La confiance de Score tient aussi compte de la distance au niveau le plus probable, pondérée par les probabilités, normalisée par rapport à la dispersion d’une distribution uniforme et bornée inférieurement à 0. Ainsi, une ambiguïté entre niveaux adjacents et une ambiguïté entre extrémités opposées ont des sens différents. Conservez toute la distribution lorsque la tâche nécessite plus de détail qu’une seule statistique.
Les questions d’une même requête voient le même état et sont évaluées indépendamment. Le résultat d’une question n’est pas un contexte caché pour une autre. Décomposez un jugement large en préoccupations ciblées, puis interprétez ou combinez les valeurs renvoyées selon la tâche. Un problème peut avoir une catégorie, une note d’impact et une vérification de pertinence sans transformer ces critères indépendants en un libellé vague de priorité.
Si une question ultérieure nécessite des éléments récupérés ou des options choisies à partir d’un résultat antérieur, explicitez cette dépendance dans une requête ultérieure. Pour l’extraction de candidats, obtenez d’abord les valeurs disponibles depuis la source, puis utilisez un Choice délimité pour choisir parmi elles. Jev 1.13 n’est pas entraîné à la génération de texte libre et ne doit pas être décrit comme produisant une nouvelle chaîne arbitraire ou une explication narrative.
Le fabricant indique un budget de 64k tokens pour l’état et toutes les questions réunis, ainsi qu’un budget de 32k tokens pour l’état et la plus longue question individuelle. Les deux contraintes comptent. Un état qui tient dans le budget total peut néanmoins laisser trop peu de place aux instructions et aux options d’une question particulière. Retirez le matériau sans rapport tout en conservant les éléments qui déterminent la réponse.
L’anglais est la principale langue d’entraînement de cette édition, et le producteur y rapporte sa meilleure précision. D’autres langues, y compris les écritures CJK, sont acceptées, mais n’offrent pas une précision équivalente. Utilisez des sources représentatives de la langue visée lorsque vous évaluez l’interprétation des probabilités ou des frontières de catégories. Un contrat d’entrée exclusivement textuel n’établit pas une performance multilingue universelle.
TypeSafe documente une lecture littérale des mots délimitant la portée et des négations, un comptage et une arithmétique peu fiables, des difficultés à comparer des dates comme des quantités ordonnées et une fiabilité réduite avec plusieurs niveaux d’indirection. Il recommande d’effectuer les calculs exacts dans du code et de confier le jugement sémantique au modèle. Des encodages numériques peuvent être moins efficaces que des noms porteurs de sens, et un état volumineux rempli de détails sans rapport peut détourner l’attention des éléments pertinents.
Le même guide indique qu’un contenu adversarial dans l’état peut orienter la réponse, que des instructions et des critères contradictoires peuvent désorienter le modèle et que l’ordre des options Choice peut parfois biaiser le résultat en faveur d’une option placée tôt. Définissez la condition réelle, alignez les instructions sur les critères, réduisez les étapes intermédiaires inutiles et comparez les jugements limites à la source. Gardez à l’esprit les limites de Jev 1.13 lorsque vous interprétez ses jugements.
Un artefact utile de Jev 1.13 préserve l’identifiant de l’état, la question complète, les options ou les niveaux, le résultat typé, les probabilités et la statistique de confiance pertinente. Explicitez la version lorsque les résultats ou les seuils dépendent de cette édition. Examinez les cas incertains au regard des éléments disponibles et laissez l’application effectuer les calculs exacts et les actions du processus ; le modèle fournit un jugement ciblé assorti d’une incertitude numérique.
POST /v1/systemonetextdecisions| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites ~typesafe/jev-latest | Par défaut— |
Champprovider | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champquestions | Typeobject | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champsession_id | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champstate | Typeschema | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champtrace | Typeschema | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champuser | Typestring | ExigenceFacultatif | Valeurs et limites | Par défaut— |
Champquestions.<id>.type | Typestring | ExigenceObligatoire | Valeurs et limites noul, choice, score | Par défaut— |
Champquestions.<id>.instructions | Typestring|object|array | ExigenceObligatoire | Valeurs et limites | Par défaut— |
Champquestions.<id>.criteria | Typeobject|array | ExigenceFacultatif | Valeurs et limites Conditions: choice/score: required; noul: optional. choice criteria is object; score is array with minItems1. | Par défaut— |
Champquestions.<id>.criteria.true | Typestring|object|array | ExigenceObligatoire | Valeurs et limites S’applique lorsque: noul criteria object supplied | Par défaut— |
Champquestions.<id>.criteria.false | Typestring|object|array | ExigenceObligatoire | Valeurs et limites S’applique lorsque: noul criteria object supplied | Par défaut— |
noul · Obligatoire : state, questions.<id>.type=noul, questions.<id>.instructions
choice · Obligatoire : state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Obligatoire : state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Paramètre | Contrat |
|---|---|
Paramètrecontent_type | Contratapplication/json |
Paramètrerequired | Contratmodel, state, questions |
Paramètrematerial_types | Contrattext |
Paramètreoptional_controls | Contratprovider, session_id, trace, user |
Paramètremultimodal_input_binding | Contratnull |
Cycle de vie : synchronous
Send the exact model ID and retain the complete native response.
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
Associez chaque coût aux conditions indiquées. Utilisez un seul tarif pour chaque ensemble de configurations alternatives.
| Configuration | Barème tarifaire | Tokens de contexte, plus de | Tokens de contexte, jusqu’à la limite incluse | Coût |
|---|---|---|---|---|
| ConfigurationTarifs de base des jetons | Barème tarifaireTarif de base | Tokens de contexte, plus de— | Tokens de contexte, jusqu’à la limite incluseSans borne supérieure | Coût Entrée · Tokens en entrée $0.000084 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
| ConfigurationPalier 1 de longueur de requête | Barème tarifaire— | Tokens de contexte, plus de0 | Tokens de contexte, jusqu’à la limite incluseSans borne supérieure | Coût Entrée · Tokens en entrée $0.000084 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache — / 1K tokens Entrée · Écriture dans le cache — / 1K tokens Entrée · Écriture dans le cache, 1 h — / 1K tokens |
Ailoot réserve un montant estimé avant une requête. Après le résultat, le montant final est débité selon l’utilisation mesurée. Pour le streaming, le montant final à débiter est calculé à partir du relevé final d’utilisation. Fonctionnement de la réservation et du débit →
{\n "model": "~typesafe/jev-latest",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='~typesafe/jev-latest'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Every supplied question-ID answer with its exact type, noul/choice/score value, confidence, probabilities and legend is retained. Entire original JSON is stored and returned only after settlement.
Preserve original operation and full/partial reply; do not replay POST.
| Champ | Type |
|---|---|
Champmodel | Typestring |
Champid | Typestring |
Champprovider | Typestring |
Champanswers.<id>.type | Typestring |
Champanswers.<id>.noul | Typenumber |
Champanswers.<id>.choice | Typestring |
Champanswers.<id>.score | Typenumber |
Champanswers.<id>.confidence | Typenumber |
Champanswers.<id>.probabilities | Typeobject |
Champanswers.<id>.legend | Typeobject |
Champusage.input_tokens | Typeinteger |
Champusage.output_tokens | Typeinteger |
Champusage.cost | Typenumber |
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionInvalid required field, representation or value | Étape suivanteCorrect the indicated request field. |
Ailoot Ultra typesafe/jev-1.13, ~typesafe/jev-latest
Utilisez les chemins de méthode indiqués ci-dessus.