modelos

Perplexity: Decider V1.1 27B

Markdown · JSON

Perplexity: Decider V1.1 27B

O Decider V1.1 27B da Perplexity avalia um estado e uma pergunta fornecidos e devolve probabilidades para as respostas permitidas. O seu ponto de verificação de decisão nativo suporta texto e imagens, com uma camada de leitura dedicada e limites documentados de preparação da entrada, em vez de um contrato de geração de texto livre.

Sobre o modelo

Esta descrição apresenta as capacidades do modelo. As entradas, saídas e opções disponíveis no Ailoot para o método selecionado estão indicadas abaixo.

O Decider V1.1 27B é o ponto de verificação de decisão atualizado da Perplexity. Avalia o conteúdo fornecido face a uma pergunta definida e produz probabilidades sobre as respostas válidas. O seu artefacto nativo tem uma camada de leitura de decisão, em vez de uma cabeça de geração de linguagem sobre o vocabulário completo. O resultado útil é uma distribuição de decisão delimitada e a respetiva resposta interpretada, e não uma explicação aberta nem uma resposta de conversa genérica.

O que muda na edição V1.1

A Perplexity identifica este modelo como uma atualização do Decider V1 27B que mantém a mesma arquitetura base, com alterações na configuração da atenção e mais dados de treino. A sua arquitetura base é o Qwen3.8-27B. A edição V1.1 deve manter o seu próprio nome e configuração, em vez de ser descrita como uma cópia intercambiável do ponto de verificação anterior.

Estado, pergunta e respostas válidas

O exemplo publicado fornece uma linha que contém um estado e uma pergunta de escolha tipada. A pergunta inclui instruções e critérios cujas chaves são as respostas semânticas e cujas descrições definem quando cada uma se aplica. O modelo prevê probabilidades e, em seguida, a função auxiliar de respostas do produtor interpreta essas probabilidades para a pergunta. O exemplo de inferência pode processar uma lista de linhas, com uma decisão associada à evidência e à pergunta de cada linha.

Para o encaminhamento de pedidos, forneça a mensagem real e o contexto relevante e, em seguida, defina os departamentos ou categorias disponíveis. Uma tarefa ilustrativa pode distinguir uma falha de integração, um problema de acesso e um pedido de informação sobre o produto. Torne cada descrição suficientemente precisa para resolver um caso limítrofe e conserve as definições das opções com o resultado. Uma distribuição de categorias pode então suportar uma decisão de encaminhamento ou um passo de revisão quando as alternativas continuam próximas. O resultado escolhido pelo modelo não executa, por si só, a ação do fluxo de trabalho.

Evidência em texto e imagem

A implementação nativa aceita imagens juntamente com o estado e a pergunta, através de ficheiros de imagem, imagens em memória ou dados de imagem codificados. Para a imagem de um documento ou uma captura de ecrã, forneça a evidência visual e faça uma pergunta fechada cujas opções descrevam os resultados relevantes. Identifique a característica visível que importa e forneça o contexto textual necessário para a interpretar. Por exemplo, classifique se um artigo representado pertence a uma das categorias de produto fornecidas, em vez de pedir ao modelo de decisão que escreva uma descrição completa do produto.

O processador preserva a proporção durante o redimensionamento e arredonda os lados da imagem para múltiplos de 32 píxeis. A área processada documentada começa em 65.536 píxeis e é limitada por um máximo configurável; o valor predefinido é 4.194.304 píxeis, ou 2048 por 2048. Cada bloco de 32 por 32 contribui com um token visual, pelo que esse valor predefinido permite até 4.096 tokens visuais por imagem. Estes números descrevem a preparação nativa de imagens do produtor, e não um contrato geral de carregamento de uma aplicação.

Limites de entrada combinada e âmbito da resolução

O passo de preparação documentado exige que o texto e todas as imagens de uma decisão caibam em 8.192 tokens. Uma entrada demasiado grande é rejeitada, e não truncada silenciosamente. Várias imagens partilham esse orçamento com o estado e a pergunta escritos. Reduza o texto de origem irrelevante ou o limite de tamanho das imagens ao preparar uma decisão combinada, conservando o detalhe que determina a resposta.

A configuração de treino e de avaliação reportada limitou as imagens a 512 por 512, o que corresponde a 262.144 píxeis e até 256 tokens visuais. O limite configurável na inferência pode conservar mais detalhe, mas a ficha do modelo avisa que uma resolução mais alta fica fora dessa distribuição de treino e utiliza mais memória e tempo de processamento. Uma definição de imagem maior não é, portanto, garantia de uma decisão melhor. Mantenha a preparação da entrada coerente com a pergunta e verifique se a característica visual necessária está representada com clareza.

Atenção, camada de leitura e calibração de probabilidades

As camadas de atenção completa do ponto de verificação nativo utilizam um modo de atenção não causal guardado, enquanto as camadas de atenção linear mantêm o seu próprio comportamento. O fabricante afirma que a inferência causal predefinida não reproduz a configuração avaliada. A sua implementação de previsão aplica a temperatura de calibração guardada; se os logits forem utilizados diretamente, essa temperatura é aplicada uma vez e as probabilidades são normalizadas sobre os candidatos válidos atuais. Estes detalhes pertencem ao perfil de decisão exato e devem ser preservados ao interpretar as suas saídas numéricas.

A camada de leitura de decisão separada também distingue este artefacto de uma exportação generativa. Uma conversão para uma interface de geração baseada em vocabulário precisa de um mapeamento explícito e tem de preservar o comportamento da atenção. Prepare perguntas fechadas para o perfil de decisão nativo; utilize um modelo de geração adequado quando a tarefa exigir conversa, código, explicações ou pedidos de ferramentas.

Um artefacto final útil mantém associados o estado, a pergunta, as respostas permitidas e a distribuição resultante. Defina a pergunta em torno da evidência efetivamente presente, reveja os casos ambíguos face a essa evidência e utilize exemplos etiquetados da tarefa pretendida para decidir como as saídas numéricas devem influenciar o encaminhamento ou a classificação. O modelo fornece probabilidades de decisão; os critérios e a aplicação envolvente determinam como essas probabilidades se tornam uma ação útil ou uma etiqueta registada.

Ailoot Ultra · System One POST /v1/systemone perplexity/pplx-decider-v1.1-27b

perplexity/pplx-decider-v1.1-27b

Perplexity /perplexity/pplx-decider-v1.1-27b

Introdução

O Decider V1.1 27B da Perplexity avalia um estado e uma pergunta fornecidos e devolve probabilidades para as respostas permitidas. O seu ponto de verificação de decisão nativo suporta texto e imagens, com uma camada de leitura dedicada e limites documentados de preparação da entrada, em vez de um contrato de geração de texto livre.

Entradas aceites
Texto · Imagens
Resultados
decisions

Disponível no Ailoot · entradas e métodos

Ailoot Ultra · System One POST /v1/systemone
Entrada
text, image
Saída
decisions
Formato de saída
json
CampoTipoRequisitoValores e limitesPredefinição
CampomodelTipostringRequisitoObrigatórioValores e limites
perplexity/pplx-decider-v1.1-27b
Predefinição—
CampoproviderTiposchemaRequisitoOpcionalValores e limitesPredefinição—
CampoquestionsTipoobjectRequisitoObrigatórioValores e limitesPredefinição—
Camposession_idTipostringRequisitoOpcionalValores e limitesPredefinição—
CampostateTiposchemaRequisitoObrigatórioValores e limitesPredefinição—
CampotraceTiposchemaRequisitoOpcionalValores e limitesPredefinição—
CampouserTipostringRequisitoOpcionalValores e limitesPredefinição—
Campoquestions.<id>.typeTipostringRequisitoObrigatórioValores e limites
noul, choice, score
Predefinição—
Campoquestions.<id>.instructionsTipostring|object|arrayRequisitoObrigatórioValores e limitesPredefinição—
Campoquestions.<id>.criteriaTipoobject|arrayRequisitoOpcionalValores e limites
Condições: choice/score: obrigatório; noul: opcional. Os critérios de choice são um objeto; score é uma matriz com minItems1.
Predefinição—
Campoquestions.<id>.criteria.trueTipostring|object|arrayRequisitoObrigatórioValores e limites
Aplica-se quando: Objeto de critérios noul fornecido
Predefinição—
Campoquestions.<id>.criteria.falseTipostring|object|arrayRequisitoObrigatórioValores e limites
Aplica-se quando: Objeto de critérios noul fornecido
Predefinição—
Combinações de materiais de entrada

noul · Obrigatório: state, questions.<id>.type=noul, questions.<id>.instructions

choice · Obrigatório: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object

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

Parâmetros e ciclo de vida do método
ParâmetroContrato
Parâmetrocontent_typeContratoapplication/json
ParâmetrorequiredContratomodel, state, questions
Parâmetromaterial_typesContratotext, image
Parâmetrooptional_controlsContratoprovider, session_id, trace, user
Parâmetromultimodal_input_bindingContratoUtilize apenas a representação exata declarada de estado/documento. A capacidade de imagens do fabricante, por si só, não estabelece uma forma aceite de transmitir imagens específica do modelo.

Ciclo de vida: synchronous

Envie o ID exato do modelo e conserve a resposta nativa completa.

Tarifários

As referências tarifárias não acrescentam opções ao pedido. Os parâmetros suportados constam do método selecionado.

Modo rápido
Não especificado Quando o modo rápido está selecionado
Modo flex
Não especificado Quando o modo flex está selecionado
Esforço máximo de raciocínio
Não especificado Quando o esforço máximo de raciocínio usa o ajuste predefinido (default)

Tarifas Ailoot

Preços por configuração

Associe cada custo às condições apresentadas. Use uma única tarifa para cada conjunto de configurações alternativas.

ConfiguraçãoTabela de tarifasTokens de contexto, mais deTokens de contexto, até ao limite inclusiveCusto
ConfiguraçãoTarifas base dos tokensTabela de tarifasTarifa baseTokens de contexto, mais de—Tokens de contexto, até ao limite inclusiveSem limite superiorCusto
Entrada · Tokens de entrada $0.00004 / 1K tokens
Saída · Tokens de saída $0 / 1K tokens
Entrada · Leitura da cache — / 1K tokens
Entrada · Escrita na cache — / 1K tokens
Entrada · Escrita na cache, 1 hora — / 1K tokens
ConfiguraçãoEscalão 1 por comprimento do pedidoTabela de tarifas—Tokens de contexto, mais de0Tokens de contexto, até ao limite inclusiveSem limite superiorCusto
Entrada · Tokens de entrada $0.00004 / 1K tokens
Saída · Tokens de saída $0 / 1K tokens
Entrada · Leitura da cache — / 1K tokens
Entrada · Escrita na cache — / 1K tokens
Entrada · Escrita na cache, 1 hora — / 1K tokens

O Ailoot reserva um montante estimado antes de um pedido. Após o resultado, liquida o custo final com base na utilização medida. No streaming, a liquidação usa o registo final de utilização. Como funcionam a reserva e a liquidação →

Exemplos de pedidos

Ailoot Ultra · System One

Estrutura oficial do pedido preservada; exemplo de documentaçãoUse o material real do seu pedido e guarde o resultado completo
{
  "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

Receber e guardar os resultados

Ailoot Ultra · System One

json

Guardar todos os resultados concluídos

Guarde cada resposta, ficheiro e parte de conteúdo devolvidos na íntegra.

É conservada cada resposta fornecida a um ID de pergunta, com o respetivo tipo exato, valor noul/choice/score, confiança, probabilidades e legenda. O JSON original completo é armazenado e devolvido apenas após a liquidação.

Se for necessário verificar a resposta original

Conserve a operação original e a resposta completa/parcial; não repita o POST.

Campos da resposta
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
Erros e passos seguintes
RespostaCondiçãoPasso seguinte
Resposta400 · invalid_request_errorCondiçãoCampo obrigatório, representação ou valor inválidoPasso seguinteCorrija o campo indicado no pedido.

Aliases

Aliases do modelo

Ailoot Ultra perplexity/pplx-decider-v1.1-27b

Aliases dos caminhos dos métodos

Use os caminhos dos métodos indicados acima.

IDs de chamada relacionados

perplexity/pplx-decider-v1.1-27b

FAQ · Perplexity: Decider V1.1 27B
Que entradas e resultados estão disponíveis?

POST /v1/systemone · perplexity/pplx-decider-v1.1-27b: text, image → decisions

Que campos utiliza o pedido?

POST /v1/systemone · perplexity/pplx-decider-v1.1-27b: model, provider, questions, session_id, state, trace, user

Mais detalhes

Ligue o Ailoot ao Claude Code, OpenCode, Hermes ou à sua aplicação.

A empresa e a sua carteira de projetos

A empresa e a sua carteira de projetos: milhões de clientes; vendas mensais na ordem dos milhares de milhões.

Compre tokens com desconto.

Desconto por subscrição para trabalho regular. Códigos promocionais — até 50% na compra de tokens.

Subscrição
Escolha um plano com desconto para os pedidos regulares.
Código promocional até 50%
Introduza o código na compra. O preço é recalculado conforme a campanha em vigor.
Custos no histórico
O modelo, os tokens e o montante são guardados para cada pedido.

Escolher subscrição · Ver preços dos modelos

Ligue a API ao produto que vende.

SaaS, aplicações e bots — ao abrigo da oferta e do contrato de licença Ailoot. Para revenda, peça uma licença de revendedor.

Aplicação comercial
Integre geração de texto, imagens, vídeo e som nas funcionalidades pagas do seu serviço.
Licença de revendedor
Envie uma descrição do projeto e do modelo de acesso. Peça condições escritas de utilização e revenda.
Documentos no site
A oferta, o contrato de licença e a política de tratamento de dados estão disponíveis antes da ligação.

Pedir licença de revendedor · Oferta e contrato de licença