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-decideInicio
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
| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites upstage/solar-decide | Predeterminado— |
Campoprovider | Tiposchema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campoquestions | Tipoobject | RequisitoObligatorio | Valores y límites | Predeterminado— |
Camposession_id | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campostate | Tiposchema | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campotrace | Tiposchema | RequisitoOpcional | Valores y límites | Predeterminado— |
Campouser | Tipostring | RequisitoOpcional | Valores y límites | Predeterminado— |
Campoquestions.<id>.type | Tipostring | RequisitoObligatorio | Valores y límites noul, choice, score | Predeterminado— |
Campoquestions.<id>.instructions | Tipostring|object|array | RequisitoObligatorio | Valores y límites | Predeterminado— |
Campoquestions.<id>.criteria | Tipoobject|array | RequisitoOpcional | Valores 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.true | Tipostring|object|array | RequisitoObligatorio | Valores y límites Se aplica cuando: Se proporcionó el objeto de criterios noul | Predeterminado— |
Campoquestions.<id>.criteria.false | Tipostring|object|array | RequisitoObligatorio | Valores 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ámetro | Contrato |
|---|---|
Parámetrocontent_type | Contratoapplication/json |
Parámetrorequired | Contratomodel, state, questions |
Parámetromaterial_types | Contratotext |
Parámetrooptional_controls | Contratoprovider, session_id, trace, user |
Parámetromultimodal_input_binding | Contratonull |
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ón | Tabla de tarifas | Tokens de contexto, más de | Tokens de contexto, hasta inclusive | Cargo |
|---|---|---|---|---|
| ConfiguraciónTarifas base por token | Tabla de tarifasTarifa base | Tokens de contexto, más de— | Tokens de contexto, hasta inclusiveSin límite superior | Cargo 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 solicitud | Tabla de tarifas— | Tokens de contexto, más de0 | Tokens de contexto, hasta inclusiveSin límite superior | Cargo 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
{
"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
| Campo | Tipo |
|---|---|
Campomodel | Tipostring |
Campoid | Tipostring |
Campoprovider | Tipostring |
Campoanswers.<id>.type | Tipostring |
Campoanswers.<id>.noul | Tiponumber |
Campoanswers.<id>.choice | Tipostring |
Campoanswers.<id>.score | Tiponumber |
Campoanswers.<id>.confidence | Tiponumber |
Campoanswers.<id>.probabilities | Tipoobject |
Campoanswers.<id>.legend | Tipoobject |
Campousage.input_tokens | Tipointeger |
Campousage.output_tokens | Tipointeger |
Campousage.cost | Tiponumber |
Errores y siguientes pasos
| Respuesta | Condición | Siguiente paso |
|---|---|---|
Respuesta400 · invalid_request_error | CondiciónCampo obligatorio, representación o valor no válido | Siguiente 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
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