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

# Upstage: Solar Decide

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

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

Upstage Solar Decide è un modello decisionale testuale basato su Solar Mini 4. Valuta uno stato fornito e domande tipizzate, restituendo scelte con nome, probabilità che le condizioni siano vere o punteggi ponderati con informazioni di probabilità. Il suo output circoscritto supporta classificazione, instradamento e verifiche di regole anziché testo generato.

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

Informazioni sul modello

Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.

Upstage Solar Decide è un modello decisionale strutturato basato su Solar Mini 4. Legge uno stato fornito e domande tipizzate, quindi restituisce una decisione per ogni domanda con informazioni di probabilità calibrate. Il produttore descrive un processo decisionale in un unico passaggio in avanti della rete che non genera testo. Le applicazioni previste comprendono instradamento, classificazione e verifiche di regole, con la comprensione del coreano evidenziata come parte della sua base Solar Mini 4.

Prepara lo stato come stringa o JSON strutturato che descriva i fatti da valutare. L’interfaccia del produttore serializza i valori JSON nel prompt. Uno schema di domande definisce separatamente che cosa decidere, quali opzioni sono ammesse e come interpretare una valutazione ordinata. Usa nomi stabili per le domande: le risposte ritornano sotto gli stessi nomi, rendendo facile associare il risultato alla condizione originale del flusso di lavoro. Mantieni lo stato fattuale distinto dalle istruzioni e dai criteri che definiscono la decisione.

I tre tipi di domanda hanno output differenti. Una domanda choice restituisce l’opzione selezionata, le probabilità delle alternative con nome e un valore di confidenza. Una domanda noul restituisce la probabilità che una condizione sì/no sia vera. Una domanda score restituisce un punteggio ponderato per le probabilità, una legenda indicizzata, probabilità e confidenza. Un punteggio ordinato può essere frazionario perché riflette la distribuzione tra criteri. Preserva questi campi anziché ridurre ogni risultato a una semplice etichetta o trattare la confidenza come una frase esplicativa.

Per l’instradamento dell’assistenza, fornisci il messaggio effettivo e la cronologia pertinente, poi poni domande separate per intento, urgenza e una condizione definita, come il fatto che il messaggio esprima insoddisfazione. Descrivi le categorie in base al loro significato e dai alla scala di urgenza un ordine intenzionale. Uno schema di esempio può distinguere una richiesta sullo stato di consegna, un problema di accesso all’account e una questione non pertinente, mentre i criteri di urgenza vanno da nessuna azione immediata a verifica immediata. Il risultato osservabile è una valutazione tipizzata di quelle scelte, non una risposta al cliente redatta dal modello.

Per le verifiche di regole, includi nello stato sia la regola pertinente sia i fatti del record. Definisci ogni condizione abbastanza precisamente da poter esaminare la risposta. Un flusso documentale potrebbe chiedere se le informazioni richieste sono presenti, quale categoria di verifica si applica e quanto il record soddisfa uno standard di completezza ordinato. Un punteggio o una probabilità non verificano in modo indipendente i fatti del record. Se mancano informazioni decisive, l’applicazione deve prevedere intenzionalmente come trattare tale incertezza, anziché interpretare un’opzione selezionata come prova conclusiva.

Il produttore specifica una finestra di contesto di 512K token per Solar Decide. Prepara documenti grandi come testo o stato strutturato richiesto dalla decisione; un contesto ampio non implica l’analisi automatica di un file arbitrario. Preserva i confini delle fonti e i passaggi pertinenti ai criteri. Usa domande mirate anziché aspettarti un riepilogo aperto del documento. L’output del modello rimane circoscritto dai tipi di domanda e dalle opzioni, indipendentemente dalla quantità di materiale incluso nello stato.

Una domanda choice accetta da due a 26 opzioni nell’interfaccia documentata del produttore. Il produttore spiega che questo percorso legge le decisioni da etichette a token singolo da A a Z, quindi più di 26 candidati devono essere ridotti o suddivisi in più domande. Questo limite riguarda le opzioni choice, anziché essere un limite generale alla lunghezza dei documenti o un limite copiato da un’altra famiglia di modelli decisionali. Definisci le descrizioni dei candidati affinché i significati siano distinti e usa una decisione gerarchica solo quando quella gerarchia corrisponde al flusso di lavoro effettivo.

Per i record in coreano, mantieni intatti il significato della fonte, i nomi e gli identificatori e descrivi chiaramente i criteri decisionali. Il risultato tipizzato può usare etichette applicative stabili mentre valuta elementi in linguaggio naturale. Quando un record mescola lingue o usa terminologia di dominio, conserva le definizioni pertinenti nello stato. Un’interpretazione fluida di un termine non basta a stabilire che i criteri di classificazione corrispondano alla regola operativa, quindi esamina casi ambigui rappresentativi oltre ai casi semplici.

Usa le probabilità e la confidenza restituite secondo la politica decisionale del flusso di lavoro. Conserva la distribuzione e la legenda ordinata quando una valutazione si trova tra categorie. Stabilisci il trattamento dei risultati incerti a partire da esempi verificati dell’attività, anziché inventare una soglia universale di probabilità. L’applicazione esegue ogni conseguente azione di instradamento, escalation o verifica e ne registra l’esito. Solar Decide fornisce la valutazione circoscritta del modello usata per prendere in considerazione quell’azione; selezionare un percorso non dimostra che un’azione successiva sia stata eseguita.

L’artefatto finale utile è l’oggetto delle risposte insieme allo stato e alle definizioni delle domande che lo hanno prodotto. Questi record permettono di esaminare una classificazione sorprendente, distinguere elementi mancanti da criteri ambigui e confrontare la valutazione con un caso verificato. Se un utente ha bisogno di una spiegazione scritta o di una risposta conversazionale, la decisione e il materiale di partenza possono alimentare una fase separata di scrittura. Il ruolo specifico di Solar Decide consiste nel produrre decisioni tipizzate supportate da probabilità a partire dal testo fornito, anziché generare quella spiegazione.

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

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

Upstage /`upstage/solar-decide`

### Introduzione

Upstage Solar Decide è un modello decisionale testuale basato su Solar Mini 4. Valuta uno stato fornito e domande tipizzate, restituendo scelte con nome, probabilità che le condizioni siano vere o punteggi ponderati con informazioni di probabilità. Il suo output circoscritto supporta classificazione, instradamento e verifiche di regole anziché testo generato.

Input accettati

Testo

Risultati

decisions

### Disponibile in Ailoot · input e metodi

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

Tipi di input

`text`

Tipi di output

`decisions`

Formato di output

json

| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
| --- | --- | --- | --- | --- |
| Campo`model` | Tipo`string` | RequisitoObbligatorio | Valori e limiti upstage/solar-decide | Predefinito— |
| Campo`provider` | Tipo`schema` | RequisitoFacoltativo | Valori e limiti | Predefinito— |
| Campo`questions` | Tipo`object` | RequisitoObbligatorio | Valori e limiti | Predefinito— |
| Campo`session_id` | Tipo`string` | RequisitoFacoltativo | Valori e limiti | Predefinito— |
| Campo`state` | Tipo`schema` | RequisitoObbligatorio | Valori e limiti | Predefinito— |
| Campo`trace` | Tipo`schema` | RequisitoFacoltativo | Valori e limiti | Predefinito— |
| Campo`user` | Tipo`string` | RequisitoFacoltativo | Valori e limiti | Predefinito— |
| Campo`questions.<id>.type` | Tipo`string` | RequisitoObbligatorio | Valori e limiti noul, choice, score | Predefinito— |
| Campo`questions.<id>.instructions` | Tipo`string\|object\|array` | RequisitoObbligatorio | Valori e limiti | Predefinito— |
| Campo`questions.<id>.criteria` | Tipo`object\|array` | RequisitoFacoltativo | Valori e limiti Condizioni: choice/score: obbligatori; noul: facoltativo. I criteri di choice sono un oggetto; score è un array con minItems1. | Predefinito— |
| Campo`questions.<id>.criteria.true` | Tipo`string\|object\|array` | RequisitoObbligatorio | Valori e limiti Si applica quando: Oggetto criteria noul fornito | Predefinito— |
| Campo`questions.<id>.criteria.false` | Tipo`string\|object\|array` | RequisitoObbligatorio | Valori e limiti Si applica quando: Oggetto criteria noul fornito | Predefinito— |

Combinazioni di materiali in input

**noul** · Obbligatorio: state, questions.\<id\>.type=noul, questions.\<id\>.instructions

**choice** · Obbligatorio: state, questions.\<id\>.type=choice, questions.\<id\>.instructions, criteria object

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

Parametri e ciclo di vita del metodo

| Parametro | Contratto |
| --- | --- |
| Parametro`content_type` | Contrattoapplication/json |
| Parametro`required` | Contrattomodel, state, questions |
| Parametro`material_types` | Contrattotext |
| Parametro`optional_controls` | Contrattoprovider, session\_id, trace, user |
| Parametro`multimodal_input_binding` | Contrattonull |

Ciclo di vita: `synchronous`

Invia l'ID esatto del modello e conserva l'intera risposta nativa.

### Tariffe

Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.

Modalità rapida

Non specificato Quando è selezionata la modalità rapida

Modalità flex

Non specificato Quando è selezionata la modalità flex

Sforzo massimo di ragionamento

Non specificato Quando lo sforzo massimo di ragionamento usa l'adeguamento predefinito (default)

#### Tariffe Ailoot

#### Prezzi per configurazione

Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.

| Configurazione | Listino delle tariffe | Token di contesto, più di | Token di contesto, fino al limite incluso | Costo |
| --- | --- | --- | --- | --- |
| ConfigurazioneTariffe di base dei token | Listino delle tariffeTariffa base | Token di contesto, più di— | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input **$0.0002** / 1K token Output · Token in output **$0** / 1K token Input · Lettura dalla cache **$0.0002** / 1K token Input · Scrittura nella cache **—** / 1K token Input · Scrittura nella cache, 1 ora **—** / 1K token |
| ConfigurazioneFascia 1 di lunghezza della richiesta | Listino delle tariffe— | Token di contesto, più di0 | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input **$0.0002** / 1K token Output · Token in output **$0** / 1K token Input · Lettura dalla cache **$0.0002** / 1K token Input · Scrittura nella cache **—** / 1K token Input · Scrittura nella cache, 1 ora **—** / 1K token |

Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. [Come funzionano la prenotazione e l’addebito finale →](https://ailoot.ai/docs/it/billing/reserve/)

### Esempi di richieste

#### Ailoot Ultra · System One

Struttura ufficiale della richiesta conservata; esempio per la documentazioneUsa il materiale effettivo della tua richiesta e conserva il risultato 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
```

### Ricevi e salva i risultati

#### Ailoot Ultra · System One

json

##### Conserva tutti i risultati completati

Conserva ogni risposta, file e parte di contenuto restituiti per intero.

Viene conservata ogni risposta associata all'ID della domanda fornito, con il tipo esatto, il valore noul/choice/score, la confidenza, le probabilità e la legenda. L'intero JSON originale viene memorizzato e restituito solo dopo il conguaglio dell'addebito.

##### Se occorre verificare la risposta originale

Conserva l'operazione originale e la risposta completa o parziale; non ripetere POST.

Campi della risposta

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

Errori e passaggi successivi

| Risposta | Condizione | Passaggio successivo |
| --- | --- | --- |
| Risposta400 · `invalid_request_error` | CondizioneCampo obbligatorio, rappresentazione o valore non valido | Passaggio successivoCorreggi il campo della richiesta indicato. |

### Alias

#### Alias del modello

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

#### Alias dei percorsi dei metodi

Usa i percorsi dei metodi indicati sopra.

#### ID di chiamata correlati

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

FAQ · Upstage: Solar Decide

Quali input e risultati sono disponibili?

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

Quali campi usa la richiesta?

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

Collega Ailoot a Claude Code, OpenCode, Hermes o alla tua applicazione.

## L’azienda e il suo portafoglio di progetti

L’azienda e il suo portafoglio di progetti: milioni di clienti; vendite nell’ordine dei miliardi ogni mese.

## Acquista token con uno sconto.

Sconto con abbonamento per lavoro regolare. Codici fino al 50% sull’acquisto di token.

Abbonamento

Scegli un piano scontato per richieste regolari.

Codice fino al 50%

Inserisci il codice all’acquisto. Il prezzo si aggiorna secondo la promozione.

Spese nella cronologia

Modello, token e importo sono salvati per ogni richiesta.

[Scegli abbonamento](https://ailoot.ai/docs/it/billing/subscriptions/) · [Consulta prezzi dei modelli](https://ailoot.ai/models/it/)

## Collega l’API al prodotto che vendi.

SaaS, app e bot secondo offerta e accordo di licenza Ailoot. Per rivendere, richiedi una licenza reseller.

Applicazione commerciale

Integra generazione di testo, immagini, video e suono nelle funzioni a pagamento.

Licenza reseller

Invia descrizione del progetto e schema di accesso. Richiedi condizioni scritte per uso e rivendita.

Documenti sul sito

Offerta, accordo di licenza e politica sui dati sono disponibili prima della connessione.

[Richiedi licenza reseller](mailto:support@ailoot.ai) · [Offerta e accordo di licenza](https://ailoot.ai/legal/offer?lang=it)

## Ailoot · L’azienda e il suo portafoglio di progetti





Ailoot si basa su un’esperienza operativa consolidata, un’ampia base di clienti, un servizio stabile e un controllo costante dei KPI.





L’azienda e il suo portafoglio di progetti: milioni di clienti; vendite nell’ordine dei miliardi ogni mese.





Ailoot mette questa esperienza operativa al servizio dell’accesso API alle funzioni AI nei prodotti dei clienti, negli agenti, nelle applicazioni e nelle automazioni.
