Drex 1.5 is het tekstbeslissingsmodel van Nace.AI. Het evalueert aangeleverde feiten aan de hand van gesloten vragen en geeft numerieke, getypeerde antwoorden terug in plaats van een open geschreven respons. Een verzoek combineert één toestand met benoemde vragen, en het resultaat duidt elk antwoord aan met dezelfde vraagnaam. Zo krijgt een workflow een concrete categorie, kans of rubricpositie om te verwerken, terwijl de actie op basis van dat resultaat aan de applicatie wordt overgelaten.
De toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-string, -object, -array, -getal, -boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijs aan, ook al doorstaat null de validatie van de producent. Een string past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn georganiseerd. Behoud de informatie die de beslissing beïnvloedt en laat niet-gerelateerde velden weg wanneer het materiaal lang is. Houd een stabiel invoerformaat aan bij het interpreteren van kansdrempels, omdat een andere weergave het antwoord kan veranderen.
Drex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en pdf-inhoud in de toestand of in de vragen, inclusief gecodeerde media en mediacontentobjecten. Bereid een bijschrift, herkende documenttekst of een transcript voor voordat je dat materiaal als bewijs gebruikt. Een tekstadres is geen opgehaald document en geen opgehaalde afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het werkelijke bericht met de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.
Een noul-vraag vraagt of een voorwaarde geldt en geeft een getal van 0 tot 1 terug dat de geschatte kans op ja weergeeft. Definieer de vraag via niet-lege instructies of ten minste één niet-leeg waar/onwaar-criterium. Vraag bijvoorbeeld of een bericht een kapotte functie meldt en bepaal of traag gedrag als kapot telt. Drex hanteert geen ingebouwde grens voor ja/nee; de verwerkende workflow kiest hoe de kans wordt geïnterpreteerd.
Een keuzevraag selecteert één aangeleverd label uit een ongeordende set en geeft voor elk label een kans terug. De criteria vormen een object waarvan de sleutels de teruggegeven labels zijn, met als beschrijving telkens een string of null. Gebruik korte, stabiele sleutels en beschrijf de grenzen tussen categorieën duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een categorie other voor berichten die nergens passen. Het gekozen label is bruikbaar voor routering; de verdeling helpt gevallen te herkennen waarin twee opties moeilijk van elkaar te onderscheiden blijven.
Een scorevraag gebruikt een geordende array met niveaulabels. De indices beginnen bij 0, en de teruggegeven score is de som van elke niveau-index vermenigvuldigd met de bijbehorende kans. De score kan daardoor tussen benoemde niveaus uitkomen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar onderscheidt. Het resultaat bevat naast de verwachte score ook de niveaulegenda en de kansen. Bewaar de fractionele score voor gemiddelden of trends; het kiezen van het meest waarschijnlijke 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 te begrijpen is zonder een genummerde vraag op te zoeken. Splits onafhankelijke aandachtspunten op in afzonderlijke vragen, in plaats van meerdere eisen samen te voegen in één onduidelijk criterium. Eén bericht kan een categoriekeuze, een ernstscore en een controle op een voorwaarde ondersteunen, die elk hun eigen betekenis behouden.
Antwoorden op keuze- en scorevragen bevatten de betrouwbaarheid los van de kansverdelingen. De producent maakt uitdrukkelijk onderscheid tussen betrouwbaarheid en de hoogste optiekans; bereken het een niet uit het ander. Bewaar bij een ja/nee-beslissing de ruwe kans samen met de gekozen uitkomst. Bekijk bij een onzekere keuze de concurrerende kansen, in plaats van alleen het winnende label te behandelen als bewijs van zekerheid. Definieer reviewdrempels rond de gevolgen van een onterecht positief of negatief resultaat en gebruik representatieve gelabelde gevallen om ze te beoordelen.
Drex 1.5 documenteert een ruimte van 131.072 tokens voor de toestand en een ruimte van 139.264 tokens per rij. De rijruimte betreft de toestand plus de langste afzonderlijke vraag, inclusief de instructies en opties daarvan; het is niet de som van alle vragen in het verzoek. De geserialiseerde toestand en vragen moeten samen ook binnen 1.048.576 UTF-8-bytes passen. Een verzoek kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel de toestand als de rij, dus die limieten worden niet naar 1.5 overgenomen.
Nace documenteert drex-v1.5 als een geversioneerde identifier van de producent, terwijl drex-latest een meebewegende alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een misvormde vraag, een ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer vereist, geen andere categorie en geen gegokt antwoord. Stel de criteria op rond waarneembaar bewijs en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie bij elkaar. Zo is de beslissing bruikbaar voor routering, prioritering of review, zonder een kans te verwarren met een gegarandeerd oordeel.
", "aboutText": "Drex 1.5 is het tekstbeslissingsmodel van Nace.AI. Het evalueert aangeleverde feiten aan de hand van gesloten vragen en geeft numerieke, getypeerde antwoorden terug in plaats van een open geschreven respons. Een verzoek combineert één toestand met benoemde vragen, en het resultaat duidt elk antwoord aan met dezelfde vraagnaam. Zo krijgt een workflow een concrete categorie, kans of rubricpositie om te verwerken, terwijl de actie op basis van dat resultaat aan de applicatie wordt overgelaten.\n\n### De toestand voorbereiden\n\nDe toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-string, -object, -array, -getal, -boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijs aan, ook al doorstaat null de validatie van de producent. Een string past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn georganiseerd. Behoud de informatie die de beslissing beïnvloedt en laat niet-gerelateerde velden weg wanneer het materiaal lang is. Houd een stabiel invoerformaat aan bij het interpreteren van kansdrempels, omdat een andere weergave het antwoord kan veranderen.\n\nDrex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en pdf-inhoud in de toestand of in de vragen, inclusief gecodeerde media en mediacontentobjecten. Bereid een bijschrift, herkende documenttekst of een transcript voor voordat je dat materiaal als bewijs gebruikt. Een tekstadres is geen opgehaald document en geen opgehaalde afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het werkelijke bericht met de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.\n\n### Ja/nee-kans, keuze of score\n\nEen noul-vraag vraagt of een voorwaarde geldt en geeft een getal van 0 tot 1 terug dat de geschatte kans op ja weergeeft. Definieer de vraag via niet-lege instructies of ten minste één niet-leeg waar/onwaar-criterium. Vraag bijvoorbeeld of een bericht een kapotte functie meldt en bepaal of traag gedrag als kapot telt. Drex hanteert geen ingebouwde grens voor ja/nee; de verwerkende workflow kiest hoe de kans wordt geïnterpreteerd.\n\nEen keuzevraag selecteert één aangeleverd label uit een ongeordende set en geeft voor elk label een kans terug. De criteria vormen een object waarvan de sleutels de teruggegeven labels zijn, met als beschrijving telkens een string of null. Gebruik korte, stabiele sleutels en beschrijf de grenzen tussen categorieën duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een categorie other voor berichten die nergens passen. Het gekozen label is bruikbaar voor routering; de verdeling helpt gevallen te herkennen waarin twee opties moeilijk van elkaar te onderscheiden blijven.\n\nEen scorevraag gebruikt een geordende array met niveaulabels. De indices beginnen bij 0, en de teruggegeven score is de som van elke niveau-index vermenigvuldigd met de bijbehorende kans. De score kan daardoor tussen benoemde niveaus uitkomen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar onderscheidt. Het resultaat bevat naast de verwachte score ook de niveaulegenda en de kansen. Bewaar de fractionele score voor gemiddelden of trends; het kiezen van het meest waarschijnlijke niveau en het afronden van de verwachte score beantwoorden verschillende vragen.\n\n### Gedeeld bewijs en het lezen van het resultaat\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 te begrijpen is zonder een genummerde vraag op te zoeken. Splits onafhankelijke aandachtspunten op in afzonderlijke vragen, in plaats van meerdere eisen samen te voegen in één onduidelijk criterium. Eén bericht kan een categoriekeuze, een ernstscore en een controle op een voorwaarde ondersteunen, die elk hun eigen betekenis behouden.\n\nAntwoorden op keuze- en scorevragen bevatten de betrouwbaarheid los van de kansverdelingen. De producent maakt uitdrukkelijk onderscheid tussen betrouwbaarheid en de hoogste optiekans; bereken het een niet uit het ander. Bewaar bij een ja/nee-beslissing de ruwe kans samen met de gekozen uitkomst. Bekijk bij een onzekere keuze de concurrerende kansen, in plaats van alleen het winnende label te behandelen als bewijs van zekerheid. Definieer reviewdrempels rond de gevolgen van een onterecht positief of negatief resultaat en gebruik representatieve gelabelde gevallen om ze te beoordelen.\n\n### Versie- en groottelimieten\n\nDrex 1.5 documenteert een ruimte van 131.072 tokens voor de toestand en een ruimte van 139.264 tokens per rij. De rijruimte betreft de toestand plus de langste afzonderlijke vraag, inclusief de instructies en opties daarvan; het is niet de som van alle vragen in het verzoek. De geserialiseerde toestand en vragen moeten samen ook binnen 1.048.576 UTF-8-bytes passen. Een verzoek kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel de toestand als de rij, dus die limieten worden niet naar 1.5 overgenomen.\n\nNace documenteert drex-v1.5 als een geversioneerde identifier van de producent, terwijl drex-latest een meebewegende alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een misvormde vraag, een ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer vereist, geen andere categorie en geen gegokt antwoord. Stel de criteria op rond waarneembaar bewijs en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie bij elkaar. Zo is de beslissing bruikbaar voor routering, prioritering of review, zonder een kans te verwarren met een gegarandeerd oordeel.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "517aa1a166fe59eb37ab07da283013a7285f685099d7c5bbed8ec351bbaeb0e5", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl", "methods": [ { "html": "nace-ai/drex-v1.5Drex 1.5 evalueert aangeleverde tekst of JSON aan de hand van getypeerde vragen en geeft kansen, een gekozen label of een fractionele rubricscore terug. Nace.AI documenteert beslissingen op basis van uitsluitend tekst voor classificatie, routering en prioritering, met versiespecifieke limieten voor de toestand en het verzoek.
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 tekstbeslissingsmodel van Nace.AI. Het evalueert aangeleverde feiten aan de hand van gesloten vragen en geeft numerieke, getypeerde antwoorden terug in plaats van een open geschreven respons. Een verzoek combineert één toestand met benoemde vragen, en het resultaat duidt elk antwoord aan met dezelfde vraagnaam. Zo krijgt een workflow een concrete categorie, kans of rubricpositie om te verwerken, terwijl de actie op basis van dat resultaat aan de applicatie wordt overgelaten.
De toestand is de informatie waarop elke vraag betrekking heeft. Drex accepteert een JSON-string, -object, -array, -getal, -boolean of null, waarbij het veld state verplicht is. Lever betekenisvol bewijs aan, ook al doorstaat null de validatie van de producent. Een string past bij een bericht, document of transcript; een object past bij feiten die al in velden zijn georganiseerd. Behoud de informatie die de beslissing beïnvloedt en laat niet-gerelateerde velden weg wanneer het materiaal lang is. Houd een stabiel invoerformaat aan bij het interpreteren van kansdrempels, omdat een andere weergave het antwoord kan veranderen.
Drex 1.5 leest alleen tekst. De gedocumenteerde interface weigert afbeeldingen, audio, video en pdf-inhoud in de toestand of in de vragen, inclusief gecodeerde media en mediacontentobjecten. Bereid een bijschrift, herkende documenttekst of een transcript voor voordat je dat materiaal als bewijs gebruikt. Een tekstadres is geen opgehaald document en geen opgehaalde afbeelding: het model kan het niet openen. Bij een supportverzoek is de bruikbare toestand het werkelijke bericht met de relevante context, geen verwijzing naar materiaal dat het model niet heeft ontvangen.
Een noul-vraag vraagt of een voorwaarde geldt en geeft een getal van 0 tot 1 terug dat de geschatte kans op ja weergeeft. Definieer de vraag via niet-lege instructies of ten minste één niet-leeg waar/onwaar-criterium. Vraag bijvoorbeeld of een bericht een kapotte functie meldt en bepaal of traag gedrag als kapot telt. Drex hanteert geen ingebouwde grens voor ja/nee; de verwerkende workflow kiest hoe de kans wordt geïnterpreteerd.
Een keuzevraag selecteert één aangeleverd label uit een ongeordende set en geeft voor elk label een kans terug. De criteria vormen een object waarvan de sleutels de teruggegeven labels zijn, met als beschrijving telkens een string of null. Gebruik korte, stabiele sleutels en beschrijf de grenzen tussen categorieën duidelijk. Een illustratieve routeringstaak kan onderscheid maken tussen een toegangsprobleem, een productdefect en een algemene vraag, met een categorie other voor berichten die nergens passen. Het gekozen label is bruikbaar voor routering; de verdeling helpt gevallen te herkennen waarin twee opties moeilijk van elkaar te onderscheiden blijven.
Een scorevraag gebruikt een geordende array met niveaulabels. De indices beginnen bij 0, en de teruggegeven score is de som van elke niveau-index vermenigvuldigd met de bijbehorende kans. De score kan daardoor tussen benoemde niveaus uitkomen. Definieer bij een ernstschaal wat een cosmetisch probleem, een probleem met een workaround en een volledig geblokkeerde taak van elkaar onderscheidt. Het resultaat bevat naast de verwachte score ook de niveaulegenda en de kansen. Bewaar de fractionele score voor gemiddelden of trends; het kiezen van het meest waarschijnlijke 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 te begrijpen is zonder een genummerde vraag op te zoeken. Splits onafhankelijke aandachtspunten op in afzonderlijke vragen, in plaats van meerdere eisen samen te voegen in één onduidelijk criterium. Eén bericht kan een categoriekeuze, een ernstscore en een controle op een voorwaarde ondersteunen, die elk hun eigen betekenis behouden.
Antwoorden op keuze- en scorevragen bevatten de betrouwbaarheid los van de kansverdelingen. De producent maakt uitdrukkelijk onderscheid tussen betrouwbaarheid en de hoogste optiekans; bereken het een niet uit het ander. Bewaar bij een ja/nee-beslissing de ruwe kans samen met de gekozen uitkomst. Bekijk bij een onzekere keuze de concurrerende kansen, in plaats van alleen het winnende label te behandelen als bewijs van zekerheid. Definieer reviewdrempels rond de gevolgen van een onterecht positief of negatief resultaat en gebruik representatieve gelabelde gevallen om ze te beoordelen.
Drex 1.5 documenteert een ruimte van 131.072 tokens voor de toestand en een ruimte van 139.264 tokens per rij. De rijruimte betreft de toestand plus de langste afzonderlijke vraag, inclusief de instructies en opties daarvan; het is niet de som van alle vragen in het verzoek. De geserialiseerde toestand en vragen moeten samen ook binnen 1.048.576 UTF-8-bytes passen. Een verzoek kan aan de bytelimiet voldoen en toch een tokenlimiet overschrijden. De oudere editie 1.0 vermeldt afzonderlijk 32.768 tokens voor zowel de toestand als de rij, dus die limieten worden niet naar 1.5 overgenomen.
Nace documenteert drex-v1.5 als een geversioneerde identifier van de producent, terwijl drex-latest een meebewegende alias is. Houd de beoogde editie expliciet wanneer een workflow van de limieten ervan afhangt. Een misvormde vraag, een ontbrekende toestand of te grote invoer is een validatieprobleem dat gecorrigeerde invoer vereist, geen andere categorie en geen gegokt antwoord. Stel de criteria op rond waarneembaar bewijs en bewaar het getypeerde resultaat, de oorspronkelijke feiten en de vraagdefinitie bij elkaar. Zo is de beslissing bruikbaar voor routering, prioritering of review, zonder een kans te verwarren met een gegarandeerd oordeel.
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: 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 — / 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 — / 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 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 nace-ai/drex-v1.5
Gebruik de hierboven getoonde methodepaden.