Upstage: Solar Decide
Upstage Solar Decide est un modèle de décision textuelle fondé sur Solar Mini 4. Il évalue un état fourni et des questions typées, puis renvoie des choix nommés, des probabilités que les conditions soient vraies ou des scores pondérés, avec des informations de probabilité. Sa sortie délimitée sert à la classification, à l’orientation et aux vérifications de règles, plutôt qu’à la génération de texte.
À propos du modèle
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.
Upstage Solar Decide est un modèle de décision structurée fondé sur Solar Mini 4. Il lit un état fourni et des questions typées, puis renvoie une décision pour chaque question avec des informations de probabilité calibrées. Le fabricant décrit un processus de décision en une seule passe avant, sans génération de texte. Ses applications visées comprennent l’orientation, la classification et les vérifications de règles, la compréhension du coréen étant mise en avant comme une composante de sa base Solar Mini 4.
Préparez l’état comme une chaîne de caractères ou du JSON structuré décrivant les faits à évaluer. L’interface du fabricant sérialise les valeurs JSON dans le prompt. Un schéma de questions définit séparément ce qu’il faut décider, les options autorisées et l’interprétation d’une évaluation ordonnée. Utilisez des noms stables pour les questions : leurs réponses reviennent sous les mêmes noms, ce qui permet d’associer facilement le résultat à la condition d’origine du processus. Gardez l’état factuel distinct des instructions et des critères définissant la décision.
Les trois types de questions ont des sorties différentes. Une question choice renvoie l’option sélectionnée, les probabilités des alternatives nommées et une valeur de confiance. Une question noul renvoie la probabilité qu’une condition oui/non soit vraie. Une question score renvoie un score pondéré par les probabilités, une légende indexée, des probabilités et la confiance. Un score ordonné peut être fractionnaire, car il reflète la distribution entre les critères. Préservez ces champs, plutôt que de réduire chaque résultat à un simple libellé ou de traiter la confiance comme une phrase explicative.
Pour l’orientation des demandes d’assistance, fournissez le message réel et l’historique pertinent, puis posez des questions séparées sur l’intention, l’urgence et une condition définie, telle que l’expression d’une insatisfaction dans le message. Décrivez les catégories par leur sens et donnez un ordre délibéré à l’échelle d’urgence. Un schéma d’exemple peut distinguer une demande de suivi de livraison, un problème d’accès au compte et une question sans rapport, tandis que les critères d’urgence vont de l’absence d’action immédiate à la vérification immédiate. Le résultat observable est une évaluation typée de ces choix, et non une réponse rédigée au client.
Pour les vérifications de règles, incluez ensemble dans l’état la règle pertinente et les faits du dossier. Définissez chaque condition assez précisément pour pouvoir examiner sa réponse. Un processus documentaire pourrait demander si les informations requises sont présentes, quelle catégorie de vérification s’applique et dans quelle mesure le dossier satisfait une norme de complétude ordonnée. Un score ou une probabilité ne vérifie pas de manière indépendante les faits du dossier. Si des informations décisives manquent, l’application doit prévoir délibérément comment traiter cette incertitude, plutôt que d’interpréter une option sélectionnée comme une preuve concluante.
Le fabricant spécifie une fenêtre de contexte de 512K tokens pour Solar Decide. Préparez les grands documents sous la forme du texte ou de l’état structuré requis pour la décision ; un contexte volumineux n’implique pas l’analyse automatique d’un fichier arbitraire. Préservez les limites des sources et les passages pertinents pour les critères. Utilisez des questions ciblées, plutôt que d’attendre un résumé libre du document. La sortie du modèle reste délimitée par les types de questions et les options, quelle que soit la quantité de matériau incluse dans l’état.
Une question choice accepte de deux à 26 options dans l’interface documentée du producteur. Le fabricant explique que cette voie lit les décisions à partir des libellés A à Z, chacun constitué d’un seul token ; plus de 26 candidats doivent donc être réduits ou répartis entre plusieurs questions. Cette limite s’applique aux options choice ; ce n’est ni une limite générale de longueur documentaire, ni une limite reprise d’une autre famille de modèles de décision. Définissez les descriptions des candidats afin que leurs sens soient distincts et utilisez une décision hiérarchique uniquement lorsque cette hiérarchie correspond au processus réel.
Pour les dossiers en coréen, gardez intacts le sens de la source, les noms et les identifiants, et décrivez clairement les critères de décision. Le résultat typé peut utiliser des libellés stables de l’application tout en évaluant des éléments en langue naturelle. Lorsqu’un dossier mélange les langues ou utilise une terminologie spécialisée, conservez les définitions pertinentes dans l’état. Une interprétation fluide d’un terme ne suffit pas à établir que les critères de classification correspondent à la règle métier ; examinez donc des cas ambigus représentatifs ainsi que des cas simples.
Utilisez les probabilités et la confiance renvoyées selon la politique de décision du processus. Préservez la distribution et la légende ordonnée lorsqu’une évaluation se situe entre des catégories. Définissez le traitement des résultats incertains à partir d’exemples vérifiés de la tâche, plutôt que d’inventer un seuil de probabilité universel. L’application effectue toute action d’orientation, d’escalade ou de vérification qui en découle et enregistre son résultat. Solar Decide fournit l’évaluation délimitée du modèle utilisée pour envisager cette action ; sélectionner une voie n’établit pas qu’une action ultérieure a été exécutée.
L’artefact final utile est l’objet de réponses, accompagné de l’état et des définitions des questions qui l’ont produit. Ces enregistrements permettent d’examiner une classification surprenante, de distinguer des éléments manquants de critères ambigus et de comparer l’évaluation à un cas vérifié. Si un utilisateur a besoin d’une explication écrite ou d’une réponse conversationnelle, la décision et les sources peuvent alimenter une étape de rédaction distincte. Le rôle spécifique de Solar Decide consiste à produire des décisions typées assorties de probabilités à partir du texte fourni, plutôt qu’à générer cette explication lui-même.
Ailoot Ultra · System One POST /v1/systemone upstage/solar-decide
upstage/solar-decidePremiers pas
Upstage Solar Decide est un modèle de décision textuelle fondé sur Solar Mini 4. Il évalue un état fourni et des questions typées, puis renvoie des choix nommés, des probabilités que les conditions soient vraies ou des scores pondérés, avec des informations de probabilité. Sa sortie délimitée sert à la classification, à l’orientation et aux vérifications de règles, plutôt qu’à la génération de texte.
- Entrées acceptées
- Texte
- Résultats
- decisions
Disponible dans Ailoot · entrées et méthodes
Ailoot Ultra · System One POST /v1/systemone
- Entrée
text- Sortie
decisions- Format de sortie
- json
| Champ | Type | Exigence | Valeurs et limites | Par défaut |
|---|---|---|---|---|
Champmodel | Typestring | ExigenceObligatoire | Valeurs et limites upstage/solar-decide | 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 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— |
Combinaisons d’éléments d’entrée
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ètres et cycle de vie de la méthode
| 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’ID exact du modèle et conservez la réponse native complète.
Tarifs
Les tarifs n’ajoutent pas d’options de requête. Les paramètres pris en charge figurent dans la méthode sélectionnée.
- Mode rapide
- Non précisé Lorsque le mode rapide est sélectionné
- Mode Flex
- Non précisé Lorsque le mode flex est sélectionné
- Effort de raisonnement maximal
- Non précisé Lorsque l’effort de raisonnement maximal utilise l’ajustement par défaut (default)
Tarifs Ailoot
Prix par configuration
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.0002 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache $0.0002 / 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.0002 / 1K tokens Sortie · Tokens en sortie $0 / 1K tokens Entrée · Lecture du cache $0.0002 / 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 →
Exemples de requêtes
Ailoot Ultra · System One
{
"model": "upstage/solar-decide",
"questions": {
"is_bug": {
"criteria": {
"false": "The customer is asking a question or requesting a feature.",
"true": "The customer describes broken or unexpected product behavior."
},
"instructions": "Is the customer reporting a software defect?",
"type": "noul"
},
"team": {
"criteria": {
"account": "Login, permissions, or profile issues.",
"frontend": "Rendering, layout, or browser compatibility issues.",
"payments": "Checkout, billing, or payment processing issues."
},
"instructions": "Which team should own this ticket?",
"type": "choice"
},
"urgency": {
"criteria": [
"Can wait for the next release",
"Should be fixed this week",
"Blocking revenue right now"
],
"instructions": "How urgent is this ticket?",
"type": "score"
}
},
"state": {
"customer_tier": "enterprise",
"ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."
}
}set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"
export AILOOT_REQUEST_FILE
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))
if not isinstance(p,dict): raise SystemExit('Request must be a JSON object')
p['model']='upstage/solar-decide'
Path('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
print(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))
PY_RESULT
Recevoir et enregistrer les résultats
Ailoot Ultra · System One
json
Conserver tous les résultats terminés
Conservez chaque réponse, fichier et partie de contenu renvoyés dans leur intégralité.
Chaque réponse fournie pour un ID 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 stockée et renvoyée uniquement après le règlement.
Si la réponse d’origine doit être vérifiée
Conservez l’opération d’origine ainsi que la réponse complète ou partielle ; ne rejouez pas le POST.
Champs de la réponse
| 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 |
Erreurs et étapes suivantes
| Réponse | Condition | Étape suivante |
|---|---|---|
Réponse400 · invalid_request_error | ConditionChamp obligatoire, représentation ou valeur invalide | Étape suivanteCorrigez le champ indiqué de la requête. |
Alias
Alias du modèle
Ailoot Ultra upstage/solar-decide
Alias des chemins de méthode
Utilisez les chemins de méthode indiqués ci-dessus.
ID d’appel associés
FAQ · Upstage: Solar Decide
- Quelles entrées et quels résultats sont disponibles ?
POST /v1/systemone·upstage/solar-decide:text→decisions- Quels champs la requête utilise-t-elle ?
POST /v1/systemone·upstage/solar-decide:model,provider,questions,session_id,state,trace,user