Upstage: Solar Decide
Upstage Solar Decide to tekstowy model decyzyjny zbudowany na Solar Mini 4. Ocenia dostarczony stan i typowane pytania, zwracając nazwane wybory, prawdopodobieństwa prawdziwości lub ważone oceny z informacją o prawdopodobieństwach. Ograniczone wyjście wspiera klasyfikację, kierowanie i kontrole zasad zamiast generowanego tekstu.
O modelu
Ten opis przedstawia możliwości modelu. Dane wejściowe, wyniki i opcje dostępne w Ailoot podano poniżej dla wybranej metody.
Upstage Solar Decide to model do ustrukturyzowanych decyzji zbudowany na Solar Mini 4. Czyta dostarczony stan i typowane pytania, a następnie zwraca decyzję dla każdego pytania ze skalibrowaną informacją o prawdopodobieństwach. Producent opisuje proces decyzyjny w jednym przebiegu w przód, który nie generuje tekstu. Zamierzone zastosowania obejmują kierowanie, klasyfikację i kontrole zasad, z podkreśleniem rozumienia koreańskiego jako części podstawy Solar Mini 4.
Przygotuj stan jako ciąg znaków lub ustrukturyzowany JSON opisujący fakty do oceny. Interfejs producenta serializuje wartości JSON do promptu. Osobny schemat pytań określa, o czym decydować, jakie opcje są dozwolone i jak interpretować uporządkowaną ocenę. Używaj stałych nazw pytań: odpowiedzi wracają pod tymi samymi nazwami, co ułatwia skojarzenie wyniku z pierwotnym warunkiem procesu. Oddziel stan faktyczny od instrukcji i kryteriów definiujących decyzję.
Trzy typy pytań mają różne wyjścia. Pytanie choice zwraca wybraną opcję, prawdopodobieństwa nazwanych alternatyw i wartość pewności. Pytanie noul zwraca prawdopodobieństwo prawdy dla warunku tak/nie. Pytanie score zwraca ocenę ważoną prawdopodobieństwami, indeksowaną legendę, prawdopodobieństwa i pewność. Uporządkowana ocena może być ułamkowa, ponieważ odzwierciedla rozkład kryteriów. Zachowaj te pola, zamiast sprowadzać każdy wynik do samej etykiety lub traktować pewność jako zdanie wyjaśniające.
Do kierowania zgłoszeń wsparcia podaj rzeczywistą wiadomość i istotną historię, a następnie osobno pytaj o intencję, pilność i zdefiniowany warunek, na przykład czy wiadomość wyraża niezadowolenie. Opisz kategorie według znaczenia i nadaj skali pilności świadomą kolejność. Przykładowy schemat może rozróżniać prośbę o status dostawy, problem z dostępem do konta i niezwiązaną sprawę, a kryteria pilności przebiegać od braku potrzeby natychmiastowego działania do natychmiastowego przeglądu. Obserwowalnym wynikiem jest typowana ocena tych wyborów, a nie szkic odpowiedzi dla klienta.
Do kontroli zasad uwzględnij razem w stanie istotną regułę i fakty z rekordu. Każdy warunek zdefiniuj na tyle wąsko, aby odpowiedź można było sprawdzić. Proces dokumentowy może pytać, czy wymagane informacje są obecne, która kategoria przeglądu ma zastosowanie i jak silnie rekord spełnia uporządkowany standard kompletności. Ocena lub prawdopodobieństwo nie weryfikują niezależnie faktów rekordu. Jeśli brakuje rozstrzygających informacji, aplikacja potrzebuje celowego sposobu obsługi tej niepewności zamiast interpretowania wybranej opcji jako jednoznacznego dowodu.
Producent określa dla Solar Decide okno kontekstu 512K tokenów. Przygotuj duże dokumenty jako tekst lub ustrukturyzowany stan wymagany przez decyzję; duży kontekst nie oznacza automatycznego parsowania dowolnego pliku. Zachowaj granice źródeł i fragmenty istotne dla kryteriów. Zadawaj pytania dotyczące konkretnych kwestii, zamiast oczekiwać otwartego podsumowania dokumentu. Wyjście modelu pozostaje ograniczone typami pytań i opcjami niezależnie od ilości materiału w stanie.
Pytanie choice przyjmuje od dwóch do 26 opcji w udokumentowanym interfejsie producenta. Producent wyjaśnia, że ta ścieżka odczytuje decyzje z jednotokenowych oznaczeń od A do Z, więc ponad 26 kandydatów trzeba zawęzić lub podzielić na kilka pytań. Limit dotyczy opcji choice, a nie ogólnej długości dokumentu ani limitu skopiowanego z innej rodziny modeli decyzyjnych. Opisz kandydatów tak, aby ich znaczenia były odrębne, i stosuj decyzję hierarchiczną tylko wtedy, gdy hierarchia odpowiada rzeczywistemu procesowi.
W rekordach koreańskojęzycznych zachowaj znaczenie źródła, nazwy i identyfikatory oraz jasno opisz kryteria decyzji. Typowany wynik może używać stałych etykiet aplikacji, oceniając materiał w języku naturalnym. Gdy rekord miesza języki lub używa terminologii dziedzinowej, zachowaj odpowiednie definicje w stanie. Płynna interpretacja terminu nie wystarcza, by ustalić zgodność kryteriów klasyfikacji z regułą biznesową, dlatego analizuj reprezentatywne niejednoznaczne przypadki obok prostych.
Używaj zwracanych prawdopodobieństw i pewności zgodnie z polityką decyzji procesu. Zachowaj rozkład i uporządkowaną legendę, gdy ocena leży między kategoriami. Ustalaj obsługę niepewnych wyników na przykładach zadania poddanych przeglądowi, zamiast wymyślać uniwersalny próg prawdopodobieństwa. Aplikacja wykonuje wynikowe kierowanie, eskalację lub przegląd i rejestruje rezultat. Solar Decide dostarcza ograniczoną ocenę modelu używaną do rozważenia tego działania; wybranie ścieżki nie dowodzi wykonania późniejszej akcji.
Użyteczny artefakt końcowy to obiekt odpowiedzi wraz ze stanem i definicjami pytań, które go wytworzyły. Rekordy te pozwalają zbadać zaskakującą klasyfikację, odróżnić brak materiału od niejednoznacznych kryteriów i porównać ocenę z przypadkiem poddanym przeglądowi. Jeśli użytkownik potrzebuje pisemnego wyjaśnienia lub odpowiedzi konwersacyjnej, decyzja i materiał źródłowy mogą zasilić osobny etap pisania. Szczególną rolą Solar Decide jest wytwarzanie typowanych decyzji popartych prawdopodobieństwami z dostarczonego tekstu, a nie generowanie samego wyjaśnienia.
Ailoot Ultra · System One POST /v1/systemone upstage/solar-decide
upstage/solar-decideStart
Upstage Solar Decide to tekstowy model decyzyjny zbudowany na Solar Mini 4. Ocenia dostarczony stan i typowane pytania, zwracając nazwane wybory, prawdopodobieństwa prawdziwości lub ważone oceny z informacją o prawdopodobieństwach. Ograniczone wyjście wspiera klasyfikację, kierowanie i kontrole zasad zamiast generowanego tekstu.
- Akceptowane dane wejściowe
- Tekst
- Wyniki
- decisions
Dostępne w Ailoot · dane wejściowe i metody
Ailoot Ultra · System One POST /v1/systemone
- Wejście
text- Wyjście
decisions- Format wyjściowy
- json
| Pole | Typ | Wymaganie | Wartości i limity | Domyślnie |
|---|---|---|---|---|
Polemodel | Typstring | WymaganieWymagane | Wartości i limity upstage/solar-decide | Domyślnie— |
Poleprovider | Typschema | WymaganieOpcjonalne | Wartości i limity | Domyślnie— |
Polequestions | Typobject | WymaganieWymagane | Wartości i limity | Domyślnie— |
Polesession_id | Typstring | WymaganieOpcjonalne | Wartości i limity | Domyślnie— |
Polestate | Typschema | WymaganieWymagane | Wartości i limity | Domyślnie— |
Poletrace | Typschema | WymaganieOpcjonalne | Wartości i limity | Domyślnie— |
Poleuser | Typstring | WymaganieOpcjonalne | Wartości i limity | Domyślnie— |
Polequestions.<id>.type | Typstring | WymaganieWymagane | Wartości i limity noul, choice, score | Domyślnie— |
Polequestions.<id>.instructions | Typstring|object|array | WymaganieWymagane | Wartości i limity | Domyślnie— |
Polequestions.<id>.criteria | Typobject|array | WymaganieOpcjonalne | Wartości i limity Warunki: choice/score: wymagane; noul: opcjonalne. Kryteria choice są obiektem; score jest tablicą z minItems1. | Domyślnie— |
Polequestions.<id>.criteria.true | Typstring|object|array | WymaganieWymagane | Wartości i limity Obowiązuje, gdy: Przekazano obiekt kryteriów noul | Domyślnie— |
Polequestions.<id>.criteria.false | Typstring|object|array | WymaganieWymagane | Wartości i limity Obowiązuje, gdy: Przekazano obiekt kryteriów noul | Domyślnie— |
Kombinacje materiałów wejściowych
noul · Wymagane: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Wymagane: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Wymagane: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
Parametry i cykl życia metody
| Parametr | Kontrakt |
|---|---|
Parametrcontent_type | Kontraktapplication/json |
Parametrrequired | Kontraktmodel, state, questions |
Parametrmaterial_types | Kontrakttext |
Parametroptional_controls | Kontraktprovider, session_id, trace, user |
Parametrmultimodal_input_binding | Kontraktnull |
Cykl życia: synchronous
Wyślij dokładny identyfikator modelu i zachowaj kompletną natywną odpowiedź.
Cennik
Informacje taryfowe nie dodają opcji żądania. Obsługiwane parametry podano przy wybranej metodzie.
- Tryb szybki
- Nie określono Gdy wybrany jest tryb szybki
- Tryb flex
- Nie określono Gdy wybrany jest tryb flex
- Maksymalna intensywność rozumowania
- Nie określono Gdy dla maksymalnej intensywności rozumowania stosowana jest domyślna korekta (default)
Stawki Ailoot
Ceny według konfiguracji
Dopasuj każdą opłatę do pokazanych warunków. Użyj jednej stawki dla każdego zestawu alternatywnych konfiguracji.
| Konfiguracja | Tabela stawek | Tokeny kontekstu, więcej niż | Tokeny kontekstu, do podanej wartości włącznie | Opłata |
|---|---|---|---|---|
| KonfiguracjaPodstawowe stawki za tokeny | Tabela stawekStawka podstawowa | Tokeny kontekstu, więcej niż— | Tokeny kontekstu, do podanej wartości włącznieBez górnej granicy | Opłata Wejście · Tokeny wejściowe $0.0002 / 1K tokenów Wyjście · Tokeny wyjściowe $0 / 1K tokenów Wejście · Odczyt cache $0.0002 / 1K tokenów Wejście · Zapis do cache — / 1K tokenów Wejście · Zapis do cache, 1 godz. — / 1K tokenów |
| KonfiguracjaPrzedział długości żądania 1 | Tabela stawek— | Tokeny kontekstu, więcej niż0 | Tokeny kontekstu, do podanej wartości włącznieBez górnej granicy | Opłata Wejście · Tokeny wejściowe $0.0002 / 1K tokenów Wyjście · Tokeny wyjściowe $0 / 1K tokenów Wejście · Odczyt cache $0.0002 / 1K tokenów Wejście · Zapis do cache — / 1K tokenów Wejście · Zapis do cache, 1 godz. — / 1K tokenów |
Ailoot rezerwuje szacowaną kwotę przed żądaniem. Po otrzymaniu wyniku rozlicza ostateczną opłatę według zmierzonego użycia. Rozliczenie strumieniowania korzysta z końcowego rekordu użycia. Jak działają rezerwacja i rozliczenie →
Przykładowe żądania
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
Odbieranie i zapisywanie wyników
Ailoot Ultra · System One
json
Zachowaj wszystkie ukończone wyniki
Zachowaj każdą kompletną zwróconą odpowiedź, plik i część treści.
Zachowywana jest każda odpowiedź przypisana do podanego identyfikatora pytania wraz z dokładnym typem, wartością noul/choice/score, pewnością, prawdopodobieństwami i legendą. Cały oryginalny JSON jest zapisywany i zwracany dopiero po rozliczeniu.
Jeśli trzeba sprawdzić pierwotną odpowiedź
Zachowaj pierwotną operację oraz pełną lub częściową odpowiedź; nie ponawiaj POST.
Pola odpowiedzi
| Pole | Typ |
|---|---|
Polemodel | Typstring |
Poleid | Typstring |
Poleprovider | Typstring |
Poleanswers.<id>.type | Typstring |
Poleanswers.<id>.noul | Typnumber |
Poleanswers.<id>.choice | Typstring |
Poleanswers.<id>.score | Typnumber |
Poleanswers.<id>.confidence | Typnumber |
Poleanswers.<id>.probabilities | Typobject |
Poleanswers.<id>.legend | Typobject |
Poleusage.input_tokens | Typinteger |
Poleusage.output_tokens | Typinteger |
Poleusage.cost | Typnumber |
Błędy i dalsze kroki
| Odpowiedź | Warunek | Następny krok |
|---|---|---|
Odpowiedź400 · invalid_request_error | WarunekNieprawidłowe wymagane pole, reprezentacja lub wartość | Następny krokPopraw wskazane pole żądania. |
Aliasy
Aliasy modelu
Ailoot Ultra upstage/solar-decide
Aliasy ścieżek metod
Użyj ścieżek metod podanych powyżej.
Powiązane ID modeli
FAQ · Upstage: Solar Decide
- Jakie dane wejściowe i wyniki są dostępne?
POST /v1/systemone·upstage/solar-decide:text→decisions- Jakich pól używa żądanie?
POST /v1/systemone·upstage/solar-decide:model,provider,questions,session_id,state,trace,user