Upstage: Solar Decide
Upstage Solar Decide är en textbaserad beslutsmodell byggd på Solar Mini 4. Den bedömer ett inskickat tillstånd och typade frågor och returnerar namngivna val, sannolikheter för att villkor är sanna, eller viktade poäng med sannolikhetsinformation. Dess avgränsade resultat stöder klassificering, styrning och regelkontroller snarare än genererad prosa.
Om modellen
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Upstage Solar Decide är en strukturerad beslutsmodell byggd på Solar Mini 4. Den läser ett inskickat tillstånd och typade frågor och returnerar sedan ett beslut för varje fråga med kalibrerad sannolikhetsinformation. Tillverkaren beskriver en beslutsprocess i en enda framåtpassering som inte genererar prosa. Avsedda tillämpningar omfattar styrning, klassificering och regelkontroller, och modellens förståelse av koreanska framhävs som en del av dess Solar Mini 4-grund.
Förbered tillståndet som en sträng eller strukturerad JSON som beskriver fakta som ska bedömas. Tillverkarens gränssnitt serialiserar JSON-värden till prompten. Ett frågeschema definierar separat vad som ska avgöras, vilka alternativ som tillåts och hur en ordnad bedömning ska tolkas. Använd stabila namn för frågorna: Svaren returneras under samma namn, vilket gör resultatet lätt att koppla till arbetsflödets ursprungliga villkor. Håll det faktabeskrivande tillståndet åtskilt från instruktionerna och kriterierna som definierar beslutet.
De tre frågetyperna har olika resultat. En choice-fråga returnerar det valda alternativet, sannolikheter över de namngivna alternativen och ett konfidensvärde. En noul-fråga returnerar sannolikheten för att ett ja/nej-villkor är sant. En score-fråga returnerar en sannolikhetsviktad poäng, en indexerad teckenförklaring, sannolikheter och konfidens. En ordnad poäng kan ha decimaler eftersom den speglar fördelningen över kriterierna. Behåll dessa fält i stället för att reducera varje resultat till enbart en etikett eller behandla konfidens som en förklarande mening.
För supportstyrning anger du det faktiska meddelandet och relevant historik och ställer sedan separata frågor om avsikt, brådska och ett definierat villkor, till exempel om meddelandet uttrycker missnöje. Beskriv kategorier efter deras betydelse och ge brådskeskalan en avsiktlig ordning. Ett exempelschema kan skilja mellan en fråga om leveransstatus, ett problem med kontoåtkomst och ett ovidkommande problem, medan brådskekriterierna går från ingen omedelbar åtgärd till omedelbar granskning. Det observerbara resultatet är en typad bedömning av dessa val, inte ett utkast till kundsvar.
För regelkontroller tar du med den relevanta regeln och postens fakta tillsammans i tillståndet. Definiera varje villkor tillräckligt snävt för att svaret ska kunna granskas. Ett dokumentarbetsflöde kan fråga om obligatorisk information finns, vilken granskningskategori som gäller och hur väl posten uppfyller en ordnad fullständighetsstandard. En poäng eller sannolikhet verifierar inte postens fakta oberoende. Om avgörande information saknas behöver applikationen en genomtänkt behandling av osäkerheten i stället för att tolka ett valt alternativ som slutgiltigt bevis.
Tillverkaren anger ett kontextfönster på 512K token för Solar Decide. Förbered stora dokument som den text eller det strukturerade tillstånd beslutet kräver; en stor kontext innebär inte automatisk tolkning av en godtycklig fil. Bevara källgränserna och passagerna som är relevanta för kriterierna. Använd fokuserade frågor i stället för att förvänta dig en öppen sammanfattning av dokumentet. Modellens resultat förblir avgränsat av frågetyperna och alternativen oavsett hur mycket material som ingår i tillståndet.
En choice-fråga accepterar två till 26 alternativ i det dokumenterade tillverkargränssnittet. Tillverkaren förklarar att denna väg läser beslut från etiketterna A till Z, som vardera består av en token, så fler än 26 kandidater måste begränsas eller delas upp i flera frågor. Gränsen gäller choice-alternativ, inte en generell dokumentlängdsgräns eller en gräns kopierad från en annan beslutsmodellfamilj. Definiera kandidatbeskrivningarna så att deras betydelser är olika och använd ett hierarkiskt beslut bara när hierarkin motsvarar det faktiska arbetsflödet.
För koreanskspråkiga poster behåller du källans betydelse, namn och identifierare intakta och beskriver beslutskriterierna tydligt. Det typade resultatet kan använda stabila applikationsetiketter samtidigt som det bedömer evidens på naturligt språk. När en post blandar språk eller använder domänterminologi behåller du de relevanta definitionerna i tillståndet. En flytande tolkning av en term räcker inte för att fastställa att klassificeringskriterierna motsvarar affärsregeln, så granska representativa tvetydiga fall likaväl som okomplicerade.
Använd de returnerade sannolikheterna och konfidensen enligt arbetsflödets beslutspolicy. Behåll fördelningen och den ordnade teckenförklaringen när en bedömning ligger mellan kategorier. Bestäm behandlingen av osäkra resultat från granskade uppgiftsexempel i stället för att hitta på en universell sannolikhetströskel. Applikationen utför eventuell resulterande styrning, eskalering eller granskning och registrerar utfallet. Solar Decide ger den avgränsade modellbedömningen som används för att överväga åtgärden; att välja en väg fastställer inte att en senare åtgärd utfördes.
Den användbara slutartefakten är answers-objektet tillsammans med tillståndet och frågedefinitionerna som gav upphov till det. Dessa poster gör det möjligt att granska en oväntad klassificering, skilja saknad evidens från tvetydiga kriterier och jämföra bedömningen med ett granskat fall. Om en användare behöver en skriftlig förklaring eller ett samtalssvar kan beslutet och källmaterialet användas i ett separat skrivsteg. Solar Decides specifika roll är att producera typade sannolikhetsbaserade beslut från inskickad text snarare än att själv generera förklaringen.
Ailoot Ultra · System One POST /v1/systemone upstage/solar-decide
upstage/solar-decideStart
Upstage Solar Decide är en textbaserad beslutsmodell byggd på Solar Mini 4. Den bedömer ett inskickat tillstånd och typade frågor och returnerar namngivna val, sannolikheter för att villkor är sanna, eller viktade poäng med sannolikhetsinformation. Dess avgränsade resultat stöder klassificering, styrning och regelkontroller snarare än genererad prosa.
- Godkända indata
- Text
- Resultat
- decisions
Tillgängligt i Ailoot · indata & metoder
Ailoot Ultra · System One POST /v1/systemone
- Indatatyper
text- Utdatatyper
decisions- Utdataformat
- json
| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser upstage/solar-decide | Standard— |
Fältprovider | Typschema | KravValfritt | Värden & gränser | Standard— |
Fältquestions | Typobject | KravObligatoriskt | Värden & gränser | Standard— |
Fältsession_id | Typstring | KravValfritt | Värden & gränser | Standard— |
Fältstate | Typschema | KravObligatoriskt | Värden & gränser | Standard— |
Fälttrace | Typschema | KravValfritt | Värden & gränser | Standard— |
Fältuser | Typstring | KravValfritt | Värden & gränser | Standard— |
Fältquestions.<id>.type | Typstring | KravObligatoriskt | Värden & gränser noul, choice, score | Standard— |
Fältquestions.<id>.instructions | Typstring|object|array | KravObligatoriskt | Värden & gränser | Standard— |
Fältquestions.<id>.criteria | Typobject|array | KravValfritt | Värden & gränser Villkor: choice/score: obligatoriskt; noul: valfritt. Kriterier för choice är ett objekt; score är en array med minItems1. | Standard— |
Fältquestions.<id>.criteria.true | Typstring|object|array | KravObligatoriskt | Värden & gränser Gäller när: Ett kriterieobjekt för noul har angetts | Standard— |
Fältquestions.<id>.criteria.false | Typstring|object|array | KravObligatoriskt | Värden & gränser Gäller när: Ett kriterieobjekt för noul har angetts | Standard— |
Kombinationer av indatamaterial
noul · Krävs: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Krävs: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Krävs: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
Metodparametrar och livscykel
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, state, questions |
Parametermaterial_types | Avtaltext |
Parameteroptional_controls | Avtalprovider, session_id, trace, user |
Parametermultimodal_input_binding | Avtalnull |
Livscykel: synchronous
Skicka det exakta modell-ID:t och behåll hela svaret i leverantörens format.
Priser
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
- Snabbt läge
- Ej angivet När snabbt läge är valt
- Flex-läge
- Ej angivet När läget flex är valt
- Högsta resonemangsnivå
- Ej angivet När den högsta resonemangsnivån använder standardjusteringen (default)
Ailoot-priser
Priser efter konfiguration
Matcha varje avgift mot de visade villkoren. Använd ett pris för varje uppsättning alternativa konfigurationer.
| Konfiguration | Prislista | Kontexttoken, fler än | Kontexttoken, upp till och med | Avgift |
|---|---|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Kontexttoken, fler än— | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.0002 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning $0.0002 / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
| KonfigurationNivå 1 för förfrågans längd | Prislista— | Kontexttoken, fler än0 | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.0002 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning $0.0002 / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
Exempelbegäranden
Ailoot Ultra · System One
{
"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."
}
}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
Ta emot och spara resultat
Ailoot Ultra · System One
json
Behåll alla färdiga resultat
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Varje angivet svar för ett fråge-ID behålls med sin exakta typ, värdet noul/choice/score, konfidens, sannolikheter och teckenförklaring. Hela det ursprungliga JSON-svaret lagras och returneras först efter avräkning.
Om det ursprungliga svaret behöver kontrolleras
Bevara den ursprungliga operationen och hela eller det partiella svaret; upprepa inte POST.
Svarsfält
| Fält | Typ |
|---|---|
Fältmodel | Typstring |
Fältid | Typstring |
Fältprovider | Typstring |
Fältanswers.<id>.type | Typstring |
Fältanswers.<id>.noul | Typnumber |
Fältanswers.<id>.choice | Typstring |
Fältanswers.<id>.score | Typnumber |
Fältanswers.<id>.confidence | Typnumber |
Fältanswers.<id>.probabilities | Typobject |
Fältanswers.<id>.legend | Typobject |
Fältusage.input_tokens | Typinteger |
Fältusage.output_tokens | Typinteger |
Fältusage.cost | Typnumber |
Fel och nästa steg
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorOgiltigt obligatoriskt fält, ogiltig representation eller ogiltigt värde | Nästa stegKorrigera det angivna fältet i begäran. |
Alias
Modellalias
Ailoot Ultra upstage/solar-decide
Alias för metodsökvägar
Använd metodsökvägarna som visas ovan.
Relaterade anropar-ID:n
FAQ · Upstage: Solar Decide
- Vilka indata och resultat finns?
POST /v1/systemone·upstage/solar-decide:text→decisions- Vilka fält använder begäran?
POST /v1/systemone·upstage/solar-decide:model,provider,questions,session_id,state,trace,user