d1 er Liquid AI’s hostede beslutningsmodel til afgrænsede klassifikations-, routing- og scoringsopgaver. Denne profil dækker dens tekstbaserede beslutningsarbejdsgang: Indsend evidensen som en tilstand, definér ét eller flere spørgsmål, og modtag typede numeriske svar over kendte udfald. Liquid beskriver beslutningerne som evalueringer, der returnerer sandsynligheder direkte med nul genererede outputtokens. Det nyttige resultat er en defineret beslutning og dens usikkerhed frem for en nykomponeret tekstpassage.
Indsend den tekst, der gør beslutningen mulig, inklusive den kontekst, der er nødvendig for at fortolke den. Hold tilstanden adskilt fra instruktionerne, som beskriver, hvad der skal vurderes. En supportbesked kan have brug for en produkt- eller problembeskrivelse; en dokumentpassage kan have brug for brugerens søgespørgsmål. Definér svarsættet, før du stiller spørgsmålet, og giv hver svarmulighed en betydning, der passer til den tilsigtede arbejdsgang. Korte etiketter kan fungere som stabile outputnøgler, mens beskrivelser forklarer grænserne mellem dem.
Brug navngivne spørgsmål over en fælles tilstand. Et tydeligt navn som intent, urgency eller relevant holder outputtet knyttet til den beslutning, det repræsenterer. En besked om, at en side fejler, kan eksempelvis understøtte et hensigtsvalg, en vurderingsrubrik for hast og en ja/nej-kontrol af en rapporteret fejl. Hvert spørgsmål bør bevare sit eget kriterium frem for at kombinere alle tre vurderinger i én tvetydig etiket.
Et choice-spørgsmål vælger én etiket fra et uordnet sæt og returnerer fordelingen over de navngivne svarmuligheder. Definér svarmulighederne via kriteriebeskrivelser; resultatet indeholder det valgte svar, sandsynligheder og konfidens. Ved dokumentorganisering skal du definere de mulige mapper eller emner og angive, hvilket indhold der hører til i hver. Ved routing af anmodninger skal du beskrive de destinationer, som faktisk findes. En applikation kan bruge den resulterende etiket til at vælge næste trin og samtidig bevare de konkurrerende sandsynligheder til gennemgang.
En eksempelopgave til arkivering kan adskille et produktspørgsmål, et integrationsproblem og et adgangsproblem med en other-mulighed til materiale uden for disse definitioner. Hold grænserne konkrete: En besked om mislykket autentificering er forskellig fra en besked, der spørger, hvordan en funktion konfigureres. Den returnerede etiket vælger mellem indsendte betydninger; den opretter ikke en manglende destination og udfører ikke en ændring i et andet system.
Et noul-spørgsmål returnerer en sandsynlighed fra 0 til 1 for, at den definerede ja/nej-betingelse er opfyldt. Liquid demonstrerer binære kontroller til indholdsgennemgang og passagerelevans. Angiv betingelsen præcist, og vælg, hvordan den resulterende sandsynlighed bruges: markér et sandsynligt match, filtrér en passage, eller send et usikkert tilfælde til gennemgang. Tærsklen tilhører den anvendende opgave, og en sandsynlighed bør ikke behandles som en garanteret faktuel afgørelse.
Ved relevansfiltrering skal du indsende både forespørgslen og kandidatpassagen. Spørg, om passagen hjælper med at besvare forespørgslen, og bevar derefter den oprindelige passage sammen med sandsynligheden. Det kan understøtte udvælgelse af kildemateriale til et senere svar uden at bede d1 om selv at formulere svaret. Hvis relevans kræver flere grader frem for en ja/nej-betingelse, skal du definere en ordnet vurderingsrubrik og bruge et score-spørgsmål.
Et score-spørgsmål placerer tilstanden i en vurderingsrubrik med ordnede, beskrevne niveauer. Niveauindeks begynder ved 0, og scoren er deres sandsynlighedsvægtede placering, som kan ligge mellem niveauer. Resultatet indeholder også niveaufordelingen og konfidens. For hast skal du definere, hvad der adskiller et problem uden umiddelbar påvirkning, en væsentlig ulempe og en blokeret opgave. En vurderingsrubrik med fire niveauer har derfor indeks fra 0 til 3; dens forventede score er ikke automatisk en kategori nummereret fra 1 til 4.
Brug scoren med decimaler til sortering eller aggregering, når det er det tilsigtede resultat, og bevar hele fordelingen, når tvetydighed har betydning. Kategorier såsom afdelinger har ingen naturlig rækkefølge og hører til i et choice-spørgsmål. Konfidens sammenfatter, hvor entydigt det rapporterede svar er i den dokumenterede grænseflade; den bør holdes adskilt fra opgavens ønskede score og fra en antaget garanti for, at beslutningen er korrekt.
Flere spørgsmål kan vurdere samme tilstand i ét producentkald, hvor hvert spørgsmål bevarer sin type og sine sandsynligheder. Liquids teksteksempler omfatter filtrering af supportsager, arkivering af dokumenter i en mappetaksonomi, valg af stier til kodesøgning, valg mellem tilgængelige agenthandlinger og beslutning om, hvilket værktøjsoutput der skal bevares. Alle disse arbejdsgange har en afgrænset næste beslutning. Et kodesøgningstrin kan vælge en lovende mappe ud fra dens beskrivelser; et indholdsudvælgelsestrin kan vælge keep, trim eller drop for indsendt materiale. Den omgivende applikation indhenter stadig kildedataene og udfører den valgte operation.
De dokumenterede grundoperationer passer til kendte udfald, rubrikvurderinger og kontrol af betingelser. Ny prosa, resuméer, kode og en åben samtale kræver en genereringsarbejdsgang og følger ikke automatisk af d1’s beslutningsresultat. Forbered et spørgsmål ud fra observerbar evidens, og bevar dets definitioner sammen med outputtet, så en etiket eller score kan fortolkes senere.
Hold hver tilstand fokuseret på den evidens, der besvarer dens definerede spørgsmål, og adskil uvedkommende beslutningsopgaver, så kriterierne forbliver tydelige. Hold kildematerialet relevant, definér reservebetydninger ved ufuldstændig kategoridækning, og vurdér sandsynlighedstærskler med mærkede eksempler fra opgaven. Et nyttigt resultat registrerer den valgte kategori eller forventede score sammen med dens fordeling, spørgsmålsidentitet og oprindelige evidens.
", "aboutText": "d1 er Liquid AI’s hostede beslutningsmodel til afgrænsede klassifikations-, routing- og scoringsopgaver. Denne profil dækker dens tekstbaserede beslutningsarbejdsgang: Indsend evidensen som en tilstand, definér ét eller flere spørgsmål, og modtag typede numeriske svar over kendte udfald. Liquid beskriver beslutningerne som evalueringer, der returnerer sandsynligheder direkte med nul genererede outputtokens. Det nyttige resultat er en defineret beslutning og dens usikkerhed frem for en nykomponeret tekstpassage.\n\n### Forbered evidens og spørgsmål sammen\n\nIndsend den tekst, der gør beslutningen mulig, inklusive den kontekst, der er nødvendig for at fortolke den. Hold tilstanden adskilt fra instruktionerne, som beskriver, hvad der skal vurderes. En supportbesked kan have brug for en produkt- eller problembeskrivelse; en dokumentpassage kan have brug for brugerens søgespørgsmål. Definér svarsættet, før du stiller spørgsmålet, og giv hver svarmulighed en betydning, der passer til den tilsigtede arbejdsgang. Korte etiketter kan fungere som stabile outputnøgler, mens beskrivelser forklarer grænserne mellem dem.\n\nBrug navngivne spørgsmål over en fælles tilstand. Et tydeligt navn som intent, urgency eller relevant holder outputtet knyttet til den beslutning, det repræsenterer. En besked om, at en side fejler, kan eksempelvis understøtte et hensigtsvalg, en vurderingsrubrik for hast og en ja/nej-kontrol af en rapporteret fejl. Hvert spørgsmål bør bevare sit eget kriterium frem for at kombinere alle tre vurderinger i én tvetydig etiket.\n\n### Choice til kategorier og routing\n\nEt choice-spørgsmål vælger én etiket fra et uordnet sæt og returnerer fordelingen over de navngivne svarmuligheder. Definér svarmulighederne via kriteriebeskrivelser; resultatet indeholder det valgte svar, sandsynligheder og konfidens. Ved dokumentorganisering skal du definere de mulige mapper eller emner og angive, hvilket indhold der hører til i hver. Ved routing af anmodninger skal du beskrive de destinationer, som faktisk findes. En applikation kan bruge den resulterende etiket til at vælge næste trin og samtidig bevare de konkurrerende sandsynligheder til gennemgang.\n\nEn eksempelopgave til arkivering kan adskille et produktspørgsmål, et integrationsproblem og et adgangsproblem med en other-mulighed til materiale uden for disse definitioner. Hold grænserne konkrete: En besked om mislykket autentificering er forskellig fra en besked, der spørger, hvordan en funktion konfigureres. Den returnerede etiket vælger mellem indsendte betydninger; den opretter ikke en manglende destination og udfører ikke en ændring i et andet system.\n\n### Noul til kontrol af betingelser og relevans\n\nEt noul-spørgsmål returnerer en sandsynlighed fra 0 til 1 for, at den definerede ja/nej-betingelse er opfyldt. Liquid demonstrerer binære kontroller til indholdsgennemgang og passagerelevans. Angiv betingelsen præcist, og vælg, hvordan den resulterende sandsynlighed bruges: markér et sandsynligt match, filtrér en passage, eller send et usikkert tilfælde til gennemgang. Tærsklen tilhører den anvendende opgave, og en sandsynlighed bør ikke behandles som en garanteret faktuel afgørelse.\n\nVed relevansfiltrering skal du indsende både forespørgslen og kandidatpassagen. Spørg, om passagen hjælper med at besvare forespørgslen, og bevar derefter den oprindelige passage sammen med sandsynligheden. Det kan understøtte udvælgelse af kildemateriale til et senere svar uden at bede d1 om selv at formulere svaret. Hvis relevans kræver flere grader frem for en ja/nej-betingelse, skal du definere en ordnet vurderingsrubrik og bruge et score-spørgsmål.\n\n### Score til ordnede niveauer\n\nEt score-spørgsmål placerer tilstanden i en vurderingsrubrik med ordnede, beskrevne niveauer. Niveauindeks begynder ved 0, og scoren er deres sandsynlighedsvægtede placering, som kan ligge mellem niveauer. Resultatet indeholder også niveaufordelingen og konfidens. For hast skal du definere, hvad der adskiller et problem uden umiddelbar påvirkning, en væsentlig ulempe og en blokeret opgave. En vurderingsrubrik med fire niveauer har derfor indeks fra 0 til 3; dens forventede score er ikke automatisk en kategori nummereret fra 1 til 4.\n\nBrug scoren med decimaler til sortering eller aggregering, når det er det tilsigtede resultat, og bevar hele fordelingen, når tvetydighed har betydning. Kategorier såsom afdelinger har ingen naturlig rækkefølge og hører til i et choice-spørgsmål. Konfidens sammenfatter, hvor entydigt det rapporterede svar er i den dokumenterede grænseflade; den bør holdes adskilt fra opgavens ønskede score og fra en antaget garanti for, at beslutningen er korrekt.\n\n### Flere spørgsmål og producentens anvendelser\n\nFlere spørgsmål kan vurdere samme tilstand i ét producentkald, hvor hvert spørgsmål bevarer sin type og sine sandsynligheder. Liquids teksteksempler omfatter filtrering af supportsager, arkivering af dokumenter i en mappetaksonomi, valg af stier til kodesøgning, valg mellem tilgængelige agenthandlinger og beslutning om, hvilket værktøjsoutput der skal bevares. Alle disse arbejdsgange har en afgrænset næste beslutning. Et kodesøgningstrin kan vælge en lovende mappe ud fra dens beskrivelser; et indholdsudvælgelsestrin kan vælge keep, trim eller drop for indsendt materiale. Den omgivende applikation indhenter stadig kildedataene og udfører den valgte operation.\n\n### Omfang og et nyttigt beslutningsresultat\n\nDe dokumenterede grundoperationer passer til kendte udfald, rubrikvurderinger og kontrol af betingelser. Ny prosa, resuméer, kode og en åben samtale kræver en genereringsarbejdsgang og følger ikke automatisk af d1’s beslutningsresultat. Forbered et spørgsmål ud fra observerbar evidens, og bevar dets definitioner sammen med outputtet, så en etiket eller score kan fortolkes senere.\n\nHold hver tilstand fokuseret på den evidens, der besvarer dens definerede spørgsmål, og adskil uvedkommende beslutningsopgaver, så kriterierne forbliver tydelige. Hold kildematerialet relevant, definér reservebetydninger ved ufuldstændig kategoridækning, og vurdér sandsynlighedstærskler med mærkede eksempler fra opgaven. Et nyttigt resultat registrerer den valgte kategori eller forventede score sammen med dens fordeling, spørgsmålsidentitet og oprindelige evidens.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b3ba05c633317aee0f118bce633205f65f11e7727d2d92a52c8524109b74f1ae", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "liquid/d1Liquid AI d1’s tekstbaserede beslutningsarbejdsgang vurderer indsendt evidens ud fra faste udfald og returnerer sandsynligheder, et kategorivalg eller en score efter en vurderingsrubrik. Den understøtter klassifikation, routing, relevansfiltrering og prioritering uden at generere et skriftligt svar.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
d1 er Liquid AI’s hostede beslutningsmodel til afgrænsede klassifikations-, routing- og scoringsopgaver. Denne profil dækker dens tekstbaserede beslutningsarbejdsgang: Indsend evidensen som en tilstand, definér ét eller flere spørgsmål, og modtag typede numeriske svar over kendte udfald. Liquid beskriver beslutningerne som evalueringer, der returnerer sandsynligheder direkte med nul genererede outputtokens. Det nyttige resultat er en defineret beslutning og dens usikkerhed frem for en nykomponeret tekstpassage.
Indsend den tekst, der gør beslutningen mulig, inklusive den kontekst, der er nødvendig for at fortolke den. Hold tilstanden adskilt fra instruktionerne, som beskriver, hvad der skal vurderes. En supportbesked kan have brug for en produkt- eller problembeskrivelse; en dokumentpassage kan have brug for brugerens søgespørgsmål. Definér svarsættet, før du stiller spørgsmålet, og giv hver svarmulighed en betydning, der passer til den tilsigtede arbejdsgang. Korte etiketter kan fungere som stabile outputnøgler, mens beskrivelser forklarer grænserne mellem dem.
Brug navngivne spørgsmål over en fælles tilstand. Et tydeligt navn som intent, urgency eller relevant holder outputtet knyttet til den beslutning, det repræsenterer. En besked om, at en side fejler, kan eksempelvis understøtte et hensigtsvalg, en vurderingsrubrik for hast og en ja/nej-kontrol af en rapporteret fejl. Hvert spørgsmål bør bevare sit eget kriterium frem for at kombinere alle tre vurderinger i én tvetydig etiket.
Et choice-spørgsmål vælger én etiket fra et uordnet sæt og returnerer fordelingen over de navngivne svarmuligheder. Definér svarmulighederne via kriteriebeskrivelser; resultatet indeholder det valgte svar, sandsynligheder og konfidens. Ved dokumentorganisering skal du definere de mulige mapper eller emner og angive, hvilket indhold der hører til i hver. Ved routing af anmodninger skal du beskrive de destinationer, som faktisk findes. En applikation kan bruge den resulterende etiket til at vælge næste trin og samtidig bevare de konkurrerende sandsynligheder til gennemgang.
En eksempelopgave til arkivering kan adskille et produktspørgsmål, et integrationsproblem og et adgangsproblem med en other-mulighed til materiale uden for disse definitioner. Hold grænserne konkrete: En besked om mislykket autentificering er forskellig fra en besked, der spørger, hvordan en funktion konfigureres. Den returnerede etiket vælger mellem indsendte betydninger; den opretter ikke en manglende destination og udfører ikke en ændring i et andet system.
Et noul-spørgsmål returnerer en sandsynlighed fra 0 til 1 for, at den definerede ja/nej-betingelse er opfyldt. Liquid demonstrerer binære kontroller til indholdsgennemgang og passagerelevans. Angiv betingelsen præcist, og vælg, hvordan den resulterende sandsynlighed bruges: markér et sandsynligt match, filtrér en passage, eller send et usikkert tilfælde til gennemgang. Tærsklen tilhører den anvendende opgave, og en sandsynlighed bør ikke behandles som en garanteret faktuel afgørelse.
Ved relevansfiltrering skal du indsende både forespørgslen og kandidatpassagen. Spørg, om passagen hjælper med at besvare forespørgslen, og bevar derefter den oprindelige passage sammen med sandsynligheden. Det kan understøtte udvælgelse af kildemateriale til et senere svar uden at bede d1 om selv at formulere svaret. Hvis relevans kræver flere grader frem for en ja/nej-betingelse, skal du definere en ordnet vurderingsrubrik og bruge et score-spørgsmål.
Et score-spørgsmål placerer tilstanden i en vurderingsrubrik med ordnede, beskrevne niveauer. Niveauindeks begynder ved 0, og scoren er deres sandsynlighedsvægtede placering, som kan ligge mellem niveauer. Resultatet indeholder også niveaufordelingen og konfidens. For hast skal du definere, hvad der adskiller et problem uden umiddelbar påvirkning, en væsentlig ulempe og en blokeret opgave. En vurderingsrubrik med fire niveauer har derfor indeks fra 0 til 3; dens forventede score er ikke automatisk en kategori nummereret fra 1 til 4.
Brug scoren med decimaler til sortering eller aggregering, når det er det tilsigtede resultat, og bevar hele fordelingen, når tvetydighed har betydning. Kategorier såsom afdelinger har ingen naturlig rækkefølge og hører til i et choice-spørgsmål. Konfidens sammenfatter, hvor entydigt det rapporterede svar er i den dokumenterede grænseflade; den bør holdes adskilt fra opgavens ønskede score og fra en antaget garanti for, at beslutningen er korrekt.
Flere spørgsmål kan vurdere samme tilstand i ét producentkald, hvor hvert spørgsmål bevarer sin type og sine sandsynligheder. Liquids teksteksempler omfatter filtrering af supportsager, arkivering af dokumenter i en mappetaksonomi, valg af stier til kodesøgning, valg mellem tilgængelige agenthandlinger og beslutning om, hvilket værktøjsoutput der skal bevares. Alle disse arbejdsgange har en afgrænset næste beslutning. Et kodesøgningstrin kan vælge en lovende mappe ud fra dens beskrivelser; et indholdsudvælgelsestrin kan vælge keep, trim eller drop for indsendt materiale. Den omgivende applikation indhenter stadig kildedataene og udfører den valgte operation.
De dokumenterede grundoperationer passer til kendte udfald, rubrikvurderinger og kontrol af betingelser. Ny prosa, resuméer, kode og en åben samtale kræver en genereringsarbejdsgang og følger ikke automatisk af d1’s beslutningsresultat. Forbered et spørgsmål ud fra observerbar evidens, og bevar dets definitioner sammen med outputtet, så en etiket eller score kan fortolkes senere.
Hold hver tilstand fokuseret på den evidens, der besvarer dens definerede spørgsmål, og adskil uvedkommende beslutningsopgaver, så kriterierne forbliver tydelige. Hold kildematerialet relevant, definér reservebetydninger ved ufuldstændig kategoridækning, og vurdér sandsynlighedstærskler med mærkede eksempler fra opgaven. Et nyttigt resultat registrerer den valgte kategori eller forventede score sammen med dens fordeling, spørgsmålsidentitet og oprindelige evidens.
POST /v1/systemonetextdecisions| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser liquid/d1 | Standard— |
Feltprovider | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions | Typeobject | KravPåkrævet | Værdier og grænser | Standard— |
Feltsession_id | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltstate | Typeschema | KravPåkrævet | Værdier og grænser | Standard— |
Felttrace | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltuser | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions.<id>.type | Typestring | KravPåkrævet | Værdier og grænser noul, choice, score | Standard— |
Feltquestions.<id>.instructions | Typestring|object|array | KravPåkrævet | Værdier og grænser | Standard— |
Feltquestions.<id>.criteria | Typeobject|array | KravValgfrit | Værdier og grænser Betingelser: choice/score: påkrævet; noul: valgfrit. Kriterier for choice er et objekt; score er et array med minItems1. | Standard— |
Feltquestions.<id>.criteria.true | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
Feltquestions.<id>.criteria.false | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
noul · Påkrævet: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Påkrævet: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Påkrævet: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, state, questions |
Parametermaterial_types | Kontrakttext |
Parameteroptional_controls | Kontraktprovider, session_id, trace, user |
Parametermultimodal_input_binding | Kontraktnull |
Livscyklus: synchronous
Send det præcise model-ID, og behold hele det native svar.
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00008 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning $0.00008 / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00008 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning $0.00008 / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
{\n "model": "liquid/d1",\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']='liquid/d1'\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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Hvert angivet svar på et spørgsmåls-ID bevares med sin præcise type, noul/choice/score-værdi, konfidens, sandsynligheder og forklaring. Hele det oprindelige JSON-svar gemmes og returneres først efter afregning.
Behold den oprindelige operation og hele eller det delvise svar; gentag ikke 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 | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldigt påkrævet felt, ugyldig repræsentation eller ugyldig værdi | Næste trinRet det angivne forespørgselsfelt. |
Ailoot Ultra liquid/d1
Brug metodestierne vist ovenfor.