Drex 1.5 er Nace.AIs beslutningsmodell for tekst. Den vurderer oppgitte fakta opp mot lukkede spørsmål og returnerer numeriske, typede svar i stedet for et åpent skriftlig svar. En forespørsel kombinerer én tilstand med navngitte spørsmål, og resultatet identifiserer hvert svar med det samme spørsmålsnavnet. Dette gir en arbeidsflyt en konkret kategori, sannsynlighet eller posisjon på en vurderingsskala å bruke, mens handlingen som tas på grunnlag av resultatet, overlates til applikasjonen.
Tilstanden er informasjonen som alle spørsmålene gjelder. Drex godtar en JSON-streng, et objekt, en matrise, et tall, en boolsk verdi eller null, og feltet state er påkrevd. Oppgi meningsfylt grunnlag selv om null består produsentens validering. En streng passer for en melding, et dokument eller en transkripsjon; et objekt passer for fakta som allerede er ordnet i felter. Behold informasjonen som påvirker beslutningen, og utelat urelaterte felter når materialet er langt. Hold et stabilt inndataformat når sannsynlighetsterskler tolkes, fordi en endret representasjon kan endre svaret.
Drex 1.5 leser bare tekst. Det dokumenterte grensesnittet avviser bilder, lyd, video og PDF-innhold i både tilstanden og spørsmålene, inkludert kodede medier og objekter med medieinnhold. Lag en bildetekst, gjenkjent dokumenttekst eller en transkripsjon før du bruker slikt materiale som grunnlag. En adresse i tekstform er ikke et hentet dokument eller bilde: modellen kan ikke åpne den. For en supporthenvendelse er den nyttige tilstanden den faktiske meldingen og relevant kontekst, ikke en henvisning til materiale modellen ikke har mottatt.
Et noul-spørsmål spør om et vilkår er oppfylt, og returnerer et tall fra 0 til 1 som representerer den anslåtte sannsynligheten for ja. Definer spørsmålet gjennom instruksjoner som ikke er tomme, eller minst ett ikke-tomt sant/usant-kriterium. Spør for eksempel om en melding rapporterer en funksjon som ikke virker, og definer om treg oppførsel regnes som en feil. Drex har ingen innebygd grense for ja/nei; arbeidsflyten som bruker resultatet, velger hvordan sannsynligheten skal tolkes.
Et valgspørsmål (choice) velger én oppgitt etikett fra et uordnet sett og returnerer en sannsynlighet for hver etikett. Kriteriene er et objekt der nøklene er de returnerte etikettene, og hver beskrivelse er en streng eller null. Bruk korte, stabile nøkler og beskriv grensene mellom kategoriene tydelig. En illustrerende rutingsoppgave kan skille mellom et tilgangsproblem, en produktfeil og et generelt spørsmål, med en kategori for «annet» for meldinger som ikke passer. Den valgte etiketten er nyttig for ruting; fordelingen hjelper til med å finne tilfeller der to alternativer fortsatt er vanskelige å skille.
Et skårspørsmål (score) bruker en ordnet matrise med nivåetiketter. Indeksene starter på 0, og den returnerte skåren er summen av hver nivåindeks multiplisert med sannsynligheten for nivået. Den kan derfor havne mellom navngitte nivåer. For en alvorlighetsskala definerer du hva som skiller et kosmetisk problem, et problem med en midlertidig løsning og en oppgave som er helt blokkert. Resultatet inneholder nivåforklaringen og sannsynlighetene i tillegg til den forventede skåren. Bruk den ikke-heltallige skåren til gjennomsnitt eller trender; å velge det mest sannsynlige nivået og å runde av den forventede skåren besvarer ulike spørsmål.
Produsenten tillater fra ett til 512 spørsmål om den samme tilstanden. Gi hvert spørsmål en ikke-tom, meningsfull identifikator, for eksempel kategori eller alvorlighetsgrad, slik at det tilhørende svaret kan forstås uten å slå opp et nummerert spørsmål. Del uavhengige forhold opp i egne spørsmål i stedet for å samle flere krav i ett uklart kriterium. Én enkelt melding kan danne grunnlag for et kategorivalg, en alvorlighetsskår og en vilkårskontroll, der hver beholder sin egen betydning.
Svar på valg- og skårspørsmål inneholder konfidens separat fra sannsynlighetsfordelingene. Produsenten skiller uttrykkelig konfidens fra den høyeste sannsynligheten blant alternativene; ikke beregn det ene ut fra det andre. For en ja/nei-beslutning beholder du råsannsynligheten sammen med det valgte utfallet. Ved et usikkert valg undersøker du de konkurrerende sannsynlighetene i stedet for å behandle den vinnende etiketten alene som bevis på sikkerhet. Definer terskler for gjennomgang ut fra konsekvensene av et feilaktig positivt eller negativt resultat, og bruk representative merkede tilfeller til å vurdere dem.
Drex 1.5 dokumenterer en ramme for tilstanden på 131 072 tokener og en ramme per rad på 139 264 tokener. Raderammen gjelder tilstanden pluss det lengste enkeltspørsmålet, inkludert instruksjoner og alternativer; den er ikke summen av alle spørsmålene i forespørselen. Den serialiserte tilstanden og spørsmålene må til sammen også få plass innenfor 1 048 576 UTF-8-byte. En forespørsel kan overholde bytegrensen og likevel overskride en tokengrense. Den eldre utgaven 1.0 oppgir separat 32 768 tokener for både tilstand og rad, så grensene derfra skal ikke overføres til 1.5.
Nace dokumenterer drex-v1.5 som en versjonert produsentidentifikator, mens drex-latest er et alias som flytter seg. Angi den tiltenkte utgaven eksplisitt når en arbeidsflyt er avhengig av grensene. Et feilformet spørsmål, en manglende tilstand eller for store inndata er et valideringsproblem som krever korrigerte inndata, ikke en endret kategori eller et gjettet svar. Forbered kriteriene ut fra observerbart grunnlag, og hold det typede resultatet, de opprinnelige faktaene og spørsmålsdefinisjonen samlet. Det gjør beslutningen brukbar for ruting, prioritering eller gjennomgang uten at en sannsynlighet forveksles med en garantert dom.
", "aboutText": "Drex 1.5 er Nace.AIs beslutningsmodell for tekst. Den vurderer oppgitte fakta opp mot lukkede spørsmål og returnerer numeriske, typede svar i stedet for et åpent skriftlig svar. En forespørsel kombinerer én tilstand med navngitte spørsmål, og resultatet identifiserer hvert svar med det samme spørsmålsnavnet. Dette gir en arbeidsflyt en konkret kategori, sannsynlighet eller posisjon på en vurderingsskala å bruke, mens handlingen som tas på grunnlag av resultatet, overlates til applikasjonen.\n\n### Forberede tilstanden\n\nTilstanden er informasjonen som alle spørsmålene gjelder. Drex godtar en JSON-streng, et objekt, en matrise, et tall, en boolsk verdi eller null, og feltet state er påkrevd. Oppgi meningsfylt grunnlag selv om null består produsentens validering. En streng passer for en melding, et dokument eller en transkripsjon; et objekt passer for fakta som allerede er ordnet i felter. Behold informasjonen som påvirker beslutningen, og utelat urelaterte felter når materialet er langt. Hold et stabilt inndataformat når sannsynlighetsterskler tolkes, fordi en endret representasjon kan endre svaret.\n\nDrex 1.5 leser bare tekst. Det dokumenterte grensesnittet avviser bilder, lyd, video og PDF-innhold i både tilstanden og spørsmålene, inkludert kodede medier og objekter med medieinnhold. Lag en bildetekst, gjenkjent dokumenttekst eller en transkripsjon før du bruker slikt materiale som grunnlag. En adresse i tekstform er ikke et hentet dokument eller bilde: modellen kan ikke åpne den. For en supporthenvendelse er den nyttige tilstanden den faktiske meldingen og relevant kontekst, ikke en henvisning til materiale modellen ikke har mottatt.\n\n### Ja/nei-sannsynlighet, valg eller skår\n\nEt noul-spørsmål spør om et vilkår er oppfylt, og returnerer et tall fra 0 til 1 som representerer den anslåtte sannsynligheten for ja. Definer spørsmålet gjennom instruksjoner som ikke er tomme, eller minst ett ikke-tomt sant/usant-kriterium. Spør for eksempel om en melding rapporterer en funksjon som ikke virker, og definer om treg oppførsel regnes som en feil. Drex har ingen innebygd grense for ja/nei; arbeidsflyten som bruker resultatet, velger hvordan sannsynligheten skal tolkes.\n\nEt valgspørsmål (choice) velger én oppgitt etikett fra et uordnet sett og returnerer en sannsynlighet for hver etikett. Kriteriene er et objekt der nøklene er de returnerte etikettene, og hver beskrivelse er en streng eller null. Bruk korte, stabile nøkler og beskriv grensene mellom kategoriene tydelig. En illustrerende rutingsoppgave kan skille mellom et tilgangsproblem, en produktfeil og et generelt spørsmål, med en kategori for «annet» for meldinger som ikke passer. Den valgte etiketten er nyttig for ruting; fordelingen hjelper til med å finne tilfeller der to alternativer fortsatt er vanskelige å skille.\n\nEt skårspørsmål (score) bruker en ordnet matrise med nivåetiketter. Indeksene starter på 0, og den returnerte skåren er summen av hver nivåindeks multiplisert med sannsynligheten for nivået. Den kan derfor havne mellom navngitte nivåer. For en alvorlighetsskala definerer du hva som skiller et kosmetisk problem, et problem med en midlertidig løsning og en oppgave som er helt blokkert. Resultatet inneholder nivåforklaringen og sannsynlighetene i tillegg til den forventede skåren. Bruk den ikke-heltallige skåren til gjennomsnitt eller trender; å velge det mest sannsynlige nivået og å runde av den forventede skåren besvarer ulike spørsmål.\n\n### Felles grunnlag og lesing av resultatet\n\nProdusenten tillater fra ett til 512 spørsmål om den samme tilstanden. Gi hvert spørsmål en ikke-tom, meningsfull identifikator, for eksempel kategori eller alvorlighetsgrad, slik at det tilhørende svaret kan forstås uten å slå opp et nummerert spørsmål. Del uavhengige forhold opp i egne spørsmål i stedet for å samle flere krav i ett uklart kriterium. Én enkelt melding kan danne grunnlag for et kategorivalg, en alvorlighetsskår og en vilkårskontroll, der hver beholder sin egen betydning.\n\nSvar på valg- og skårspørsmål inneholder konfidens separat fra sannsynlighetsfordelingene. Produsenten skiller uttrykkelig konfidens fra den høyeste sannsynligheten blant alternativene; ikke beregn det ene ut fra det andre. For en ja/nei-beslutning beholder du råsannsynligheten sammen med det valgte utfallet. Ved et usikkert valg undersøker du de konkurrerende sannsynlighetene i stedet for å behandle den vinnende etiketten alene som bevis på sikkerhet. Definer terskler for gjennomgang ut fra konsekvensene av et feilaktig positivt eller negativt resultat, og bruk representative merkede tilfeller til å vurdere dem.\n\n### Versjon og størrelsesgrenser\n\nDrex 1.5 dokumenterer en ramme for tilstanden på 131 072 tokener og en ramme per rad på 139 264 tokener. Raderammen gjelder tilstanden pluss det lengste enkeltspørsmålet, inkludert instruksjoner og alternativer; den er ikke summen av alle spørsmålene i forespørselen. Den serialiserte tilstanden og spørsmålene må til sammen også få plass innenfor 1 048 576 UTF-8-byte. En forespørsel kan overholde bytegrensen og likevel overskride en tokengrense. Den eldre utgaven 1.0 oppgir separat 32 768 tokener for både tilstand og rad, så grensene derfra skal ikke overføres til 1.5.\n\nNace dokumenterer drex-v1.5 som en versjonert produsentidentifikator, mens drex-latest er et alias som flytter seg. Angi den tiltenkte utgaven eksplisitt når en arbeidsflyt er avhengig av grensene. Et feilformet spørsmål, en manglende tilstand eller for store inndata er et valideringsproblem som krever korrigerte inndata, ikke en endret kategori eller et gjettet svar. Forbered kriteriene ut fra observerbart grunnlag, og hold det typede resultatet, de opprinnelige faktaene og spørsmålsdefinisjonen samlet. Det gjør beslutningen brukbar for ruting, prioritering eller gjennomgang uten at en sannsynlighet forveksles med en garantert dom.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "25c1c4b5772194d7bcd48ea6bb5e0d396b012155f9163753c282eb812dd8d0fe", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "nace-ai/drex-v1.5Drex 1.5 vurderer oppgitt tekst eller JSON opp mot typede spørsmål og returnerer sannsynligheter, en valgt etikett eller en ikke-heltallig skår på en vurderingsskala. Nace.AI dokumenterer rene tekstbeslutninger for klassifisering, ruting og prioritering, med versjonsspesifikke grenser for tilstand og forespørsel.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Drex 1.5 er Nace.AIs beslutningsmodell for tekst. Den vurderer oppgitte fakta opp mot lukkede spørsmål og returnerer numeriske, typede svar i stedet for et åpent skriftlig svar. En forespørsel kombinerer én tilstand med navngitte spørsmål, og resultatet identifiserer hvert svar med det samme spørsmålsnavnet. Dette gir en arbeidsflyt en konkret kategori, sannsynlighet eller posisjon på en vurderingsskala å bruke, mens handlingen som tas på grunnlag av resultatet, overlates til applikasjonen.
Tilstanden er informasjonen som alle spørsmålene gjelder. Drex godtar en JSON-streng, et objekt, en matrise, et tall, en boolsk verdi eller null, og feltet state er påkrevd. Oppgi meningsfylt grunnlag selv om null består produsentens validering. En streng passer for en melding, et dokument eller en transkripsjon; et objekt passer for fakta som allerede er ordnet i felter. Behold informasjonen som påvirker beslutningen, og utelat urelaterte felter når materialet er langt. Hold et stabilt inndataformat når sannsynlighetsterskler tolkes, fordi en endret representasjon kan endre svaret.
Drex 1.5 leser bare tekst. Det dokumenterte grensesnittet avviser bilder, lyd, video og PDF-innhold i både tilstanden og spørsmålene, inkludert kodede medier og objekter med medieinnhold. Lag en bildetekst, gjenkjent dokumenttekst eller en transkripsjon før du bruker slikt materiale som grunnlag. En adresse i tekstform er ikke et hentet dokument eller bilde: modellen kan ikke åpne den. For en supporthenvendelse er den nyttige tilstanden den faktiske meldingen og relevant kontekst, ikke en henvisning til materiale modellen ikke har mottatt.
Et noul-spørsmål spør om et vilkår er oppfylt, og returnerer et tall fra 0 til 1 som representerer den anslåtte sannsynligheten for ja. Definer spørsmålet gjennom instruksjoner som ikke er tomme, eller minst ett ikke-tomt sant/usant-kriterium. Spør for eksempel om en melding rapporterer en funksjon som ikke virker, og definer om treg oppførsel regnes som en feil. Drex har ingen innebygd grense for ja/nei; arbeidsflyten som bruker resultatet, velger hvordan sannsynligheten skal tolkes.
Et valgspørsmål (choice) velger én oppgitt etikett fra et uordnet sett og returnerer en sannsynlighet for hver etikett. Kriteriene er et objekt der nøklene er de returnerte etikettene, og hver beskrivelse er en streng eller null. Bruk korte, stabile nøkler og beskriv grensene mellom kategoriene tydelig. En illustrerende rutingsoppgave kan skille mellom et tilgangsproblem, en produktfeil og et generelt spørsmål, med en kategori for «annet» for meldinger som ikke passer. Den valgte etiketten er nyttig for ruting; fordelingen hjelper til med å finne tilfeller der to alternativer fortsatt er vanskelige å skille.
Et skårspørsmål (score) bruker en ordnet matrise med nivåetiketter. Indeksene starter på 0, og den returnerte skåren er summen av hver nivåindeks multiplisert med sannsynligheten for nivået. Den kan derfor havne mellom navngitte nivåer. For en alvorlighetsskala definerer du hva som skiller et kosmetisk problem, et problem med en midlertidig løsning og en oppgave som er helt blokkert. Resultatet inneholder nivåforklaringen og sannsynlighetene i tillegg til den forventede skåren. Bruk den ikke-heltallige skåren til gjennomsnitt eller trender; å velge det mest sannsynlige nivået og å runde av den forventede skåren besvarer ulike spørsmål.
Produsenten tillater fra ett til 512 spørsmål om den samme tilstanden. Gi hvert spørsmål en ikke-tom, meningsfull identifikator, for eksempel kategori eller alvorlighetsgrad, slik at det tilhørende svaret kan forstås uten å slå opp et nummerert spørsmål. Del uavhengige forhold opp i egne spørsmål i stedet for å samle flere krav i ett uklart kriterium. Én enkelt melding kan danne grunnlag for et kategorivalg, en alvorlighetsskår og en vilkårskontroll, der hver beholder sin egen betydning.
Svar på valg- og skårspørsmål inneholder konfidens separat fra sannsynlighetsfordelingene. Produsenten skiller uttrykkelig konfidens fra den høyeste sannsynligheten blant alternativene; ikke beregn det ene ut fra det andre. For en ja/nei-beslutning beholder du råsannsynligheten sammen med det valgte utfallet. Ved et usikkert valg undersøker du de konkurrerende sannsynlighetene i stedet for å behandle den vinnende etiketten alene som bevis på sikkerhet. Definer terskler for gjennomgang ut fra konsekvensene av et feilaktig positivt eller negativt resultat, og bruk representative merkede tilfeller til å vurdere dem.
Drex 1.5 dokumenterer en ramme for tilstanden på 131 072 tokener og en ramme per rad på 139 264 tokener. Raderammen gjelder tilstanden pluss det lengste enkeltspørsmålet, inkludert instruksjoner og alternativer; den er ikke summen av alle spørsmålene i forespørselen. Den serialiserte tilstanden og spørsmålene må til sammen også få plass innenfor 1 048 576 UTF-8-byte. En forespørsel kan overholde bytegrensen og likevel overskride en tokengrense. Den eldre utgaven 1.0 oppgir separat 32 768 tokener for både tilstand og rad, så grensene derfra skal ikke overføres til 1.5.
Nace dokumenterer drex-v1.5 som en versjonert produsentidentifikator, mens drex-latest er et alias som flytter seg. Angi den tiltenkte utgaven eksplisitt når en arbeidsflyt er avhengig av grensene. Et feilformet spørsmål, en manglende tilstand eller for store inndata er et valideringsproblem som krever korrigerte inndata, ikke en endret kategori eller et gjettet svar. Forbered kriteriene ut fra observerbart grunnlag, og hold det typede resultatet, de opprinnelige faktaene og spørsmålsdefinisjonen samlet. Det gjør beslutningen brukbar for ruting, prioritering eller gjennomgang uten at en sannsynlighet forveksles med en garantert dom.
POST /v1/systemonetextdecisions| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser nace-ai/drex-v1.5 | Standard— |
Feltprovider | Typeschema | KravValgfritt | Verdier & grenser | Standard— |
Feltquestions | Typeobject | KravPåkrevd | Verdier & grenser | Standard— |
Feltsession_id | Typestring | KravValgfritt | Verdier & grenser | Standard— |
Feltstate | Typeschema | KravPåkrevd | Verdier & grenser | Standard— |
Felttrace | Typeschema | KravValgfritt | Verdier & grenser | Standard— |
Feltuser | Typestring | KravValgfritt | Verdier & grenser | Standard— |
Feltquestions.<id>.type | Typestring | KravPåkrevd | Verdier & grenser noul, choice, score | Standard— |
Feltquestions.<id>.instructions | Typestring|object|array | KravPåkrevd | Verdier & grenser | Standard— |
Feltquestions.<id>.criteria | Typeobject|array | KravValgfritt | Verdier & grenser Vilkår: choice/score: påkrevd; noul: valgfritt. Kriteriene for choice er et objekt; score er en matrise med minItems1. | Standard— |
Feltquestions.<id>.criteria.true | Typestring|object|array | KravPåkrevd | Verdier & grenser Gjelder når: Kriterieobjektet noul er angitt | Standard— |
Feltquestions.<id>.criteria.false | Typestring|object|array | KravPåkrevd | Verdier & grenser Gjelder når: Kriterieobjektet noul er angitt | Standard— |
noul · Påkrevd: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Påkrevd: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Påkrevd: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, state, questions |
Parametermaterial_types | Avtaletext |
Parameteroptional_controls | Avtaleprovider, session_id, trace, user |
Parametermultimodal_input_binding | Avtalenull |
Livssyklus: synchronous
Send den eksakte modell-ID-en og behold hele svaret i det opprinnelige formatet.
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00008 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00008 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
{\n "model": "nace-ai/drex-v1.5",\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']='nace-ai/drex-v1.5'\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
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Hvert oppgitt svar knyttet til en spørsmåls-ID bevares med sin eksakte type, noul/choice/score-verdi, konfidens, sannsynligheter og tegnforklaring. Hele det opprinnelige JSON-svaret lagres og returneres først etter oppgjør.
Behold den opprinnelige operasjonen og hele eller deler av svaret; ikke gjenta POST.
| Felt | Type |
|---|---|
Feltmodel | Typestring |
Feltid | Typestring |
Feltprovider | Typestring |
Feltanswers.<id>.type | Typestring |
Feltanswers.<id>.noul | Typenumber |
Feltanswers.<id>.choice | Typestring |
Feltanswers.<id>.score | Typenumber |
Feltanswers.<id>.confidence | Typenumber |
Feltanswers.<id>.probabilities | Typeobject |
Feltanswers.<id>.legend | Typeobject |
Feltusage.input_tokens | Typeinteger |
Feltusage.output_tokens | Typeinteger |
Feltusage.cost | Typenumber |
| Svar | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårUgyldig påkrevd felt, representasjon eller verdi | Neste trinnKorriger det angitte forespørselsfeltet. |
Ailoot Ultra nace-ai/drex-v1.5
Bruk metodestiene som vises ovenfor.