Upstage: Solar Decide Flash

Solar Decide Flash est un modèle d'Upstage, répertorié ici sous l'identifiant upstage/solar-decide-flash. Il appartient à la catégorie decisions, qui est sa catégorie principale et unique, et il est positionné comme le modèle de décision structurée à faible latence d'Upstage. C'est une variante plus rapide de Solar Decide, construite sur Solar Mini 4 et servie via l'API System One à l'adresse /v1/systemone. Upstage l'a publié le 2026-10-08.

Le modèle prend du texte en entrée et renvoie des décisions en sortie, ce n'est donc pas un générateur de texte libre ou de chat généraliste. Sa fenêtre de contexte est de 524 288 tokens, et la sortie maximale est de 471 859 tokens. Ces deux nombres définissent la forme pratique d'une requête : un grand volume de texte peut être fourni comme contexte, et un résultat de décision correspondamment volumineux peut revenir. La description du fournisseur indique que le modèle produit des décisions structurées plutôt que de la prose ouverte.

Comme la modalité de sortie est decisions, les cas d'usage naturels sont les charges de travail où un système a besoin d'un jugement déterministe ou structuré sur un texte fourni plutôt que d'une réponse rédigée. Les exemples qui découlent de cette forme incluent la classification ou le routage de texte entrant, la sélection parmi des options prédéfinies, et la production d'une sortie de décision structurée sur laquelle le code en aval peut agir. La longue fenêtre de contexte convient également aux cas où la décision dépend d'une grande quantité de matériel de référence fourni dans la même requête. Il est moins adapté aux tâches dont l'objectif est une réponse conversationnelle ou un récit généré, puisque la sortie textuelle n'est pas ce qu'il produit.

Vous appelez le modèle via l'API compatible OpenAI d'api14 en utilisant l'identifiant de modèle "upstage/solar-decide-flash". Aucun paramètre de requête n'est listé comme pris en charge, la requête doit donc s'appuyer sur la structure de chat standard et cet identifiant de modèle plutôt que sur des paramètres de réglage optionnels tels que temperature, top_p ou max tokens. Comme aucun paramètre n'est déclaré, ne supposez pas qu'ils sont acceptés ; envoyez l'identifiant de modèle et l'entrée, et traitez la sortie de décision comme le résultat. Comme le fournisseur sert ce modèle via le point de terminaison System One, la route sous-jacente diffère de celle d'un modèle de texte simple, mais de votre côté, c'est l'identifiant de modèle qui le sélectionne.

Étant donné la liste vide de paramètres pris en charge, ce modèle peut ne pas convenir aux travaux qui dépendent d'un contrôle fin de l'échantillonnage ou du façonnage de la sortie, et un modèle à sortie textuelle serait un meilleur choix lorsque la tâche nécessite du langage écrit plutôt qu'une décision. La sortie maximale publiée de 471 859 tokens est importante mais reste inférieure à la fenêtre de contexte de 524 288 tokens, donc des entrées très longues combinées à des sorties très longues exigent de faire attention aux deux limites.