Perplexity: Decider V1.1 27B
Decider V1.1 27B de Perplexity evalúa un estado y una pregunta proporcionados y devuelve probabilidades entre las respuestas permitidas. Su checkpoint nativo de decisión admite texto e imágenes, con un componente específico de lectura de decisiones y límites documentados de preparación de entrada, en lugar de un contrato de generación de texto libre.
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.
Decider V1.1 27B es el checkpoint de decisión actualizado de Perplexity. Evalúa el contenido proporcionado respecto a una pregunta definida y produce probabilidades sobre las respuestas válidas. Su artefacto nativo tiene un componente de lectura de decisiones, en lugar de una cabeza de generación de lenguaje sobre el vocabulario completo. El resultado útil es una distribución acotada de decisión y su respuesta interpretada, no una explicación abierta ni una respuesta de chat general.
Qué cambia en la edición V1.1
Perplexity identifica este modelo como una actualización de Decider V1 27B que conserva la misma arquitectura base, con cambios en la configuración de atención y más datos de entrenamiento. Su arquitectura base es Qwen3.8-27B. La edición V1.1 debe conservar su propio nombre y configuración, en lugar de describirse como una copia intercambiable del checkpoint anterior.
Estado, pregunta y respuestas válidas
El ejemplo publicado proporciona una fila que contiene un estado y una pregunta de tipo choice. La pregunta incluye instrucciones y criterios cuyas claves son las respuestas semánticas y cuyas descripciones definen cuándo se aplica cada una. El modelo predice probabilidades y, después, la función auxiliar de respuesta del productor interpreta esas probabilidades para la pregunta. El ejemplo de inferencia puede procesar una lista de filas, con una decisión vinculada a la evidencia y a la pregunta de cada fila.
Para asignar solicitudes, proporciona el mensaje real y el contexto pertinente y define después los departamentos o categorías disponibles. Una tarea ilustrativa puede distinguir entre un fallo de integración, un problema de acceso y una solicitud de información del producto. Haz que cada descripción sea lo bastante precisa para resolver un caso limítrofe y conserva las definiciones de las opciones junto con el resultado. Una distribución de categorías puede entonces apoyar una decisión de asignación o un paso de revisión cuando las alternativas sigan próximas. El resultado elegido por el modelo no ejecuta por sí mismo la acción del flujo de trabajo.
Evidencia textual y de imágenes
La implementación nativa acepta imágenes junto con el estado y la pregunta mediante entradas de archivos de imagen, imágenes en memoria o datos de imagen codificados. Para una imagen de documento o una captura de pantalla, proporciona la evidencia visual y plantea una pregunta cerrada cuyas opciones describan los resultados pertinentes. Identifica la característica visible que importa y proporciona el contexto textual necesario para interpretarla. Por ejemplo, clasifica si un artículo fotografiado pertenece a una de las categorías de producto suministradas, en lugar de pedir al modelo de decisión que redacte una descripción completa del producto.
El procesador conserva la relación de aspecto al redimensionar y redondea los lados de la imagen a múltiplos de 32 píxeles. El área procesada documentada comienza en 65.536 píxeles y queda acotada por un máximo configurable; su valor predeterminado es 4.194.304 píxeles, o 2048 por 2048. Cada parche de 32 por 32 aporta un token visual, de modo que ese valor predeterminado permite hasta 4.096 tokens visuales por imagen. Estas cifras describen la preparación nativa de imágenes del productor, no un contrato general de carga de archivos de una aplicación.
Límites de entrada combinada y alcance de la resolución
El paso prepare documentado exige que el texto y todas las imágenes de una decisión quepan en 8.192 tokens. La entrada que supera el tamaño permitido se rechaza, en lugar de truncarse silenciosamente. Varias imágenes comparten ese presupuesto con el estado escrito y la pregunta. Reduce el texto de origen irrelevante o el límite de tamaño de imagen al preparar una decisión combinada, conservando el detalle que determina la respuesta.
La configuración de entrenamiento y de evaluación comunicada limitó las imágenes a 512 por 512, equivalentes a 262.144 píxeles y hasta 256 tokens visuales. El límite configurable de inferencia puede conservar más detalle, pero la ficha advierte de que una resolución más alta queda fuera de esa distribución de entrenamiento y utiliza más memoria y tiempo de procesamiento. Por tanto, un ajuste de imagen mayor no garantiza una decisión mejor. Mantén la preparación de entrada coherente con la pregunta y comprueba si la característica visual necesaria está representada con claridad.
Atención, lectura de decisiones y calibración de probabilidades
Las capas de atención completa del checkpoint nativo utilizan un modo de atención no causal guardado, mientras que sus capas de atención lineal conservan su propio comportamiento. El fabricante afirma que la inferencia causal predeterminada no reproduce la configuración evaluada. Su implementación de predicción aplica la temperatura de calibración guardada; si se utilizan los logits directamente, esa temperatura se aplica una vez y las probabilidades se normalizan sobre los candidatos válidos actuales. Estos detalles pertenecen al perfil de decisión exacto y deben conservarse al interpretar sus salidas numéricas.
El componente separado de lectura de decisiones también distingue este artefacto de una exportación generativa. Una conversión a una interfaz de generación basada en vocabulario necesita una correspondencia explícita y debe conservar el comportamiento de atención. Prepara preguntas cerradas para el perfil nativo de decisión; utiliza un modelo de generación adecuado cuando la tarea necesite chat, código, explicaciones o solicitudes de herramientas.
Un artefacto final útil mantiene asociados el estado, la pregunta, las respuestas permitidas y la distribución resultante. Define la pregunta en torno a evidencia realmente presente, revisa los casos ambiguos frente a esa evidencia y utiliza ejemplos etiquetados de la tarea prevista para decidir cómo las salidas numéricas deben afectar a la asignación o clasificación. El modelo proporciona probabilidades de decisión; los criterios y la aplicación que lo integra determinan cómo esas probabilidades se convierten en una acción útil o en una etiqueta registrada.
Ailoot Ultra · System One POST /v1/systemone perplexity/pplx-decider-v1.1-27b
perplexity/pplx-decider-v1.1-27b
perplexity/pplx-decider-v1.1-27bPrimeros pasos
Decider V1.1 27B de Perplexity evalúa un estado y una pregunta proporcionados y devuelve probabilidades entre las respuestas permitidas. Su checkpoint nativo de decisión admite texto e imágenes, con un componente específico de lectura de decisiones y límites documentados de preparación de entrada, en lugar de un contrato de generación de texto libre.
- Entradas aceptadas
- Texto · Imágenes
- Resultados
- decisions
Disponible en Ailoot · entradas y métodos
Ailoot Ultra · System One POST /v1/systemone
- Tipos de entrada
text,image- Tipos de salida
decisions- Formato de salida
- json
| Campo | Tipo | Requisito | Valores y límites | Predeterminado |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObligatorio | Valores y límites perplexity/pplx-decider-v1.1-27b | 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 una lista con minItems1. | Predeterminado— |
Campoquestions.<id>.criteria.true | Tipostring|object|array | RequisitoObligatorio | Valores y límites Se aplica cuando: Se ha proporcionado un objeto de criterios noul | Predeterminado— |
Campoquestions.<id>.criteria.false | Tipostring|object|array | RequisitoObligatorio | Valores y límites Se aplica cuando: Se ha proporcionado un 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, image |
Parámetrooptional_controls | Contratoprovider, session_id, trace, user |
Parámetromultimodal_input_binding | ContratoUsa únicamente la representación exacta declarada del estado o documento. La capacidad de imagen del fabricante por sí sola no establece un formato de transmisión de imagen aceptado específico del modelo. |
Ciclo de vida: synchronous
Envía el ID exacto del modelo y conserva la respuesta nativa completa.
Planes
Las referencias tarifarias no añaden opciones a la solicitud. Los parámetros admitidos se indican en el método seleccionado.
- Modo rápido
- Sin especificar Cuando se selecciona el modo rápido
- Modo flex
- Sin especificar Cuando se selecciona el modo flex
- Esfuerzo máximo de razonamiento
- Sin especificar Cuando el esfuerzo máximo de razonamiento utiliza el ajuste predeterminado (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.00004 / 1K tokens Salida · Tokens de salida $0 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
| ConfiguraciónTramo 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.00004 / 1K tokens Salida · Tokens de salida $0 / 1K tokens Entrada · Lectura de caché — / 1K tokens Entrada · Escritura en caché — / 1K tokens Entrada · Escritura en caché, 1 hora — / 1K tokens |
Ailoot reserva un importe 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": "perplexity/pplx-decider-v1.1-27b",
"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']='perplexity/pplx-decider-v1.1-27b'
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 solo se devuelve tras la liquidación.
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 perplexity/pplx-decider-v1.1-27b
Alias de rutas de métodos
Usa las rutas de método indicadas arriba.
ID de modelo relacionados
FAQ · Perplexity: Decider V1.1 27B
- ¿Qué entradas y resultados están disponibles?
POST /v1/systemone·perplexity/pplx-decider-v1.1-27b:text,image→decisions- ¿Qué campos utiliza la solicitud?
POST /v1/systemone·perplexity/pplx-decider-v1.1-27b:model,provider,questions,session_id,state,trace,user