d1 is het gehoste beslismodel van Liquid AI voor begrensde classificatie-, routerings- en scoringstaken. Dit profiel omvat de tekstbeslisworkflow: lever de onderbouwing als een toestand aan, definieer één of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft die beslissingen als evaluaties die waarschijnlijkheden rechtstreeks retourneren, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met onzekerheid in plaats van een nieuw opgestelde tekstpassage.
Geef de tekst die de beslissing mogelijk maakt, inclusief de context die nodig is om die te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat moet worden beoordeeld. Een supportbericht kan een product- of probleembeschrijving nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordverzameling voordat u de vraag stelt en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen als stabiele uitvoersleutels dienen, terwijl beschrijvingen de grenzen ertussen uitleggen.
Gebruik benoemde vragen over een gedeelde toestand. Een duidelijke naam zoals intent, urgency of relevant houdt de uitvoer gekoppeld aan de beslissing die hij vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt kan bijvoorbeeld een intentiekeuze, een urgentierubriek en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag moet haar eigen criterium behouden in plaats van alle drie de oordelen in één dubbelzinnig label te combineren.
Een choice-vraag selecteert één label uit een ongeordende verzameling en retourneert de verdeling over de benoemde opties. Definieer de opties via criteriumbeschrijvingen; het resultaat bevat de geselecteerde keuze, waarschijnlijkheden en confidence. Definieer voor documentorganisatie de mogelijke mappen of onderwerpen en geef aan welke inhoud bij elk hoort. Beschrijf voor verzoekroutering de bestemmingen die daadwerkelijk bestaan. Een toepassing kan het resulterende label gebruiken om haar volgende stap te kiezen en tegelijk de concurrerende waarschijnlijkheden voor beoordeling bewaren.
Een illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem scheiden, met een overige optie voor materiaal buiten die definities. Houd de grenzen concreet: een bericht over een mislukte authenticatie verschilt van een vraag hoe een functie moet worden geconfigureerd. Het geretourneerde label selecteert tussen aangeleverde betekenissen; het creëert geen ontbrekende bestemming en voert geen wijziging in een ander systeem uit.
Een noul-vraag retourneert een waarschijnlijkheid van 0 tot 1 dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsbeoordeling en passagerelevantie. Formuleer de voorwaarde precies en kies hoe de resulterende waarschijnlijkheid wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval voor beoordeling doorsturen. De drempel hoort bij de verwerkende taak en een waarschijnlijkheid mag niet worden behandeld als een gegarandeerd feitelijk oordeel.
Geef voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage. Vraag of die passage helpt om de zoekvraag te beantwoorden en bewaar vervolgens de oorspronkelijke passage met de waarschijnlijkheid. Dat kan de selectie van bronmateriaal voor een later antwoord ondersteunen zonder d1 te vragen dat antwoord zelf op te stellen. Als relevantie meerdere gradaties nodig heeft in plaats van een ja/nee-voorwaarde, definieer dan een geordende rubriek en gebruik een score-vraag.
Een score-vraag plaatst de toestand op een rubriek met geordende, beschreven niveaus. Niveau-indices beginnen bij 0 en de score is hun waarschijnlijkheidsgewogen positie, die tussen niveaus kan vallen. Het resultaat bevat ook de niveauverdeling en confidence. Definieer voor urgentie wat een probleem zonder directe impact, een betekenisvol ongemak en een geblokkeerde taak van elkaar scheidt. Een rubriek met vier niveaus heeft dus indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.
Gebruik de score met decimalen voor ordening of aggregatie wanneer dat het beoogde resultaat is en bewaar de volledige verdeling wanneer ambiguïteit ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een choice-vraag. Confidence vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; het moet onderscheiden blijven van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.
Meerdere vragen kunnen in één producentaanroep dezelfde toestand beoordelen en daarbij elk hun type en waarschijnlijkheden behouden. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het indelen van documenten in een mappentaxonomie, het selecteren van codezoekpaden, het kiezen uit beschikbare agentacties en het beslissen welk materiaal uit tooluitvoer moet worden behouden. Al die workflows hebben een begrensde volgende beslissing. Een codezoekstap kan uit beschrijvingen een kansrijke map kiezen; een inhoudselectiestap kan keep, trim of drop kiezen voor aangeleverd materiaal. De omringende toepassing verkrijgt nog steeds de brongegevens en voert de geselecteerde bewerking uit.
De gedocumenteerde basisoperaties passen bij bekende uitkomsten, rubriekbeoordelingen en voorwaardecontroles. Nieuwe tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en worden niet geïmpliceerd door het d1-beslisresultaat. Bereid een vraag rond waarneembaar bewijsmateriaal voor en bewaar de definities bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.
Houd elke toestand gericht op de onderbouwing die de gedefinieerde vragen beantwoordt en scheid niet-gerelateerde beslistaken, zodat de criteria duidelijk blijven. Houd bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige categoriedekking en beoordeel waarschijnlijkheidsdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast naast de verdeling, vraagidentiteit en oorspronkelijke onderbouwing.
", "aboutText": "d1 is het gehoste beslismodel van Liquid AI voor begrensde classificatie-, routerings- en scoringstaken. Dit profiel omvat de tekstbeslisworkflow: lever de onderbouwing als een toestand aan, definieer één of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft die beslissingen als evaluaties die waarschijnlijkheden rechtstreeks retourneren, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met onzekerheid in plaats van een nieuw opgestelde tekstpassage.\n\n### Bereid onderbouwing en vraag samen voor\n\nGeef de tekst die de beslissing mogelijk maakt, inclusief de context die nodig is om die te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat moet worden beoordeeld. Een supportbericht kan een product- of probleembeschrijving nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordverzameling voordat u de vraag stelt en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen als stabiele uitvoersleutels dienen, terwijl beschrijvingen de grenzen ertussen uitleggen.\n\nGebruik benoemde vragen over een gedeelde toestand. Een duidelijke naam zoals intent, urgency of relevant houdt de uitvoer gekoppeld aan de beslissing die hij vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt kan bijvoorbeeld een intentiekeuze, een urgentierubriek en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag moet haar eigen criterium behouden in plaats van alle drie de oordelen in één dubbelzinnig label te combineren.\n\n### Choice voor categorieën en routering\n\nEen choice-vraag selecteert één label uit een ongeordende verzameling en retourneert de verdeling over de benoemde opties. Definieer de opties via criteriumbeschrijvingen; het resultaat bevat de geselecteerde keuze, waarschijnlijkheden en confidence. Definieer voor documentorganisatie de mogelijke mappen of onderwerpen en geef aan welke inhoud bij elk hoort. Beschrijf voor verzoekroutering de bestemmingen die daadwerkelijk bestaan. Een toepassing kan het resulterende label gebruiken om haar volgende stap te kiezen en tegelijk de concurrerende waarschijnlijkheden voor beoordeling bewaren.\n\nEen illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem scheiden, met een overige optie voor materiaal buiten die definities. Houd de grenzen concreet: een bericht over een mislukte authenticatie verschilt van een vraag hoe een functie moet worden geconfigureerd. Het geretourneerde label selecteert tussen aangeleverde betekenissen; het creëert geen ontbrekende bestemming en voert geen wijziging in een ander systeem uit.\n\n### Noul voor voorwaardecontroles en relevantie\n\nEen noul-vraag retourneert een waarschijnlijkheid van 0 tot 1 dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsbeoordeling en passagerelevantie. Formuleer de voorwaarde precies en kies hoe de resulterende waarschijnlijkheid wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval voor beoordeling doorsturen. De drempel hoort bij de verwerkende taak en een waarschijnlijkheid mag niet worden behandeld als een gegarandeerd feitelijk oordeel.\n\nGeef voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage. Vraag of die passage helpt om de zoekvraag te beantwoorden en bewaar vervolgens de oorspronkelijke passage met de waarschijnlijkheid. Dat kan de selectie van bronmateriaal voor een later antwoord ondersteunen zonder d1 te vragen dat antwoord zelf op te stellen. Als relevantie meerdere gradaties nodig heeft in plaats van een ja/nee-voorwaarde, definieer dan een geordende rubriek en gebruik een score-vraag.\n\n### Score voor geordende niveaus\n\nEen score-vraag plaatst de toestand op een rubriek met geordende, beschreven niveaus. Niveau-indices beginnen bij 0 en de score is hun waarschijnlijkheidsgewogen positie, die tussen niveaus kan vallen. Het resultaat bevat ook de niveauverdeling en confidence. Definieer voor urgentie wat een probleem zonder directe impact, een betekenisvol ongemak en een geblokkeerde taak van elkaar scheidt. Een rubriek met vier niveaus heeft dus indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.\n\nGebruik de score met decimalen voor ordening of aggregatie wanneer dat het beoogde resultaat is en bewaar de volledige verdeling wanneer ambiguïteit ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een choice-vraag. Confidence vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; het moet onderscheiden blijven van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.\n\n### Meerdere vragen en producenttoepassingen\n\nMeerdere vragen kunnen in één producentaanroep dezelfde toestand beoordelen en daarbij elk hun type en waarschijnlijkheden behouden. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het indelen van documenten in een mappentaxonomie, het selecteren van codezoekpaden, het kiezen uit beschikbare agentacties en het beslissen welk materiaal uit tooluitvoer moet worden behouden. Al die workflows hebben een begrensde volgende beslissing. Een codezoekstap kan uit beschrijvingen een kansrijke map kiezen; een inhoudselectiestap kan keep, trim of drop kiezen voor aangeleverd materiaal. De omringende toepassing verkrijgt nog steeds de brongegevens en voert de geselecteerde bewerking uit.\n\n### Bereik en een bruikbaar beslisartefact\n\nDe gedocumenteerde basisoperaties passen bij bekende uitkomsten, rubriekbeoordelingen en voorwaardecontroles. Nieuwe tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en worden niet geïmpliceerd door het d1-beslisresultaat. Bereid een vraag rond waarneembaar bewijsmateriaal voor en bewaar de definities bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.\n\nHoud elke toestand gericht op de onderbouwing die de gedefinieerde vragen beantwoordt en scheid niet-gerelateerde beslistaken, zodat de criteria duidelijk blijven. Houd bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige categoriedekking en beoordeel waarschijnlijkheidsdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast naast de verdeling, vraagidentiteit en oorspronkelijke onderbouwing.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "52db9f1112f333cef4fad7c8b7a4a6fee305ce7750cb388ec7f60190787fd731", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "liquid/d1De tekstbeslisworkflow van Liquid AI d1 beoordeelt aangeleverd bewijsmateriaal aan de hand van vaste uitkomsten en retourneert waarschijnlijkheden, een categoriekeuze of een rubriekscore. Deze workflow ondersteunt classificatie, routering, relevantiefiltering en prioritering zonder een geschreven antwoord te genereren.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
d1 is het gehoste beslismodel van Liquid AI voor begrensde classificatie-, routerings- en scoringstaken. Dit profiel omvat de tekstbeslisworkflow: lever de onderbouwing als een toestand aan, definieer één of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft die beslissingen als evaluaties die waarschijnlijkheden rechtstreeks retourneren, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met onzekerheid in plaats van een nieuw opgestelde tekstpassage.
Geef de tekst die de beslissing mogelijk maakt, inclusief de context die nodig is om die te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat moet worden beoordeeld. Een supportbericht kan een product- of probleembeschrijving nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordverzameling voordat u de vraag stelt en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen als stabiele uitvoersleutels dienen, terwijl beschrijvingen de grenzen ertussen uitleggen.
Gebruik benoemde vragen over een gedeelde toestand. Een duidelijke naam zoals intent, urgency of relevant houdt de uitvoer gekoppeld aan de beslissing die hij vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt kan bijvoorbeeld een intentiekeuze, een urgentierubriek en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag moet haar eigen criterium behouden in plaats van alle drie de oordelen in één dubbelzinnig label te combineren.
Een choice-vraag selecteert één label uit een ongeordende verzameling en retourneert de verdeling over de benoemde opties. Definieer de opties via criteriumbeschrijvingen; het resultaat bevat de geselecteerde keuze, waarschijnlijkheden en confidence. Definieer voor documentorganisatie de mogelijke mappen of onderwerpen en geef aan welke inhoud bij elk hoort. Beschrijf voor verzoekroutering de bestemmingen die daadwerkelijk bestaan. Een toepassing kan het resulterende label gebruiken om haar volgende stap te kiezen en tegelijk de concurrerende waarschijnlijkheden voor beoordeling bewaren.
Een illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem scheiden, met een overige optie voor materiaal buiten die definities. Houd de grenzen concreet: een bericht over een mislukte authenticatie verschilt van een vraag hoe een functie moet worden geconfigureerd. Het geretourneerde label selecteert tussen aangeleverde betekenissen; het creëert geen ontbrekende bestemming en voert geen wijziging in een ander systeem uit.
Een noul-vraag retourneert een waarschijnlijkheid van 0 tot 1 dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsbeoordeling en passagerelevantie. Formuleer de voorwaarde precies en kies hoe de resulterende waarschijnlijkheid wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval voor beoordeling doorsturen. De drempel hoort bij de verwerkende taak en een waarschijnlijkheid mag niet worden behandeld als een gegarandeerd feitelijk oordeel.
Geef voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage. Vraag of die passage helpt om de zoekvraag te beantwoorden en bewaar vervolgens de oorspronkelijke passage met de waarschijnlijkheid. Dat kan de selectie van bronmateriaal voor een later antwoord ondersteunen zonder d1 te vragen dat antwoord zelf op te stellen. Als relevantie meerdere gradaties nodig heeft in plaats van een ja/nee-voorwaarde, definieer dan een geordende rubriek en gebruik een score-vraag.
Een score-vraag plaatst de toestand op een rubriek met geordende, beschreven niveaus. Niveau-indices beginnen bij 0 en de score is hun waarschijnlijkheidsgewogen positie, die tussen niveaus kan vallen. Het resultaat bevat ook de niveauverdeling en confidence. Definieer voor urgentie wat een probleem zonder directe impact, een betekenisvol ongemak en een geblokkeerde taak van elkaar scheidt. Een rubriek met vier niveaus heeft dus indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.
Gebruik de score met decimalen voor ordening of aggregatie wanneer dat het beoogde resultaat is en bewaar de volledige verdeling wanneer ambiguïteit ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een choice-vraag. Confidence vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; het moet onderscheiden blijven van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.
Meerdere vragen kunnen in één producentaanroep dezelfde toestand beoordelen en daarbij elk hun type en waarschijnlijkheden behouden. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het indelen van documenten in een mappentaxonomie, het selecteren van codezoekpaden, het kiezen uit beschikbare agentacties en het beslissen welk materiaal uit tooluitvoer moet worden behouden. Al die workflows hebben een begrensde volgende beslissing. Een codezoekstap kan uit beschrijvingen een kansrijke map kiezen; een inhoudselectiestap kan keep, trim of drop kiezen voor aangeleverd materiaal. De omringende toepassing verkrijgt nog steeds de brongegevens en voert de geselecteerde bewerking uit.
De gedocumenteerde basisoperaties passen bij bekende uitkomsten, rubriekbeoordelingen en voorwaardecontroles. Nieuwe tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en worden niet geïmpliceerd door het d1-beslisresultaat. Bereid een vraag rond waarneembaar bewijsmateriaal voor en bewaar de definities bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.
Houd elke toestand gericht op de onderbouwing die de gedefinieerde vragen beantwoordt en scheid niet-gerelateerde beslistaken, zodat de criteria duidelijk blijven. Houd bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige categoriedekking en beoordeel waarschijnlijkheidsdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast naast de verdeling, vraagidentiteit en oorspronkelijke onderbouwing.
POST /v1/systemonetextdecisions| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten liquid/d1 | 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.00008 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen $0.00008 / 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.00008 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen $0.00008 / 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": "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
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 liquid/d1
Gebruik de hierboven getoonde methodepaden.