Upstage: Solar Decide

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.