d1 is het gehoste beslissingsmodel van Liquid AI voor afgebakende taken op het gebied van classificatie, routering en scoring. Dit profiel behandelt de tekstbeslissingsworkflow: lever het bewijs aan als toestand, definieer een of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft deze beslissingen als evaluaties die direct kansen teruggeven, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met de bijbehorende onzekerheid, geen nieuw opgestelde tekstpassage.
Lever de tekst aan die de beslissing mogelijk maakt, inclusief de context die nodig is om deze te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat er geëvalueerd moet worden. Een supportbericht kan een beschrijving van het product of het probleem nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordset voordat je de vraag stelt, en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen dienen als stabiele uitvoersleutels, 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 deze vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt, kan bijvoorbeeld een intentiekeuze, een urgentierubric en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag behoudt haar eigen criterium, in plaats van alle drie de oordelen te combineren in één dubbelzinnig label.
Een keuzevraag selecteert één label uit een ongeordende set en geeft de verdeling over de benoemde opties terug. Definieer de opties via beschrijvingen van de criteria; het resultaat bevat de geselecteerde keuze, de kansen en de betrouwbaarheid. Definieer voor het ordenen van documenten de mogelijke mappen of onderwerpen en geef aan welke inhoud in elk daarvan thuishoort. Beschrijf voor het routeren van verzoeken de bestemmingen die werkelijk bestaan. Een applicatie kan het resulterende label gebruiken om de volgende stap te kiezen en tegelijk de concurrerende kansen bewaren voor review.
Een illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem van elkaar scheiden, met een optie other voor materiaal dat buiten die definities valt. Houd de grenzen concreet: een bericht over het niet kunnen authenticeren is iets anders dan een vraag over het configureren van een functie. Het teruggegeven label kiest tussen aangeleverde betekenissen; het maakt geen ontbrekende bestemming aan en voert geen wijziging in een ander systeem uit.
Een noul-vraag geeft een kans van 0 tot 1 terug dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsreview en relevantie van passages. Formuleer de voorwaarde nauwkeurig en kies hoe de resulterende kans wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval doorsturen voor review. De drempel hoort bij de verwerkende taak, en een kans wordt niet behandeld als een gegarandeerd feitelijk oordeel.
Lever voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage aan. Vraag of die passage helpt de zoekvraag te beantwoorden en bewaar de oorspronkelijke passage samen met de kans. Zo kun je bronmateriaal selecteren voor een later antwoord 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 rubric en gebruik een scorevraag.
Een scorevraag plaatst de toestand op een rubric met geordende, beschreven niveaus. Niveau-indices beginnen bij 0, en de score is hun kansgewogen positie, die tussen niveaus kan uitkomen. Het resultaat bevat ook de verdeling over de niveaus en de betrouwbaarheid. Definieer bij urgentie wat een probleem zonder directe impact, een merkbaar ongemak en een geblokkeerde taak van elkaar onderscheidt. Een rubric met vier niveaus heeft dus de indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.
Gebruik de fractionele score voor ordening of aggregatie wanneer dat het beoogde resultaat is, en bewaar de volledige verdeling wanneer dubbelzinnigheid ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een keuzevraag. Betrouwbaarheid vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; die blijft gescheiden van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.
Meerdere vragen kunnen dezelfde toestand evalueren in één aanroep bij de producent, waarbij elke vraag haar type en kansen behoudt. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het archiveren van documenten in een mappentaxonomie, het selecteren van paden bij het doorzoeken van code, het kiezen tussen beschikbare agentacties en het bepalen welk materiaal uit tooluitvoer bewaard blijft. Deze workflows hebben allemaal een afgebakende volgende beslissing. Een stap bij het doorzoeken van code kan op basis van de beschrijvingen een veelbelovende map selecteren; een stap voor inhoudsselectie kan voor aangeleverd materiaal kiezen tussen behouden, inkorten of weglaten (keep, trim, drop). De omringende applicatie haalt nog steeds de brondata op en voert de geselecteerde bewerking uit.
De gedocumenteerde primitieven zijn geschikt voor bekende uitkomsten, rubricbeoordelingen en voorwaardencontroles. Nieuwe lopende tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en volgen niet uit het beslissingsresultaat van d1. Stel een vraag op rond waarneembaar bewijs en bewaar de definities van die vraag bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.
Houd elke toestand gericht op het bewijs dat de gedefinieerde vragen beantwoordt, en scheid niet-gerelateerde beslissingstaken zodat hun criteria duidelijk blijven. Houd het bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige dekking van categorieën en beoordeel kansdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast samen met de verdeling, de identiteit van de vraag en het oorspronkelijke bewijs.
", "aboutText": "d1 is het gehoste beslissingsmodel van Liquid AI voor afgebakende taken op het gebied van classificatie, routering en scoring. Dit profiel behandelt de tekstbeslissingsworkflow: lever het bewijs aan als toestand, definieer een of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft deze beslissingen als evaluaties die direct kansen teruggeven, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met de bijbehorende onzekerheid, geen nieuw opgestelde tekstpassage.\n\n### Bereid bewijs en vraag samen voor\n\nLever de tekst aan die de beslissing mogelijk maakt, inclusief de context die nodig is om deze te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat er geëvalueerd moet worden. Een supportbericht kan een beschrijving van het product of het probleem nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordset voordat je de vraag stelt, en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen dienen als stabiele uitvoersleutels, 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 deze vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt, kan bijvoorbeeld een intentiekeuze, een urgentierubric en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag behoudt haar eigen criterium, in plaats van alle drie de oordelen te combineren in één dubbelzinnig label.\n\n### Keuze voor categorieën en routering\n\nEen keuzevraag selecteert één label uit een ongeordende set en geeft de verdeling over de benoemde opties terug. Definieer de opties via beschrijvingen van de criteria; het resultaat bevat de geselecteerde keuze, de kansen en de betrouwbaarheid. Definieer voor het ordenen van documenten de mogelijke mappen of onderwerpen en geef aan welke inhoud in elk daarvan thuishoort. Beschrijf voor het routeren van verzoeken de bestemmingen die werkelijk bestaan. Een applicatie kan het resulterende label gebruiken om de volgende stap te kiezen en tegelijk de concurrerende kansen bewaren voor review.\n\nEen illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem van elkaar scheiden, met een optie other voor materiaal dat buiten die definities valt. Houd de grenzen concreet: een bericht over het niet kunnen authenticeren is iets anders dan een vraag over het configureren van een functie. Het teruggegeven label kiest tussen aangeleverde betekenissen; het maakt geen ontbrekende bestemming aan en voert geen wijziging in een ander systeem uit.\n\n### Noul voor voorwaardencontroles en relevantie\n\nEen noul-vraag geeft een kans van 0 tot 1 terug dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsreview en relevantie van passages. Formuleer de voorwaarde nauwkeurig en kies hoe de resulterende kans wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval doorsturen voor review. De drempel hoort bij de verwerkende taak, en een kans wordt niet behandeld als een gegarandeerd feitelijk oordeel.\n\nLever voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage aan. Vraag of die passage helpt de zoekvraag te beantwoorden en bewaar de oorspronkelijke passage samen met de kans. Zo kun je bronmateriaal selecteren voor een later antwoord 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 rubric en gebruik een scorevraag.\n\n### Score voor geordende niveaus\n\nEen scorevraag plaatst de toestand op een rubric met geordende, beschreven niveaus. Niveau-indices beginnen bij 0, en de score is hun kansgewogen positie, die tussen niveaus kan uitkomen. Het resultaat bevat ook de verdeling over de niveaus en de betrouwbaarheid. Definieer bij urgentie wat een probleem zonder directe impact, een merkbaar ongemak en een geblokkeerde taak van elkaar onderscheidt. Een rubric met vier niveaus heeft dus de indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.\n\nGebruik de fractionele score voor ordening of aggregatie wanneer dat het beoogde resultaat is, en bewaar de volledige verdeling wanneer dubbelzinnigheid ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een keuzevraag. Betrouwbaarheid vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; die blijft gescheiden van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.\n\n### Meerdere vragen en toepassingen van de producent\n\nMeerdere vragen kunnen dezelfde toestand evalueren in één aanroep bij de producent, waarbij elke vraag haar type en kansen behoudt. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het archiveren van documenten in een mappentaxonomie, het selecteren van paden bij het doorzoeken van code, het kiezen tussen beschikbare agentacties en het bepalen welk materiaal uit tooluitvoer bewaard blijft. Deze workflows hebben allemaal een afgebakende volgende beslissing. Een stap bij het doorzoeken van code kan op basis van de beschrijvingen een veelbelovende map selecteren; een stap voor inhoudsselectie kan voor aangeleverd materiaal kiezen tussen behouden, inkorten of weglaten (keep, trim, drop). De omringende applicatie haalt nog steeds de brondata op en voert de geselecteerde bewerking uit.\n\n### Reikwijdte en een bruikbaar beslissingsartefact\n\nDe gedocumenteerde primitieven zijn geschikt voor bekende uitkomsten, rubricbeoordelingen en voorwaardencontroles. Nieuwe lopende tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en volgen niet uit het beslissingsresultaat van d1. Stel een vraag op rond waarneembaar bewijs en bewaar de definities van die vraag bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.\n\nHoud elke toestand gericht op het bewijs dat de gedefinieerde vragen beantwoordt, en scheid niet-gerelateerde beslissingstaken zodat hun criteria duidelijk blijven. Houd het bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige dekking van categorieën en beoordeel kansdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast samen met de verdeling, de identiteit van de vraag en het oorspronkelijke bewijs.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "7b2e4b3eb554a371ae3aa18318aabc60fe323fad0edf483fff04c4beef9f7c34", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl", "methods": [ { "html": "liquid/d1De tekstbeslissingsworkflow van Liquid AI d1 evalueert aangeleverd bewijs aan de hand van vaste uitkomsten en geeft kansen, een categoriekeuze of een rubricscore terug. Het model 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 beslissingsmodel van Liquid AI voor afgebakende taken op het gebied van classificatie, routering en scoring. Dit profiel behandelt de tekstbeslissingsworkflow: lever het bewijs aan als toestand, definieer een of meer vragen en ontvang getypeerde numerieke antwoorden over bekende uitkomsten. Liquid beschrijft deze beslissingen als evaluaties die direct kansen teruggeven, met nul gegenereerde uitvoertokens. Het bruikbare resultaat is een gedefinieerde beslissing met de bijbehorende onzekerheid, geen nieuw opgestelde tekstpassage.
Lever de tekst aan die de beslissing mogelijk maakt, inclusief de context die nodig is om deze te interpreteren. Houd de toestand gescheiden van de instructies die beschrijven wat er geëvalueerd moet worden. Een supportbericht kan een beschrijving van het product of het probleem nodig hebben; een documentpassage kan de zoekvraag van de gebruiker nodig hebben. Definieer de antwoordset voordat je de vraag stelt, en geef elke optie een betekenis die bij de beoogde workflow past. Korte labels kunnen dienen als stabiele uitvoersleutels, 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 deze vertegenwoordigt. Een bericht dat meldt dat een pagina niet werkt, kan bijvoorbeeld een intentiekeuze, een urgentierubric en een ja/nee-controle op een gemeld defect ondersteunen. Elke vraag behoudt haar eigen criterium, in plaats van alle drie de oordelen te combineren in één dubbelzinnig label.
Een keuzevraag selecteert één label uit een ongeordende set en geeft de verdeling over de benoemde opties terug. Definieer de opties via beschrijvingen van de criteria; het resultaat bevat de geselecteerde keuze, de kansen en de betrouwbaarheid. Definieer voor het ordenen van documenten de mogelijke mappen of onderwerpen en geef aan welke inhoud in elk daarvan thuishoort. Beschrijf voor het routeren van verzoeken de bestemmingen die werkelijk bestaan. Een applicatie kan het resulterende label gebruiken om de volgende stap te kiezen en tegelijk de concurrerende kansen bewaren voor review.
Een illustratieve archiveringstaak kan een productvraag, een integratieprobleem en een toegangsprobleem van elkaar scheiden, met een optie other voor materiaal dat buiten die definities valt. Houd de grenzen concreet: een bericht over het niet kunnen authenticeren is iets anders dan een vraag over het configureren van een functie. Het teruggegeven label kiest tussen aangeleverde betekenissen; het maakt geen ontbrekende bestemming aan en voert geen wijziging in een ander systeem uit.
Een noul-vraag geeft een kans van 0 tot 1 terug dat de gedefinieerde ja/nee-voorwaarde geldt. Liquid demonstreert binaire controles voor inhoudsreview en relevantie van passages. Formuleer de voorwaarde nauwkeurig en kies hoe de resulterende kans wordt gebruikt: een waarschijnlijke overeenkomst markeren, een passage filteren of een onzeker geval doorsturen voor review. De drempel hoort bij de verwerkende taak, en een kans wordt niet behandeld als een gegarandeerd feitelijk oordeel.
Lever voor relevantiefiltering zowel de zoekvraag als de kandidaatpassage aan. Vraag of die passage helpt de zoekvraag te beantwoorden en bewaar de oorspronkelijke passage samen met de kans. Zo kun je bronmateriaal selecteren voor een later antwoord 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 rubric en gebruik een scorevraag.
Een scorevraag plaatst de toestand op een rubric met geordende, beschreven niveaus. Niveau-indices beginnen bij 0, en de score is hun kansgewogen positie, die tussen niveaus kan uitkomen. Het resultaat bevat ook de verdeling over de niveaus en de betrouwbaarheid. Definieer bij urgentie wat een probleem zonder directe impact, een merkbaar ongemak en een geblokkeerde taak van elkaar onderscheidt. Een rubric met vier niveaus heeft dus de indices 0 tot en met 3; de verwachte score is niet automatisch een categorie genummerd van 1 tot en met 4.
Gebruik de fractionele score voor ordening of aggregatie wanneer dat het beoogde resultaat is, en bewaar de volledige verdeling wanneer dubbelzinnigheid ertoe doet. Categorieën zoals afdelingen hebben geen natuurlijke volgorde en horen in een keuzevraag. Betrouwbaarheid vat in de gedocumenteerde interface samen hoe eenduidig het gerapporteerde antwoord is; die blijft gescheiden van de gewenste score van de taak en van een veronderstelde garantie dat de beslissing juist is.
Meerdere vragen kunnen dezelfde toestand evalueren in één aanroep bij de producent, waarbij elke vraag haar type en kansen behoudt. De tekstvoorbeelden van Liquid omvatten het filteren van supporttickets, het archiveren van documenten in een mappentaxonomie, het selecteren van paden bij het doorzoeken van code, het kiezen tussen beschikbare agentacties en het bepalen welk materiaal uit tooluitvoer bewaard blijft. Deze workflows hebben allemaal een afgebakende volgende beslissing. Een stap bij het doorzoeken van code kan op basis van de beschrijvingen een veelbelovende map selecteren; een stap voor inhoudsselectie kan voor aangeleverd materiaal kiezen tussen behouden, inkorten of weglaten (keep, trim, drop). De omringende applicatie haalt nog steeds de brondata op en voert de geselecteerde bewerking uit.
De gedocumenteerde primitieven zijn geschikt voor bekende uitkomsten, rubricbeoordelingen en voorwaardencontroles. Nieuwe lopende tekst, samenvattingen, code en een open gesprek vereisen een generatieworkflow en volgen niet uit het beslissingsresultaat van d1. Stel een vraag op rond waarneembaar bewijs en bewaar de definities van die vraag bij de uitvoer, zodat een label of score later kan worden geïnterpreteerd.
Houd elke toestand gericht op het bewijs dat de gedefinieerde vragen beantwoordt, en scheid niet-gerelateerde beslissingstaken zodat hun criteria duidelijk blijven. Houd het bronmateriaal relevant, definieer terugvalbetekenissen voor onvolledige dekking van categorieën en beoordeel kansdrempels met gelabelde voorbeelden uit de taak. Een bruikbaar artefact legt de geselecteerde categorie of verwachte score vast samen met de verdeling, de identiteit van de vraag en het oorspronkelijke bewijs.
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: vereist; noul: optioneel. De criteria voor choice zijn een object; score is een array met minItems1. | Standaard— |
Veldquestions.<id>.criteria.true | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: Object met noul-criteria opgegeven | Standaard— |
Veldquestions.<id>.criteria.false | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: Object met noul-criteria 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 native 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 |
| ConfiguratieNiveau 1 voor aanvraaglengte | 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 op een vraag-ID blijft behouden met het exacte type, de noul/choice/score-waarde, zekerheid, waarschijnlijkheden en legenda. De volledige oorspronkelijke JSON wordt opgeslagen en pas na afrekening geretourneerd.
Bewaar de oorspronkelijke operatie en het volledige of gedeeltelijke antwoord; herhaal POST niet.
| 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 vereist veld, ongeldige weergave of waarde | Volgende stapCorrigeer het aangegeven verzoekveld. |
Ailoot Ultra liquid/d1
Gebruik de hierboven getoonde methodepaden.