Drex 1.5 is het tekstbeslismodel van Nace.AI. Het beoordeelt aangeleverde feiten aan de hand van gesloten vragen en retourneert numerieke, getypeerde antwoorden in plaats van een open geschreven antwoord. Een aanvraag combineert één toestand met benoemde vragen en het resultaat identificeert elk antwoord met dezelfde vraagnaam. Dat geeft een workflow een concrete categorie, waarschijnlijkheid of rubriekpositie om te verwerken, terwijl de actie op dat resultaat aan de toepassing wordt overgelaten.
De toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-tekenreeks, object, array, getal, boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijsmateriaal aan, ook al doorstaat null de validatie van de producent. Een tekenreeks past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn geordend. Behoud de informatie die de beslissing beïnvloedt en laat niet-relevante velden weg wanneer het materiaal lang is. Houd het invoerformaat stabiel bij het interpreteren van waarschijnlijkheidsdrempels, omdat een wijziging van de representatie het antwoord kan veranderen.
Drex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en PDF-inhoud in zowel de toestand als de vragen, inclusief gecodeerde media en media-inhoudobjecten. Bereid een afbeeldingsbeschrijving, herkende documenttekst of een transcript voor voordat u dat materiaal als onderbouwing gebruikt. Een tekstadres is geen opgehaald document of afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het daadwerkelijke bericht en de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.
Een noul-vraag vraagt of een voorwaarde geldt en retourneert een getal van 0 tot 1 dat de geschatte waarschijnlijkheid van ja vertegenwoordigt. Definieer de vraag via niet-lege instructies of minstens één niet-leeg true/false-criterium. Vraag bijvoorbeeld of een bericht een defecte functie meldt en definieer of traag gedrag als defect telt. Drex legt geen ingebouwde ja/nee-beslisdrempel op; de verwerkende workflow kiest hoe de waarschijnlijkheid wordt geïnterpreteerd.
Een choice-vraag selecteert één aangeleverd label uit een ongeordende verzameling en retourneert voor elk label een waarschijnlijkheid. De criteria vormen een object waarvan de sleutels de geretourneerde labels zijn, met elke beschrijving als tekenreeks of null. Gebruik korte, stabiele sleutels en beschrijf categoriegrenzen duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een overige categorie voor berichten die niet passen. Het geselecteerde label is bruikbaar voor routering; de verdeling helpt gevallen te identificeren waarin twee opties moeilijk van elkaar te scheiden blijven.
Een score-vraag gebruikt een geordende array van niveaulabels. Indices beginnen bij 0 en de geretourneerde score is de som van elke niveau-index vermenigvuldigd met de bijbehorende waarschijnlijkheid. Hij kan dus tussen benoemde niveaus vallen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar scheidt. Het resultaat bevat de niveaulegenda en waarschijnlijkheden, evenals de verwachte score. Bewaar de score met decimalen voor gemiddelden of trends; het selecteren van het waarschijnlijkste niveau en het afronden van de verwachte score beantwoorden verschillende vragen.
De producent staat één tot 512 vragen over dezelfde toestand toe. Geef elke vraag een niet-lege, betekenisvolle identifier zoals category of severity, zodat het bijbehorende antwoord kan worden begrepen zonder een genummerde vraag op te zoeken. Scheid onafhankelijke aandachtspunten in eigen vragen in plaats van meerdere vereisten in één onduidelijk criterium te combineren. Eén bericht kan een categoriekeuze, een ernstscore en een voorwaardecontrole ondersteunen, waarbij elk een eigen betekenis behoudt.
Choice- en score-antwoorden bevatten confidence afzonderlijk van hun waarschijnlijkheidsverdelingen. De producent onderscheidt confidence expliciet van de hoogste optiewaarschijnlijkheid; bereken het ene niet uit het andere. Bewaar bij een ja/nee-beslissing de ruwe waarschijnlijkheid met de gekozen uitkomst. Onderzoek bij een onzekere keuze de concurrerende waarschijnlijkheden in plaats van het winnende label alleen als bewijs van zekerheid te behandelen. Definieer beoordelingsdrempels rond de gevolgen van een onjuist positief of negatief resultaat en gebruik representatieve gelabelde gevallen om die te beoordelen.
Drex 1.5 documenteert een toestandsbudget van 131.072 tokens en een rijbudget van 139.264 tokens. Het rijbudget betreft de toestand plus de langste afzonderlijke vraag, inclusief instructies en opties; het is niet de som van elke vraag in de aanvraag. De geserialiseerde toestand en alle vragen samen moeten ook binnen 1.048.576 UTF-8-bytes passen. Een aanvraag kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel toestand als rij, dus die limieten mogen niet naar 1.5 worden overgenomen.
Nace documenteert drex-v1.5 als een geversioneerde producentidentifier, terwijl drex-latest een veranderlijke alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een onjuist gevormde vraag, ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer nodig heeft in plaats van een gewijzigde categorie of een geraden antwoord. Bereid de criteria rond waarneembaar bewijsmateriaal voor en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie samen. Dat maakt de beslissing bruikbaar voor routering, prioritering of beoordeling zonder een waarschijnlijkheid met een gegarandeerd oordeel te verwarren.
", "aboutText": "Drex 1.5 is het tekstbeslismodel van Nace.AI. Het beoordeelt aangeleverde feiten aan de hand van gesloten vragen en retourneert numerieke, getypeerde antwoorden in plaats van een open geschreven antwoord. Een aanvraag combineert één toestand met benoemde vragen en het resultaat identificeert elk antwoord met dezelfde vraagnaam. Dat geeft een workflow een concrete categorie, waarschijnlijkheid of rubriekpositie om te verwerken, terwijl de actie op dat resultaat aan de toepassing wordt overgelaten.\n\n### De toestand voorbereiden\n\nDe toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-tekenreeks, object, array, getal, boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijsmateriaal aan, ook al doorstaat null de validatie van de producent. Een tekenreeks past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn geordend. Behoud de informatie die de beslissing beïnvloedt en laat niet-relevante velden weg wanneer het materiaal lang is. Houd het invoerformaat stabiel bij het interpreteren van waarschijnlijkheidsdrempels, omdat een wijziging van de representatie het antwoord kan veranderen.\n\nDrex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en PDF-inhoud in zowel de toestand als de vragen, inclusief gecodeerde media en media-inhoudobjecten. Bereid een afbeeldingsbeschrijving, herkende documenttekst of een transcript voor voordat u dat materiaal als onderbouwing gebruikt. Een tekstadres is geen opgehaald document of afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het daadwerkelijke bericht en de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.\n\n### Ja/nee-waarschijnlijkheid, keuze of score\n\nEen noul-vraag vraagt of een voorwaarde geldt en retourneert een getal van 0 tot 1 dat de geschatte waarschijnlijkheid van ja vertegenwoordigt. Definieer de vraag via niet-lege instructies of minstens één niet-leeg true/false-criterium. Vraag bijvoorbeeld of een bericht een defecte functie meldt en definieer of traag gedrag als defect telt. Drex legt geen ingebouwde ja/nee-beslisdrempel op; de verwerkende workflow kiest hoe de waarschijnlijkheid wordt geïnterpreteerd.\n\nEen choice-vraag selecteert één aangeleverd label uit een ongeordende verzameling en retourneert voor elk label een waarschijnlijkheid. De criteria vormen een object waarvan de sleutels de geretourneerde labels zijn, met elke beschrijving als tekenreeks of null. Gebruik korte, stabiele sleutels en beschrijf categoriegrenzen duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een overige categorie voor berichten die niet passen. Het geselecteerde label is bruikbaar voor routering; de verdeling helpt gevallen te identificeren waarin twee opties moeilijk van elkaar te scheiden blijven.\n\nEen score-vraag gebruikt een geordende array van niveaulabels. Indices beginnen bij 0 en de geretourneerde score is de som van elke niveau-index vermenigvuldigd met de bijbehorende waarschijnlijkheid. Hij kan dus tussen benoemde niveaus vallen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar scheidt. Het resultaat bevat de niveaulegenda en waarschijnlijkheden, evenals de verwachte score. Bewaar de score met decimalen voor gemiddelden of trends; het selecteren van het waarschijnlijkste niveau en het afronden van de verwachte score beantwoorden verschillende vragen.\n\n### Gedeelde onderbouwing en het resultaat lezen\n\nDe producent staat één tot 512 vragen over dezelfde toestand toe. Geef elke vraag een niet-lege, betekenisvolle identifier zoals category of severity, zodat het bijbehorende antwoord kan worden begrepen zonder een genummerde vraag op te zoeken. Scheid onafhankelijke aandachtspunten in eigen vragen in plaats van meerdere vereisten in één onduidelijk criterium te combineren. Eén bericht kan een categoriekeuze, een ernstscore en een voorwaardecontrole ondersteunen, waarbij elk een eigen betekenis behoudt.\n\nChoice- en score-antwoorden bevatten confidence afzonderlijk van hun waarschijnlijkheidsverdelingen. De producent onderscheidt confidence expliciet van de hoogste optiewaarschijnlijkheid; bereken het ene niet uit het andere. Bewaar bij een ja/nee-beslissing de ruwe waarschijnlijkheid met de gekozen uitkomst. Onderzoek bij een onzekere keuze de concurrerende waarschijnlijkheden in plaats van het winnende label alleen als bewijs van zekerheid te behandelen. Definieer beoordelingsdrempels rond de gevolgen van een onjuist positief of negatief resultaat en gebruik representatieve gelabelde gevallen om die te beoordelen.\n\n### Versie- en groottelimieten\n\nDrex 1.5 documenteert een toestandsbudget van 131.072 tokens en een rijbudget van 139.264 tokens. Het rijbudget betreft de toestand plus de langste afzonderlijke vraag, inclusief instructies en opties; het is niet de som van elke vraag in de aanvraag. De geserialiseerde toestand en alle vragen samen moeten ook binnen 1.048.576 UTF-8-bytes passen. Een aanvraag kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel toestand als rij, dus die limieten mogen niet naar 1.5 worden overgenomen.\n\nNace documenteert drex-v1.5 als een geversioneerde producentidentifier, terwijl drex-latest een veranderlijke alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een onjuist gevormde vraag, ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer nodig heeft in plaats van een gewijzigde categorie of een geraden antwoord. Bereid de criteria rond waarneembaar bewijsmateriaal voor en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie samen. Dat maakt de beslissing bruikbaar voor routering, prioritering of beoordeling zonder een waarschijnlijkheid met een gegarandeerd oordeel te verwarren.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "5cec31063fbf27a821ad170ccb09dbe6c41a875a32274f37e07ad45d6fd77d19", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "nace-ai/drex-v1.5Drex 1.5 beoordeelt aangeleverde tekst of JSON aan de hand van getypeerde vragen en retourneert waarschijnlijkheden, een gekozen label of een rubriekscore met decimalen. Nace.AI documenteert uitsluitend tekstuele beslissingen voor classificatie, routering en prioritering, met versiespecifieke limieten voor toestand en aanvraag.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
Drex 1.5 is het tekstbeslismodel van Nace.AI. Het beoordeelt aangeleverde feiten aan de hand van gesloten vragen en retourneert numerieke, getypeerde antwoorden in plaats van een open geschreven antwoord. Een aanvraag combineert één toestand met benoemde vragen en het resultaat identificeert elk antwoord met dezelfde vraagnaam. Dat geeft een workflow een concrete categorie, waarschijnlijkheid of rubriekpositie om te verwerken, terwijl de actie op dat resultaat aan de toepassing wordt overgelaten.
De toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-tekenreeks, object, array, getal, boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijsmateriaal aan, ook al doorstaat null de validatie van de producent. Een tekenreeks past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn geordend. Behoud de informatie die de beslissing beïnvloedt en laat niet-relevante velden weg wanneer het materiaal lang is. Houd het invoerformaat stabiel bij het interpreteren van waarschijnlijkheidsdrempels, omdat een wijziging van de representatie het antwoord kan veranderen.
Drex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en PDF-inhoud in zowel de toestand als de vragen, inclusief gecodeerde media en media-inhoudobjecten. Bereid een afbeeldingsbeschrijving, herkende documenttekst of een transcript voor voordat u dat materiaal als onderbouwing gebruikt. Een tekstadres is geen opgehaald document of afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het daadwerkelijke bericht en de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.
Een noul-vraag vraagt of een voorwaarde geldt en retourneert een getal van 0 tot 1 dat de geschatte waarschijnlijkheid van ja vertegenwoordigt. Definieer de vraag via niet-lege instructies of minstens één niet-leeg true/false-criterium. Vraag bijvoorbeeld of een bericht een defecte functie meldt en definieer of traag gedrag als defect telt. Drex legt geen ingebouwde ja/nee-beslisdrempel op; de verwerkende workflow kiest hoe de waarschijnlijkheid wordt geïnterpreteerd.
Een choice-vraag selecteert één aangeleverd label uit een ongeordende verzameling en retourneert voor elk label een waarschijnlijkheid. De criteria vormen een object waarvan de sleutels de geretourneerde labels zijn, met elke beschrijving als tekenreeks of null. Gebruik korte, stabiele sleutels en beschrijf categoriegrenzen duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een overige categorie voor berichten die niet passen. Het geselecteerde label is bruikbaar voor routering; de verdeling helpt gevallen te identificeren waarin twee opties moeilijk van elkaar te scheiden blijven.
Een score-vraag gebruikt een geordende array van niveaulabels. Indices beginnen bij 0 en de geretourneerde score is de som van elke niveau-index vermenigvuldigd met de bijbehorende waarschijnlijkheid. Hij kan dus tussen benoemde niveaus vallen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar scheidt. Het resultaat bevat de niveaulegenda en waarschijnlijkheden, evenals de verwachte score. Bewaar de score met decimalen voor gemiddelden of trends; het selecteren van het waarschijnlijkste niveau en het afronden van de verwachte score beantwoorden verschillende vragen.
De producent staat één tot 512 vragen over dezelfde toestand toe. Geef elke vraag een niet-lege, betekenisvolle identifier zoals category of severity, zodat het bijbehorende antwoord kan worden begrepen zonder een genummerde vraag op te zoeken. Scheid onafhankelijke aandachtspunten in eigen vragen in plaats van meerdere vereisten in één onduidelijk criterium te combineren. Eén bericht kan een categoriekeuze, een ernstscore en een voorwaardecontrole ondersteunen, waarbij elk een eigen betekenis behoudt.
Choice- en score-antwoorden bevatten confidence afzonderlijk van hun waarschijnlijkheidsverdelingen. De producent onderscheidt confidence expliciet van de hoogste optiewaarschijnlijkheid; bereken het ene niet uit het andere. Bewaar bij een ja/nee-beslissing de ruwe waarschijnlijkheid met de gekozen uitkomst. Onderzoek bij een onzekere keuze de concurrerende waarschijnlijkheden in plaats van het winnende label alleen als bewijs van zekerheid te behandelen. Definieer beoordelingsdrempels rond de gevolgen van een onjuist positief of negatief resultaat en gebruik representatieve gelabelde gevallen om die te beoordelen.
Drex 1.5 documenteert een toestandsbudget van 131.072 tokens en een rijbudget van 139.264 tokens. Het rijbudget betreft de toestand plus de langste afzonderlijke vraag, inclusief instructies en opties; het is niet de som van elke vraag in de aanvraag. De geserialiseerde toestand en alle vragen samen moeten ook binnen 1.048.576 UTF-8-bytes passen. Een aanvraag kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel toestand als rij, dus die limieten mogen niet naar 1.5 worden overgenomen.
Nace documenteert drex-v1.5 als een geversioneerde producentidentifier, terwijl drex-latest een veranderlijke alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een onjuist gevormde vraag, ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer nodig heeft in plaats van een gewijzigde categorie of een geraden antwoord. Bereid de criteria rond waarneembaar bewijsmateriaal voor en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie samen. Dat maakt de beslissing bruikbaar voor routering, prioritering of beoordeling zonder een waarschijnlijkheid met een gegarandeerd oordeel te verwarren.
POST /v1/systemonetextdecisions| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten nace-ai/drex-v1.5 | 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 — / 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 — / 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": "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
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 nace-ai/drex-v1.5
Gebruik de hierboven getoonde methodepaden.