Source: https://ailoot.ai/models/pt-pt/upstage-solar-decide/
Canonical: https://ailoot.ai/models/pt-pt/upstage-solar-decide/
Language: pt-pt

# Upstage: Solar Decide

[Markdown](https://ailoot.ai/models/pt-pt/upstage-solar-decide/index.md) · [JSON](https://ailoot.ai/models/pt-pt/upstage-solar-decide/facts.json)

## [Upstage: Solar Decide](https://ailoot.ai/models/pt-pt/upstage-solar-decide/)

O Upstage Solar Decide é um modelo de decisão sobre texto construído sobre o Solar Mini 4. Avalia um estado fornecido e perguntas tipadas, devolvendo escolhas com nome, probabilidades de verdadeiro ou pontuações ponderadas com informação de probabilidade. A sua saída delimitada suporta classificação, encaminhamento e verificações de políticas, em vez de prosa gerada.

- [**Ailoot Ultra · System One** `POST /v1/systemone` `upstage/solar-decide`](https://ailoot.ai/models/pt-pt/upstage-solar-decide/#method-0)

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 Upstage Solar Decide é um modelo de decisão estruturada construído sobre o Solar Mini 4. Lê um estado fornecido e perguntas tipadas e, em seguida, devolve uma decisão para cada pergunta com informação de probabilidade calibrada. O fabricante descreve um processo de decisão numa única passagem para a frente pela rede, que não gera prosa. As aplicações a que se destina incluem encaminhamento, classificação e verificações de políticas, sendo a compreensão do coreano pelo modelo destacada como parte da sua base Solar Mini 4.

Prepare o estado como uma cadeia de texto ou JSON estruturado que descreva os factos a avaliar. A interface do fabricante serializa os valores JSON no prompt. Um esquema de perguntas define separadamente o que decidir, que opções são permitidas e como deve ser interpretada uma avaliação ordenada. Utilize nomes estáveis para as perguntas: as respostas são devolvidas sob os mesmos nomes, o que facilita a associação do resultado à condição original do fluxo de trabalho. Mantenha o estado factual separado das instruções e dos critérios que definem a decisão.

Os três tipos de pergunta têm saídas diferentes. Uma pergunta choice devolve a opção selecionada, as probabilidades das alternativas com nome e um valor de confiança. Uma pergunta noul devolve a probabilidade de verdadeiro para uma condição de sim/não. Uma pergunta score devolve uma pontuação ponderada por probabilidades, uma legenda indexada, probabilidades e confiança. Uma pontuação ordenada pode ser fracionária, porque reflete a distribuição pelos critérios. Preserve estes campos, em vez de reduzir todos os resultados a um simples rótulo ou de tratar a confiança como uma frase explicativa.

Para o encaminhamento de pedidos de suporte, forneça a mensagem efetiva e o histórico relevante e, depois, faça perguntas separadas sobre a intenção, a urgência e uma condição definida, como se a mensagem exprime insatisfação. Descreva as categorias pelo seu significado e dê à escala de urgência uma ordem deliberada. Um esquema de exemplo pode distinguir um pedido sobre o estado de uma entrega, um problema de acesso à conta e um assunto não relacionado, enquanto os critérios de urgência vão de nenhuma ação imediata a revisão imediata. O resultado observável é uma avaliação tipada dessas escolhas, e não uma resposta redigida para o cliente.

Para verificações de políticas, inclua no estado a regra relevante e os factos do registo em conjunto. Defina cada condição de forma suficientemente restrita para que a sua resposta possa ser inspecionada. Um fluxo de trabalho documental pode perguntar se a informação obrigatória está presente, que categoria de revisão se aplica e em que medida o registo cumpre uma norma ordenada de completude. Uma pontuação ou probabilidade não verifica de forma independente os factos do registo. Se faltar informação decisiva, a aplicação precisa de um tratamento deliberado dessa incerteza, em vez de interpretar uma opção selecionada como prova conclusiva.

O fabricante especifica uma janela de contexto de 512K tokens para o Solar Decide. Prepare os documentos grandes como o texto ou o estado estruturado de que a decisão precisa; um contexto grande não implica a análise automática de um ficheiro arbitrário. Preserve os limites das fontes e as passagens relevantes para os critérios. Utilize perguntas focadas, em vez de esperar um resumo aberto do documento. A saída do modelo continua delimitada pelos tipos de pergunta e pelas opções, independentemente da quantidade de material incluída no estado.

Uma pergunta choice aceita de duas a 26 opções na interface documentada do produtor. O fabricante explica que esta via lê as decisões a partir de rótulos de um único token, de A a Z, pelo que mais de 26 candidatos têm de ser reduzidos ou divididos em várias perguntas. Este limite aplica-se às opções de choice, e não é um limite geral ao comprimento do documento nem um limite copiado de outra família de modelos de decisão. Defina as descrições dos candidatos de modo que os seus significados sejam distintos e utilize uma decisão hierárquica apenas quando essa hierarquia corresponder ao fluxo de trabalho real.

Em registos em língua coreana, mantenha intactos o significado da fonte, os nomes e os identificadores e descreva claramente os critérios de decisão. O resultado tipado pode utilizar rótulos estáveis da aplicação ao avaliar evidência em linguagem natural. Quando um registo mistura línguas ou utiliza terminologia de um domínio, mantenha as definições relevantes no estado. Uma interpretação fluente de um termo não basta para estabelecer que os critérios de classificação correspondem à regra de negócio, pelo que deve inspecionar casos ambíguos representativos, bem como casos simples.

Utilize as probabilidades e a confiança devolvidas de acordo com a política de decisão do fluxo de trabalho. Preserve a distribuição e a legenda ordenada quando uma avaliação se situa entre categorias. Defina o tratamento dos resultados incertos a partir de exemplos de tarefas revistos, em vez de inventar um limiar de probabilidade universal. A aplicação executa qualquer ação resultante de encaminhamento, escalamento ou revisão e regista o respetivo resultado. O Solar Decide fornece a avaliação delimitada do modelo utilizada para ponderar essa ação; selecionar uma via não demonstra que uma ação posterior foi executada.

O artefacto final útil é o objeto answers, juntamente com o estado e as definições das perguntas que o produziram. Estes registos permitem inspecionar uma classificação inesperada, distinguir evidência em falta de critérios ambíguos e comparar a avaliação com um caso revisto. Se um utilizador precisar de uma explicação escrita ou de uma resposta conversacional, a decisão e o material de origem podem alimentar uma etapa de redação separada. O papel específico do Solar Decide é produzir decisões tipadas, apoiadas em probabilidades, a partir do texto fornecido, e não gerar ele próprio essa explicação.

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

[`upstage/solar-decide`](https://ailoot.ai/models/pt-pt/#m=upstage%2Fsolar-decide&route=Ultra&caller=upstage%2Fsolar-decide&fmt=systemone)

Upstage /`upstage/solar-decide`

### Introdução

O Upstage Solar Decide é um modelo de decisão sobre texto construído sobre o Solar Mini 4. Avalia um estado fornecido e perguntas tipadas, devolvendo escolhas com nome, probabilidades de verdadeiro ou pontuações ponderadas com informação de probabilidade. A sua saída delimitada suporta classificação, encaminhamento e verificações de políticas, em vez de prosa gerada.

Entradas aceites

Texto

Resultados

decisions

### Disponível no Ailoot · entradas e métodos

**Ailoot Ultra · System One** `POST /v1/systemone`

Entrada

`text`

Saída

`decisions`

Formato de saída

json

| Campo | Tipo | Requisito | Valores e limites | Predefinição |
| --- | --- | --- | --- | --- |
| Campo`model` | Tipo`string` | RequisitoObrigatório | Valores e limites upstage/solar-decide | Predefinição— |
| Campo`provider` | Tipo`schema` | RequisitoOpcional | Valores e limites | Predefinição— |
| Campo`questions` | Tipo`object` | RequisitoObrigatório | Valores e limites | Predefinição— |
| Campo`session_id` | Tipo`string` | RequisitoOpcional | Valores e limites | Predefinição— |
| Campo`state` | Tipo`schema` | RequisitoObrigatório | Valores e limites | Predefinição— |
| Campo`trace` | Tipo`schema` | RequisitoOpcional | Valores e limites | Predefinição— |
| Campo`user` | Tipo`string` | RequisitoOpcional | Valores e limites | Predefinição— |
| Campo`questions.<id>.type` | Tipo`string` | RequisitoObrigatório | Valores e limites noul, choice, score | Predefinição— |
| Campo`questions.<id>.instructions` | Tipo`string\|object\|array` | RequisitoObrigatório | Valores e limites | Predefinição— |
| Campo`questions.<id>.criteria` | Tipo`object\|array` | RequisitoOpcional | Valores 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— |
| Campo`questions.<id>.criteria.true` | Tipo`string\|object\|array` | RequisitoObrigatório | Valores e limites Aplica-se quando: Objeto de critérios noul fornecido | Predefinição— |
| Campo`questions.<id>.criteria.false` | Tipo`string\|object\|array` | RequisitoObrigatório | Valores 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âmetro | Contrato |
| --- | --- |
| Parâmetro`content_type` | Contratoapplication/json |
| Parâmetro`required` | Contratomodel, state, questions |
| Parâmetro`material_types` | Contratotext |
| Parâmetro`optional_controls` | Contratoprovider, session\_id, trace, user |
| Parâmetro`multimodal_input_binding` | Contratonull |

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ção | Tabela de tarifas | Tokens de contexto, mais de | Tokens de contexto, até ao limite inclusive | Custo |
| --- | --- | --- | --- | --- |
| ConfiguraçãoTarifas base dos tokens | Tabela de tarifasTarifa base | Tokens de contexto, mais de— | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada **$0.0002** / 1K tokens Saída · Tokens de saída **$0** / 1K tokens Entrada · Leitura da cache **$0.0002** / 1K tokens Entrada · Escrita na cache **—** / 1K tokens Entrada · Escrita na cache, 1 hora **—** / 1K tokens |
| ConfiguraçãoEscalão 1 por comprimento do pedido | Tabela de tarifas— | Tokens de contexto, mais de0 | Tokens de contexto, até ao limite inclusiveSem limite superior | Custo Entrada · Tokens de entrada **$0.0002** / 1K tokens Saída · Tokens de saída **$0** / 1K tokens Entrada · Leitura da cache **$0.0002** / 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 →](https://ailoot.ai/docs/pt-pt/billing/reserve/)

### 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

```json
{
  "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."
  }
}
```

```bash
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
```

### 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

| Campo | Tipo |
| --- | --- |
| Campo`model` | Tipostring |
| Campo`id` | Tipostring |
| Campo`provider` | Tipostring |
| Campo`answers.<id>.type` | Tipostring |
| Campo`answers.<id>.noul` | Tiponumber |
| Campo`answers.<id>.choice` | Tipostring |
| Campo`answers.<id>.score` | Tiponumber |
| Campo`answers.<id>.confidence` | Tiponumber |
| Campo`answers.<id>.probabilities` | Tipoobject |
| Campo`answers.<id>.legend` | Tipoobject |
| Campo`usage.input_tokens` | Tipointeger |
| Campo`usage.output_tokens` | Tipointeger |
| Campo`usage.cost` | Tiponumber |

Erros e passos seguintes

| Resposta | Condição | Passo seguinte |
| --- | --- | --- |
| Resposta400 · `invalid_request_error` | CondiçãoCampo obrigatório, representação ou valor inválido | Passo seguinteCorrija o campo indicado no pedido. |

### Aliases

#### Aliases do modelo

**Ailoot Ultra** [`upstage/solar-decide`](https://ailoot.ai/models/pt-pt/#m=upstage%2Fsolar-decide&route=Ultra&caller=upstage%2Fsolar-decide&fmt=systemone)

#### Aliases dos caminhos dos métodos

Use os caminhos dos métodos indicados acima.

#### IDs de chamada relacionados

[`upstage/solar-decide`](https://ailoot.ai/models/pt-pt/#m=upstage%2Fsolar-decide&route=Ultra&caller=upstage%2Fsolar-decide&fmt=systemone)

FAQ · Upstage: Solar Decide

Que entradas e resultados estão disponíveis?

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

Que campos utiliza o pedido?

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

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](https://ailoot.ai/docs/pt-pt/billing/subscriptions/) · [Ver preços dos modelos](https://ailoot.ai/models/pt-pt/)

## 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](mailto:support@ailoot.ai) · [Oferta e contrato de licença](https://ailoot.ai/legal/offer?lang=pt-pt)

## Ailoot · A empresa e a sua carteira de projetos





A Ailoot assenta numa experiência operacional consolidada, numa ampla base de clientes, num serviço estável e no acompanhamento contínuo dos KPI.





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





A Ailoot aplica essa experiência operacional ao acesso por API a funcionalidades de IA nos produtos dos clientes, agentes, aplicações e automatizações.
