models

Upstage: Solar Decide

Markdown · JSON

Upstage: Solar Decide

Upstage Solar Decide es un modelo de decisión textual basado en Solar Mini 4. Evalúa un estado proporcionado y preguntas de tipos definidos, y devuelve opciones con nombre, probabilidades de verdadero o puntuaciones ponderadas con información de probabilidad. Su salida acotada permite clasificación, asignación y comprobaciones de políticas, en lugar de prosa generada.

Sobre el modelo

Esta descripción cubre las capacidades del modelo. Las entradas, salidas y opciones disponibles en Ailoot se indican a continuación para el método seleccionado.

Upstage Solar Decide es un modelo de decisión estructurada basado en Solar Mini 4. Lee un estado proporcionado y preguntas de tipos definidos, y después devuelve una decisión para cada pregunta con información de probabilidad calibrada. El fabricante describe un proceso de decisión de una sola pasada de inferencia que no genera prosa. Sus aplicaciones previstas incluyen asignación, clasificación y comprobaciones de políticas, con la comprensión del coreano del modelo destacada como parte de su base Solar Mini 4.

Prepara el estado como una cadena o JSON estructurado que describa los hechos que se deben evaluar. La interfaz del fabricante serializa los valores JSON en el prompt. Un esquema de preguntas define por separado qué se debe decidir, qué opciones están permitidas y cómo debe interpretarse una evaluación ordenada. Utiliza nombres estables para las preguntas: sus respuestas vuelven bajo los mismos nombres, lo que facilita asociar el resultado con la condición original del flujo de trabajo. Mantén el estado factual separado de las instrucciones y los criterios que definen la decisión.

Los tres tipos de pregunta tienen salidas diferentes. Una pregunta choice devuelve la opción seleccionada, probabilidades entre las alternativas con nombre y un valor de confianza. Una pregunta noul devuelve la probabilidad de verdadero para una condición de sí/no. Una pregunta score devuelve una puntuación ponderada por probabilidad, una leyenda indexada, probabilidades y confianza. Una puntuación ordenada puede ser fraccionaria porque refleja la distribución entre criterios. Conserva estos campos, en lugar de reducir cada resultado a una simple etiqueta o tratar la confianza como una frase explicativa.

Para asignación de soporte, proporciona el mensaje real y el historial pertinente y después haz preguntas separadas sobre intención, urgencia y una condición definida, como si el mensaje expresa insatisfacción. Describe las categorías por su significado y da a la escala de urgencia un orden deliberado. Un esquema de ejemplo puede distinguir entre una consulta sobre el estado de entrega, un problema de acceso a la cuenta y un asunto sin relación, mientras que los criterios de urgencia van desde ninguna acción inmediata hasta revisión inmediata. El resultado observable es una evaluación de tipos definidos de esas opciones, no una respuesta redactada para el cliente.

Para comprobaciones de políticas, incluye juntos en el estado la regla pertinente y los hechos del registro. Define cada condición con suficiente precisión para que su respuesta pueda examinarse. Un flujo documental podría preguntar si está presente la información obligatoria, qué categoría de revisión corresponde y en qué grado el registro cumple un estándar ordenado de completitud. Una puntuación o probabilidad no verifica de forma independiente los hechos del registro. Si falta información decisiva, la aplicación necesita un tratamiento deliberado de esa incertidumbre, en lugar de interpretar una opción seleccionada como prueba concluyente.

El fabricante especifica una ventana de contexto de 512K tokens para Solar Decide. Prepara documentos grandes como el texto o estado estructurado que requiera la decisión; un contexto grande no implica el análisis automático de un archivo arbitrario. Conserva los límites de origen y los pasajes pertinentes para los criterios. Utiliza preguntas específicas, en lugar de esperar un resumen abierto del documento. La salida del modelo sigue acotada por los tipos de pregunta y las opciones, con independencia de cuánto material se incluya en el estado.

Una pregunta choice acepta entre dos y 26 opciones en la interfaz documentada del productor. El fabricante explica que esta ruta lee decisiones a partir de etiquetas de un token de la A a la Z, por lo que más de 26 candidatas deben reducirse o dividirse en varias preguntas. Este límite se aplica a las opciones choice, en lugar de ser un límite general de longitud documental o un límite copiado de otra familia de modelos de decisión. Define las descripciones de candidatas para que sus significados sean distintos y utiliza una decisión jerárquica solo cuando esa jerarquía coincida con el flujo de trabajo real.

Para registros en coreano, conserva intactos el significado de origen, los nombres y los identificadores y describe con claridad los criterios de decisión. El resultado de tipo definido puede utilizar etiquetas estables de la aplicación al evaluar evidencia en lenguaje natural. Cuando un registro mezcle idiomas o utilice terminología de un dominio, conserva las definiciones pertinentes en el estado. Una interpretación fluida de un término no basta para establecer que los criterios de clasificación coincidan con la regla de negocio, así que examina casos ambiguos representativos además de casos sencillos.

Utiliza las probabilidades y la confianza devueltas según la política de decisión del flujo de trabajo. Conserva la distribución y la leyenda ordenada cuando una evaluación quede entre categorías. Establece el tratamiento de resultados inciertos a partir de ejemplos revisados de la tarea, en lugar de inventar un umbral universal de probabilidad. La aplicación realiza cualquier acción resultante de asignación, escalamiento o revisión y registra su resultado. Solar Decide aporta la evaluación acotada del modelo utilizada para considerar esa acción; seleccionar una ruta no establece que una acción posterior se haya ejecutado.

El artefacto final útil es el objeto de respuestas junto con el estado y las definiciones de preguntas que lo produjeron. Estos registros permiten examinar una clasificación sorprendente, distinguir entre falta de evidencia y criterios ambiguos y comparar la evaluación con un caso revisado. Si un usuario necesita una explicación escrita o una respuesta conversacional, la decisión y el material de origen pueden alimentar un paso separado de redacción. La función específica de Solar Decide es producir decisiones de tipos definidos respaldadas por probabilidades a partir de texto proporcionado, en lugar de generar esa explicación por sí mismo.

Ailoot Ultra · System One POST /v1/systemone upstage/solar-decide

upstage/solar-decide

Upstage /upstage/solar-decide

Inicio

Upstage Solar Decide es un modelo de decisión textual basado en Solar Mini 4. Evalúa un estado proporcionado y preguntas de tipos definidos, y devuelve opciones con nombre, probabilidades de verdadero o puntuaciones ponderadas con información de probabilidad. Su salida acotada permite clasificación, asignación y comprobaciones de políticas, en lugar de prosa generada.

Entradas aceptadas
Texto
Resultados
decisions

Disponible en Ailoot · entradas y métodos

Ailoot Ultra · System One POST /v1/systemone
Entrada
text
Salida
decisions
Formato de salida
json
CampoTipoRequisitoValores y límitesPredeterminado
CampomodelTipostringRequisitoObligatorioValores y límites
upstage/solar-decide
Predeterminado—
CampoproviderTiposchemaRequisitoOpcionalValores y límitesPredeterminado—
CampoquestionsTipoobjectRequisitoObligatorioValores y límitesPredeterminado—
Camposession_idTipostringRequisitoOpcionalValores y límitesPredeterminado—
CampostateTiposchemaRequisitoObligatorioValores y límitesPredeterminado—
CampotraceTiposchemaRequisitoOpcionalValores y límitesPredeterminado—
CampouserTipostringRequisitoOpcionalValores y límitesPredeterminado—
Campoquestions.<id>.typeTipostringRequisitoObligatorioValores y límites
noul, choice, score
Predeterminado—
Campoquestions.<id>.instructionsTipostring|object|arrayRequisitoObligatorioValores y límitesPredeterminado—
Campoquestions.<id>.criteriaTipoobject|arrayRequisitoOpcionalValores y límites
Condiciones: choice/score: obligatorios; noul: opcional. Los criterios de choice son un objeto; score es un arreglo con minItems1.
Predeterminado—
Campoquestions.<id>.criteria.trueTipostring|object|arrayRequisitoObligatorioValores y límites
Se aplica cuando: Se proporcionó el objeto de criterios noul
Predeterminado—
Campoquestions.<id>.criteria.falseTipostring|object|arrayRequisitoObligatorioValores y límites
Se aplica cuando: Se proporcionó el objeto de criterios noul
Predeterminado—
Combinaciones de materiales de entrada

noul · Obligatorio: state, questions.<id>.type=noul, questions.<id>.instructions

choice · Obligatorio: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object

score · Obligatorio: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1

Parámetros del método y ciclo de vida
ParámetroContrato
Parámetrocontent_typeContratoapplication/json
ParámetrorequiredContratomodel, state, questions
Parámetromaterial_typesContratotext
Parámetrooptional_controlsContratoprovider, session_id, trace, user
Parámetromultimodal_input_bindingContratonull

Ciclo de vida: synchronous

Envía el ID exacto del modelo y conserva la respuesta nativa completa.

Tarifas

Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.

Modo fast
Sin especificar Cuando se selecciona el modo fast
Modo flex
Sin especificar Cuando se selecciona el modo flex
Esfuerzo máximo de razonamiento
Sin especificar Cuando el esfuerzo máximo de razonamiento usa el ajuste default

Tarifas de Ailoot

Precios por configuración

Relaciona cada cargo con las condiciones mostradas. Usa una tarifa para cada conjunto de configuraciones alternativas.

ConfiguraciónTabla de tarifasTokens de contexto, más deTokens de contexto, hasta inclusiveCargo
ConfiguraciónTarifas base por tokenTabla de tarifasTarifa baseTokens de contexto, más de—Tokens de contexto, hasta inclusiveSin límite superiorCargo
Entrada · Tokens de entrada $0.0002 / 1K tokens
Salida · Tokens de salida $0 / 1K tokens
Entrada · Lectura de caché $0.0002 / 1K tokens
Entrada · Escritura en caché — / 1K tokens
Entrada · Escritura en caché, 1 hora — / 1K tokens
ConfiguraciónNivel 1 por longitud de la solicitudTabla de tarifas—Tokens de contexto, más de0Tokens de contexto, hasta inclusiveSin límite superiorCargo
Entrada · Tokens de entrada $0.0002 / 1K tokens
Salida · Tokens de salida $0 / 1K tokens
Entrada · Lectura de caché $0.0002 / 1K tokens
Entrada · Escritura en caché — / 1K tokens
Entrada · Escritura en caché, 1 hora — / 1K tokens

Ailoot reserva un monto estimado antes de la solicitud. Tras obtener el resultado, liquida el cargo definitivo según el uso medido. En las respuestas en flujo, la liquidación usa el registro de uso final. Cómo funcionan la reserva y la liquidación →

Solicitudes de ejemplo

Ailoot Ultra · System One

Estructura oficial de solicitud conservada; ejemplo de documentaciónUsa el material real de tu solicitud y conserva el resultado completo
{
  "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

Recibir y guardar resultados

Ailoot Ultra · System One

json

Conserva todos los resultados completados

Conserva todas las respuestas, archivos y partes de contenido completos recibidos.

Se conserva cada respuesta al ID de pregunta proporcionado con su tipo exacto, valor noul/choice/score, confianza, probabilidades y leyenda. El JSON original completo se almacena y devuelve únicamente después de liquidar el cargo.

Si es necesario revisar la respuesta original

Conserva la operación original y la respuesta completa o parcial; no repitas el POST.

Campos de respuesta
CampoTipo
CampomodelTipostring
CampoidTipostring
CampoproviderTipostring
Campoanswers.<id>.typeTipostring
Campoanswers.<id>.noulTiponumber
Campoanswers.<id>.choiceTipostring
Campoanswers.<id>.scoreTiponumber
Campoanswers.<id>.confidenceTiponumber
Campoanswers.<id>.probabilitiesTipoobject
Campoanswers.<id>.legendTipoobject
Campousage.input_tokensTipointeger
Campousage.output_tokensTipointeger
Campousage.costTiponumber
Errores y siguientes pasos
RespuestaCondiciónSiguiente paso
Respuesta400 · invalid_request_errorCondiciónCampo obligatorio, representación o valor no válidoSiguiente pasoCorrige el campo indicado de la solicitud.

Alias

Alias del modelo

Ailoot Ultra upstage/solar-decide

Alias de rutas de métodos

Usa las rutas de método indicadas arriba.

ID de modelo relacionados

upstage/solar-decide

FAQ · Upstage: Solar Decide
¿Qué entradas y resultados están disponibles?

POST /v1/systemone · upstage/solar-decide: text → decisions

¿Qué campos utiliza la solicitud?

POST /v1/systemone · upstage/solar-decide: model, provider, questions, session_id, state, trace, user

Más detalles

Conecta Ailoot a Claude Code, OpenCode, Hermes o tu aplicación.

La empresa y su cartera de proyectos

La empresa y su cartera de proyectos: millones de clientes; ventas por miles de millones al mes.

Compra tokens con descuento.

Ahorro por suscripción para trabajo habitual. Códigos promocionales: hasta el 50% al comprar tokens.

Suscripción
Elige un plan con descuento para tus peticiones habituales.
Código de hasta el 50%
Introduce el código al comprar. El precio se recalcula según la promoción vigente.
Gasto en el historial
Modelo, tokens e importe quedan guardados por cada petición.

Elegir suscripción · Consultar precios de modelos

Conecta la API al producto que vendes.

SaaS, aplicaciones y bots bajo la oferta y el acuerdo de licencia Ailoot. Solicita una licencia de reventa para redistribuir el acceso.

Aplicación comercial
Integra generación de texto, imágenes, vídeo y sonido en funciones de pago de tu servicio.
Licencia para revendedores
Envía descripción del proyecto y esquema de acceso. Solicita condiciones escritas de uso y reventa.
Documentos en la web
La oferta, el acuerdo de licencia y la política de datos están disponibles antes de conectar.

Solicitar licencia de reventa · Oferta y acuerdo de licencia