Upstage Solar Decide is een gestructureerd beslismodel gebouwd op Solar Mini 4. Het leest een aangeleverde toestand en getypeerde vragen en retourneert vervolgens voor elke vraag een beslissing met gekalibreerde waarschijnlijkheidsinformatie. De fabrikant beschrijft een beslisproces in één voorwaartse doorgang dat geen tekst genereert. De beoogde toepassingen omvatten routering, classificatie en beleidscontroles, waarbij het Koreaanse taalbegrip van het model wordt benadrukt als onderdeel van de Solar-Mini-4-basis.
Bereid de toestand voor als een tekenreeks of gestructureerde JSON die de te beoordelen feiten beschrijft. De interface van de maker serialiseert JSON-waarden in de prompt. Een vraagschema definieert afzonderlijk wat moet worden beslist, welke opties zijn toegestaan en hoe een geordende beoordeling moet worden geïnterpreteerd. Gebruik stabiele namen voor de vragen: de antwoorden komen onder dezelfde namen terug, zodat het resultaat makkelijk aan de oorspronkelijke workflowvoorwaarde kan worden gekoppeld. Houd de feitelijke toestand gescheiden van de instructies en criteria die de beslissing definiëren.
De drie vraagtypen hebben verschillende uitvoer. Een choice-vraag retourneert de geselecteerde optie, waarschijnlijkheden voor de benoemde alternatieven en een confidence-waarde. Een noul-vraag retourneert de waarschijnlijkheid van waar voor een ja/nee-voorwaarde. Een score-vraag retourneert een waarschijnlijkheidsgewogen score, een geïndexeerde legenda, waarschijnlijkheden en confidence. Een geordende score kan decimalen bevatten omdat hij de verdeling over criteria weergeeft. Behoud die velden in plaats van elk resultaat tot een kaal label te reduceren of confidence als een verklarende zin te behandelen.
Lever voor supportroutering het daadwerkelijke bericht en de relevante voorgeschiedenis aan en stel vervolgens afzonderlijke vragen voor intentie, urgentie en een gedefinieerde voorwaarde, zoals of het bericht ontevredenheid uitdrukt. Beschrijf categorieën vanuit hun betekenis en geef de urgentieschaal een bewuste volgorde. Een voorbeeldschema kan een vraag naar de leveringsstatus, een probleem met accounttoegang en een niet-gerelateerd probleem onderscheiden, terwijl de urgentiecriteria van geen directe actie tot onmiddellijke beoordeling lopen. Het waarneembare resultaat is een getypeerde beoordeling van die keuzes, geen opgesteld antwoord aan de klant.
Neem voor beleidscontroles de relevante regel en de feiten van het record samen in de toestand op. Definieer elke voorwaarde nauw genoeg om het antwoord te kunnen onderzoeken. Een documentworkflow kan vragen of vereiste informatie aanwezig is, welke beoordelingscategorie van toepassing is en hoe sterk het record aan een geordende volledigheidsnorm voldoet. Een score of waarschijnlijkheid verifieert de feiten in het record niet onafhankelijk. Als beslissende informatie ontbreekt, heeft de toepassing een bewuste manier nodig om met die onzekerheid om te gaan in plaats van een geselecteerde optie als sluitend bewijs te interpreteren.
De fabrikant specificeert voor Solar Decide een contextvenster van 512K tokens. Bereid grote documenten voor als de tekst of gestructureerde toestand die de beslissing nodig heeft; een grote context impliceert niet dat een willekeurig bestand automatisch wordt geparseerd. Behoud brongrenzen en de passages die voor de criteria relevant zijn. Gebruik gerichte vragen in plaats van een open samenvatting van het document te verwachten. De uitvoer van het model blijft begrensd door de vraagtypen en opties, ongeacht hoeveel materiaal in de toestand is opgenomen.
Een choice-vraag accepteert twee tot 26 opties in de gedocumenteerde producentinterface. De maker legt uit dat deze route beslissingen uitleest uit labels van één token, A tot en met Z, dus meer dan 26 kandidaten moeten worden ingeperkt of over verschillende vragen worden verdeeld. Deze limiet geldt voor choice-opties, niet als algemene limiet voor documentlengte of als grens overgenomen van een andere beslismodelfamilie. Definieer kandidaatbeschrijvingen zo dat hun betekenissen onderscheiden zijn en gebruik alleen een hiërarchische beslissing wanneer die hiërarchie bij de daadwerkelijke workflow past.
Behoud bij Koreaanstalige records de bronbetekenis, namen en identifiers en beschrijf de besliscriteria duidelijk. Het getypeerde resultaat kan stabiele toepassingslabels gebruiken terwijl het bewijsmateriaal in natuurlijke taal beoordeelt. Behoud de relevante definities in de toestand wanneer een record talen mengt of domeinterminologie gebruikt. Een vloeiende interpretatie van een term volstaat niet om vast te stellen dat de classificatiecriteria met de bedrijfsregel overeenkomen, dus onderzoek representatieve dubbelzinnige gevallen naast eenvoudige gevallen.
Gebruik de geretourneerde waarschijnlijkheden en confidence volgens het beslisbeleid van de workflow. Behoud de verdeling en geordende legenda wanneer een beoordeling tussen categorieën ligt. Bepaal de behandeling van onzekere resultaten vanuit beoordeelde taakvoorbeelden in plaats van een universele waarschijnlijkheidsdrempel te verzinnen. De toepassing voert eventuele resulterende routering, escalatie of beoordeling uit en legt het resultaat daarvan vast. Solar Decide levert de begrensde modelbeoordeling waarmee die actie wordt overwogen; het selecteren van een route stelt niet vast dat een latere actie is uitgevoerd.
Het bruikbare uiteindelijke artefact is het answers-object samen met de toestand en vraagdefinities die het hebben voortgebracht. Die records maken het mogelijk een verrassende classificatie te onderzoeken, ontbrekend bewijsmateriaal van dubbelzinnige criteria te onderscheiden en de beoordeling met een beoordeeld geval te vergelijken. Als een gebruiker schriftelijke uitleg of een gespreksantwoord nodig heeft, kunnen de beslissing en het bronmateriaal naar een afzonderlijke schrijfstap gaan. De specifieke rol van Solar Decide is het produceren van getypeerde beslissingen met waarschijnlijkheidsonderbouwing uit aangeleverde tekst, in plaats van die uitleg zelf te genereren.
", "aboutText": "Upstage Solar Decide is een gestructureerd beslismodel gebouwd op Solar Mini 4. Het leest een aangeleverde toestand en getypeerde vragen en retourneert vervolgens voor elke vraag een beslissing met gekalibreerde waarschijnlijkheidsinformatie. De fabrikant beschrijft een beslisproces in één voorwaartse doorgang dat geen tekst genereert. De beoogde toepassingen omvatten routering, classificatie en beleidscontroles, waarbij het Koreaanse taalbegrip van het model wordt benadrukt als onderdeel van de Solar-Mini-4-basis.\n\nBereid de toestand voor als een tekenreeks of gestructureerde JSON die de te beoordelen feiten beschrijft. De interface van de maker serialiseert JSON-waarden in de prompt. Een vraagschema definieert afzonderlijk wat moet worden beslist, welke opties zijn toegestaan en hoe een geordende beoordeling moet worden geïnterpreteerd. Gebruik stabiele namen voor de vragen: de antwoorden komen onder dezelfde namen terug, zodat het resultaat makkelijk aan de oorspronkelijke workflowvoorwaarde kan worden gekoppeld. Houd de feitelijke toestand gescheiden van de instructies en criteria die de beslissing definiëren.\n\nDe drie vraagtypen hebben verschillende uitvoer. Een choice-vraag retourneert de geselecteerde optie, waarschijnlijkheden voor de benoemde alternatieven en een confidence-waarde. Een noul-vraag retourneert de waarschijnlijkheid van waar voor een ja/nee-voorwaarde. Een score-vraag retourneert een waarschijnlijkheidsgewogen score, een geïndexeerde legenda, waarschijnlijkheden en confidence. Een geordende score kan decimalen bevatten omdat hij de verdeling over criteria weergeeft. Behoud die velden in plaats van elk resultaat tot een kaal label te reduceren of confidence als een verklarende zin te behandelen.\n\nLever voor supportroutering het daadwerkelijke bericht en de relevante voorgeschiedenis aan en stel vervolgens afzonderlijke vragen voor intentie, urgentie en een gedefinieerde voorwaarde, zoals of het bericht ontevredenheid uitdrukt. Beschrijf categorieën vanuit hun betekenis en geef de urgentieschaal een bewuste volgorde. Een voorbeeldschema kan een vraag naar de leveringsstatus, een probleem met accounttoegang en een niet-gerelateerd probleem onderscheiden, terwijl de urgentiecriteria van geen directe actie tot onmiddellijke beoordeling lopen. Het waarneembare resultaat is een getypeerde beoordeling van die keuzes, geen opgesteld antwoord aan de klant.\n\nNeem voor beleidscontroles de relevante regel en de feiten van het record samen in de toestand op. Definieer elke voorwaarde nauw genoeg om het antwoord te kunnen onderzoeken. Een documentworkflow kan vragen of vereiste informatie aanwezig is, welke beoordelingscategorie van toepassing is en hoe sterk het record aan een geordende volledigheidsnorm voldoet. Een score of waarschijnlijkheid verifieert de feiten in het record niet onafhankelijk. Als beslissende informatie ontbreekt, heeft de toepassing een bewuste manier nodig om met die onzekerheid om te gaan in plaats van een geselecteerde optie als sluitend bewijs te interpreteren.\n\nDe fabrikant specificeert voor Solar Decide een contextvenster van 512K tokens. Bereid grote documenten voor als de tekst of gestructureerde toestand die de beslissing nodig heeft; een grote context impliceert niet dat een willekeurig bestand automatisch wordt geparseerd. Behoud brongrenzen en de passages die voor de criteria relevant zijn. Gebruik gerichte vragen in plaats van een open samenvatting van het document te verwachten. De uitvoer van het model blijft begrensd door de vraagtypen en opties, ongeacht hoeveel materiaal in de toestand is opgenomen.\n\nEen choice-vraag accepteert twee tot 26 opties in de gedocumenteerde producentinterface. De maker legt uit dat deze route beslissingen uitleest uit labels van één token, A tot en met Z, dus meer dan 26 kandidaten moeten worden ingeperkt of over verschillende vragen worden verdeeld. Deze limiet geldt voor choice-opties, niet als algemene limiet voor documentlengte of als grens overgenomen van een andere beslismodelfamilie. Definieer kandidaatbeschrijvingen zo dat hun betekenissen onderscheiden zijn en gebruik alleen een hiërarchische beslissing wanneer die hiërarchie bij de daadwerkelijke workflow past.\n\nBehoud bij Koreaanstalige records de bronbetekenis, namen en identifiers en beschrijf de besliscriteria duidelijk. Het getypeerde resultaat kan stabiele toepassingslabels gebruiken terwijl het bewijsmateriaal in natuurlijke taal beoordeelt. Behoud de relevante definities in de toestand wanneer een record talen mengt of domeinterminologie gebruikt. Een vloeiende interpretatie van een term volstaat niet om vast te stellen dat de classificatiecriteria met de bedrijfsregel overeenkomen, dus onderzoek representatieve dubbelzinnige gevallen naast eenvoudige gevallen.\n\nGebruik de geretourneerde waarschijnlijkheden en confidence volgens het beslisbeleid van de workflow. Behoud de verdeling en geordende legenda wanneer een beoordeling tussen categorieën ligt. Bepaal de behandeling van onzekere resultaten vanuit beoordeelde taakvoorbeelden in plaats van een universele waarschijnlijkheidsdrempel te verzinnen. De toepassing voert eventuele resulterende routering, escalatie of beoordeling uit en legt het resultaat daarvan vast. Solar Decide levert de begrensde modelbeoordeling waarmee die actie wordt overwogen; het selecteren van een route stelt niet vast dat een latere actie is uitgevoerd.\n\nHet bruikbare uiteindelijke artefact is het answers-object samen met de toestand en vraagdefinities die het hebben voortgebracht. Die records maken het mogelijk een verrassende classificatie te onderzoeken, ontbrekend bewijsmateriaal van dubbelzinnige criteria te onderscheiden en de beoordeling met een beoordeeld geval te vergelijken. Als een gebruiker schriftelijke uitleg of een gespreksantwoord nodig heeft, kunnen de beslissing en het bronmateriaal naar een afzonderlijke schrijfstap gaan. De specifieke rol van Solar Decide is het produceren van getypeerde beslissingen met waarschijnlijkheidsonderbouwing uit aangeleverde tekst, in plaats van die uitleg zelf te genereren.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "cd1f077161966779c6211a36faae53e2f5de49437958420b1ff3722704c28dcc", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "upstage/solar-decideUpstage Solar Decide is een tekstbeslismodel gebouwd op Solar Mini 4. Het beoordeelt een aangeleverde toestand en getypeerde vragen en retourneert benoemde keuzes, waarschijnlijkheden dat een voorwaarde waar is of gewogen scores met waarschijnlijkheidsinformatie. De begrensde uitvoer ondersteunt classificatie, routering en beleidscontroles in plaats van gegenereerde tekst.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
Upstage Solar Decide is een gestructureerd beslismodel gebouwd op Solar Mini 4. Het leest een aangeleverde toestand en getypeerde vragen en retourneert vervolgens voor elke vraag een beslissing met gekalibreerde waarschijnlijkheidsinformatie. De fabrikant beschrijft een beslisproces in één voorwaartse doorgang dat geen tekst genereert. De beoogde toepassingen omvatten routering, classificatie en beleidscontroles, waarbij het Koreaanse taalbegrip van het model wordt benadrukt als onderdeel van de Solar-Mini-4-basis.
Bereid de toestand voor als een tekenreeks of gestructureerde JSON die de te beoordelen feiten beschrijft. De interface van de maker serialiseert JSON-waarden in de prompt. Een vraagschema definieert afzonderlijk wat moet worden beslist, welke opties zijn toegestaan en hoe een geordende beoordeling moet worden geïnterpreteerd. Gebruik stabiele namen voor de vragen: de antwoorden komen onder dezelfde namen terug, zodat het resultaat makkelijk aan de oorspronkelijke workflowvoorwaarde kan worden gekoppeld. Houd de feitelijke toestand gescheiden van de instructies en criteria die de beslissing definiëren.
De drie vraagtypen hebben verschillende uitvoer. Een choice-vraag retourneert de geselecteerde optie, waarschijnlijkheden voor de benoemde alternatieven en een confidence-waarde. Een noul-vraag retourneert de waarschijnlijkheid van waar voor een ja/nee-voorwaarde. Een score-vraag retourneert een waarschijnlijkheidsgewogen score, een geïndexeerde legenda, waarschijnlijkheden en confidence. Een geordende score kan decimalen bevatten omdat hij de verdeling over criteria weergeeft. Behoud die velden in plaats van elk resultaat tot een kaal label te reduceren of confidence als een verklarende zin te behandelen.
Lever voor supportroutering het daadwerkelijke bericht en de relevante voorgeschiedenis aan en stel vervolgens afzonderlijke vragen voor intentie, urgentie en een gedefinieerde voorwaarde, zoals of het bericht ontevredenheid uitdrukt. Beschrijf categorieën vanuit hun betekenis en geef de urgentieschaal een bewuste volgorde. Een voorbeeldschema kan een vraag naar de leveringsstatus, een probleem met accounttoegang en een niet-gerelateerd probleem onderscheiden, terwijl de urgentiecriteria van geen directe actie tot onmiddellijke beoordeling lopen. Het waarneembare resultaat is een getypeerde beoordeling van die keuzes, geen opgesteld antwoord aan de klant.
Neem voor beleidscontroles de relevante regel en de feiten van het record samen in de toestand op. Definieer elke voorwaarde nauw genoeg om het antwoord te kunnen onderzoeken. Een documentworkflow kan vragen of vereiste informatie aanwezig is, welke beoordelingscategorie van toepassing is en hoe sterk het record aan een geordende volledigheidsnorm voldoet. Een score of waarschijnlijkheid verifieert de feiten in het record niet onafhankelijk. Als beslissende informatie ontbreekt, heeft de toepassing een bewuste manier nodig om met die onzekerheid om te gaan in plaats van een geselecteerde optie als sluitend bewijs te interpreteren.
De fabrikant specificeert voor Solar Decide een contextvenster van 512K tokens. Bereid grote documenten voor als de tekst of gestructureerde toestand die de beslissing nodig heeft; een grote context impliceert niet dat een willekeurig bestand automatisch wordt geparseerd. Behoud brongrenzen en de passages die voor de criteria relevant zijn. Gebruik gerichte vragen in plaats van een open samenvatting van het document te verwachten. De uitvoer van het model blijft begrensd door de vraagtypen en opties, ongeacht hoeveel materiaal in de toestand is opgenomen.
Een choice-vraag accepteert twee tot 26 opties in de gedocumenteerde producentinterface. De maker legt uit dat deze route beslissingen uitleest uit labels van één token, A tot en met Z, dus meer dan 26 kandidaten moeten worden ingeperkt of over verschillende vragen worden verdeeld. Deze limiet geldt voor choice-opties, niet als algemene limiet voor documentlengte of als grens overgenomen van een andere beslismodelfamilie. Definieer kandidaatbeschrijvingen zo dat hun betekenissen onderscheiden zijn en gebruik alleen een hiërarchische beslissing wanneer die hiërarchie bij de daadwerkelijke workflow past.
Behoud bij Koreaanstalige records de bronbetekenis, namen en identifiers en beschrijf de besliscriteria duidelijk. Het getypeerde resultaat kan stabiele toepassingslabels gebruiken terwijl het bewijsmateriaal in natuurlijke taal beoordeelt. Behoud de relevante definities in de toestand wanneer een record talen mengt of domeinterminologie gebruikt. Een vloeiende interpretatie van een term volstaat niet om vast te stellen dat de classificatiecriteria met de bedrijfsregel overeenkomen, dus onderzoek representatieve dubbelzinnige gevallen naast eenvoudige gevallen.
Gebruik de geretourneerde waarschijnlijkheden en confidence volgens het beslisbeleid van de workflow. Behoud de verdeling en geordende legenda wanneer een beoordeling tussen categorieën ligt. Bepaal de behandeling van onzekere resultaten vanuit beoordeelde taakvoorbeelden in plaats van een universele waarschijnlijkheidsdrempel te verzinnen. De toepassing voert eventuele resulterende routering, escalatie of beoordeling uit en legt het resultaat daarvan vast. Solar Decide levert de begrensde modelbeoordeling waarmee die actie wordt overwogen; het selecteren van een route stelt niet vast dat een latere actie is uitgevoerd.
Het bruikbare uiteindelijke artefact is het answers-object samen met de toestand en vraagdefinities die het hebben voortgebracht. Die records maken het mogelijk een verrassende classificatie te onderzoeken, ontbrekend bewijsmateriaal van dubbelzinnige criteria te onderscheiden en de beoordeling met een beoordeeld geval te vergelijken. Als een gebruiker schriftelijke uitleg of een gespreksantwoord nodig heeft, kunnen de beslissing en het bronmateriaal naar een afzonderlijke schrijfstap gaan. De specifieke rol van Solar Decide is het produceren van getypeerde beslissingen met waarschijnlijkheidsonderbouwing uit aangeleverde tekst, in plaats van die uitleg zelf te genereren.
POST /v1/systemonetextdecisions| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten upstage/solar-decide | Standaard— |
Veldprovider | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldquestions | Typeobject | VereisteVereist | Waarden en limieten | Standaard— |
Veldsession_id | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldstate | Typeschema | VereisteVereist | Waarden en limieten | Standaard— |
Veldtrace | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Velduser | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldquestions.<id>.type | Typestring | VereisteVereist | Waarden en limieten noul, choice, score | Standaard— |
Veldquestions.<id>.instructions | Typestring|object|array | VereisteVereist | Waarden en limieten | Standaard— |
Veldquestions.<id>.criteria | Typeobject|array | VereisteOptioneel | Waarden en limieten Voorwaarden: choice/score: verplicht; noul: optioneel. Bij choice is criteria een object; bij score een array met minItems1. | Standaard— |
Veldquestions.<id>.criteria.true | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: noul-criteriaobject opgegeven | Standaard— |
Veldquestions.<id>.criteria.false | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: noul-criteriaobject opgegeven | Standaard— |
noul · Vereist: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Vereist: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Vereist: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, state, questions |
Parametermaterial_types | Contracttext |
Parameteroptional_controls | Contractprovider, session_id, trace, user |
Parametermultimodal_input_binding | Contractnull |
Levenscyclus: synchronous
Verstuur de exacte model-ID en bewaar het volledige natieve antwoord.
Tariefverwijzingen voegen geen verzoekopties toe. Ondersteunde parameters staan bij de geselecteerde methode.
Koppel elke kostenpost aan de getoonde voorwaarden. Gebruik één tarief voor elke groep alternatieve configuraties.
| Configuratie | Tariefstaffel | Contexttokens, meer dan | Contexttokens, tot en met | Kosten |
|---|---|---|---|---|
| ConfiguratieBasistarieven voor tokens | TariefstaffelBasistarief | Contexttokens, meer dan— | Contexttokens, tot en metGeen bovengrens | Kosten Invoer · Invoertokens $0.0002 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen $0.0002 / 1K tokens Invoer · Cache schrijven — / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
| ConfiguratieAanvraaglengte · niveau 1 | Tariefstaffel— | Contexttokens, meer dan0 | Contexttokens, tot en metGeen bovengrens | Kosten Invoer · Invoertokens $0.0002 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen $0.0002 / 1K tokens Invoer · Cache schrijven — / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
Ailoot reserveert vóór een verzoek een geschat bedrag. Na het resultaat worden de uiteindelijke kosten afgerekend op basis van het gemeten verbruik. Bij streaming gebeurt de afrekening op basis van de definitieve verbruiksregistratie. Zo werken reservering en afrekening →
{\n "model": "upstage/solar-decide",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='upstage/solar-decide'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Bewaar elk volledig teruggegeven antwoord, bestand en inhoudsonderdeel.
Elk aangeleverd antwoord per vraag-ID blijft behouden, met het exacte type, de waarde voor noul/choice/score, de betrouwbaarheid, kansen en legenda. De volledige oorspronkelijke JSON wordt opgeslagen en pas na de afrekening teruggestuurd.
Bewaar de oorspronkelijke operatie en het volledige of gedeeltelijke antwoord; voer POST niet opnieuw uit.
| Veld | Type |
|---|---|
Veldmodel | Typestring |
Veldid | Typestring |
Veldprovider | Typestring |
Veldanswers.<id>.type | Typestring |
Veldanswers.<id>.noul | Typenumber |
Veldanswers.<id>.choice | Typestring |
Veldanswers.<id>.score | Typenumber |
Veldanswers.<id>.confidence | Typenumber |
Veldanswers.<id>.probabilities | Typeobject |
Veldanswers.<id>.legend | Typeobject |
Veldusage.input_tokens | Typeinteger |
Veldusage.output_tokens | Typeinteger |
Veldusage.cost | Typenumber |
| Antwoord | Voorwaarde | Volgende stap |
|---|---|---|
Antwoord400 · invalid_request_error | VoorwaardeOngeldig verplicht veld, ongeldige weergave of ongeldige waarde | Volgende stapCorrigeer het aangegeven aanvraagveld. |
Ailoot Ultra upstage/solar-decide
Gebruik de hierboven getoonde methodepaden.