Kev-4B is een compact beslismodel om getypeerde vragen over een aangeleverde toestand te beantwoorden. De toestand is het document of record dat wordt beoordeeld en elke vraag definieert de opties die het model kan scoren. Het resultaat is een waarschijnlijkheidsverdeling en een getypeerd beslisrecord, wat het bruikbaar maakt voor documentclassificatie, routering, triage, extractiekeuzes en controles tegen opgegeven criteria.
Het model combineert een bevroren Qwen3.5-4B-Base-basisarchitectuur met een LoRA-adapter en een pointerhead. De basisarchitectuur heeft 32 lagen, bestaande uit 24 Gated-DeltaNet-lagen en acht full-attention-lagen. De adapter richt zich op attention-, MLP- en DeltaNet-projecties; de pointerhead scoort de aangeleverde opties en zet die scores om in waarschijnlijkheden. Dit is een beslisworkflow met uitsluitend prefill, waarbij de opties de antwoordruimte vormen.
Drie vraagtypen kunnen in dezelfde aanvraag voorkomen. Een choice-vraag accepteert 1–255 benoemde opties, optioneel met beschrijvingen, en retourneert de waarschijnlijkste optie, een afzonderlijke confidence-waarde en waarschijnlijkheden voor de opties. Een ja/nee-vraag, noul genoemd in het formaat van de maker, retourneert de waarschijnlijkheid van ja. Definieer de betekenis van ja in de vraag in plaats van aan te nemen dat een hoog getal altijd een positieve uitkomst voor de toepassing betekent.
Een geordende scorevraag accepteert 1–255 niveaus en retourneert waarschijnlijkheden voor de niveaus en hun verwachte index. Niveau-indices beginnen bij nul. Het resultaatformaat van de maker bevat ook de niveaulegenda en een afzonderlijke confidence-waarde. Een verwachte index kan decimalen bevatten: hij vat de verdeling over uw geordende niveaus samen in plaats van een nieuw tekstlabel te selecteren. Bewaar de niveauvolgorde en legenda bij het resultaat, zodat een beoordeling consistent kan worden geïnterpreteerd.
Vragen delen dezelfde toestand maar worden onafhankelijk beoordeeld. Eén vraag kan het antwoord van een andere niet lezen en de toestand wordt één keer berekend en hergebruikt. Als een latere beslissing afhangt van het resultaat van een eerdere beslissing, maak die afhankelijkheid dan expliciet in een volgende toestand in plaats van te verwachten dat de vragen in één aanvraag een keten vormen. Dat maakt de workflow met gedeelde toestand geschikt voor verschillende onafhankelijke controles op hetzelfde document.
Bereid de toestand voor met de onderbouwing die de vragen daadwerkelijk nodig hebben. De toestand kan gewone tekst zijn of een JSON-object of -array dat als gelabelde tekst wordt weergegeven. Houd veldnamen, eenheden, beleidsvoorwaarden en de relevante bronpassages duidelijk. Schrijf een specifieke instructie voor elke vraag en geef de opties betekenissen die op basis van het record kunnen worden onderscheiden. Voor een oorspronkelijke supportrouteringstaak kan de toestand het verzoek en de context bevatten, terwijl de keuzes categorieën voor levering, toegang en productsupport met korte beschrijvingen definiëren.
Een tweede vraag kan urgentie beoordelen en een geordende vraag kan inschatten hoeveel opvolging het verzoek nodig heeft. Die beantwoorden verschillende operationele vragen, dus definieer ze elk afzonderlijk. Voeg een passende optie voor beoordeling of ontbrekende onderbouwing toe wanneer de keuzetaak er een nodig heeft en behoud de volledige verdeling wanneer meerdere categorieën plausibel zijn. De toepassing beslist hoe een resultaat wordt gerouteerd of beoordeeld; het model levert het gescoorde record.
Kev-4B is bedoeld voor getypeerde beslissingen over documenten van enkele duizenden tokens. Het servingprofiel van de maker accepteert toestanden tot 65.536 tokens en reserveert extra ruimte voor elke vraag, terwijl de gevalideerde contextlengte voor dit checkpoint 8192 tokens bedraagt. Dat zijn verschillende grenzen: een langere toestand accepteren stelt geen even betrouwbare beslissingen bij elke lengte vast. Houd beslissende passages compact en behoud hun labels wanneer u een lang record voor classificatie voorbereidt.
Het uitgebrachte profiel is Engelstalig. De bruikbare taken hangen af van onderbouwing in de aangeleverde toestand en van de gedefinieerde opties, in plaats van open chat, samenvatten of breed antwoorden op basis van algemene kennis. Datumrekenkunde op dagniveau is een specifieke beperking: de maker levert een afzonderlijke voorbewerker voor datumfeiten die berekende intervallen aanlevert. Neem voor een deadlinecontrole de relevante datums en berekende dagintervallen in de toestand op, samen met de regel die ze gebruikt.
Het checkpoint wordt geleverd met aangepaste waarschijnlijkheidskalibratie, maar confidence kan veranderen met het documentdomein en het vraagontwerp. De maker documenteert ook finetuning van het open checkpoint op taakspecifieke labels en het aanpassen van de waarschijnlijkheidskalibratie aan die werklast; dat is een afzonderlijke aanpassingsworkflow naast het scoren van een aangeleverde toestand. Kies beslisdrempels met gelabelde voorbeelden van de daadwerkelijke werklast en houd onzekere gevallen zichtbaar voor beoordeling. De maker sluit volledig geautomatiseerde beslissingen met ingrijpende gevolgen voor mensen zonder menselijke beoordeling uit. De optievolgorde kan ook een antwoord beïnvloeden, dus behoud een stabiele volgorde wanneer u resultaten vergelijkt. Beoordeel het gekozen label, het afzonderlijke confidence-veld en de waarschijnlijkheidsverdeling volgens de rol die elk in uw workflow speelt.
De huidige Kev-4B-uitgave die de maker beschrijft behoort tot Kev 1.0 en gebruikt de Qwen3.5-basis. Eerdere op Qwen3 gebaseerde uitgaven en uitgaven die alleen de documentfase omvatten blijven afzonderlijke versies. Houd de gekozen editie en vraagdefinities gekoppeld aan de uitvoer wanneer u een taakspecifieke workflow ontwikkelt, in plaats van resultaten uit verschillende profielen te mengen.
Een bruikbaar uiteindelijk artefact is een benoemde verzameling beslisrecords met de oorspronkelijke vragen, optiedefinities, verdelingen en eventuele geordende niveaulegenda's. Voor een antwoordkwaliteitscontrole moet de toestand het voorgestelde antwoord, de onderbouwing en het geteste criterium bevatten. Voor beleidstriage moet hij de toepasselijke regel en relevante feiten bevatten. Bewaar die invoer naast het resultaat, zodat een beoordeling kan vaststellen waarom een beslissing passend was of welk ontbrekend feit moet worden aangeleverd.
", "aboutText": "Kev-4B is een compact beslismodel om getypeerde vragen over een aangeleverde toestand te beantwoorden. De toestand is het document of record dat wordt beoordeeld en elke vraag definieert de opties die het model kan scoren. Het resultaat is een waarschijnlijkheidsverdeling en een getypeerd beslisrecord, wat het bruikbaar maakt voor documentclassificatie, routering, triage, extractiekeuzes en controles tegen opgegeven criteria.\n\nHet model combineert een bevroren Qwen3.5-4B-Base-basisarchitectuur met een LoRA-adapter en een pointerhead. De basisarchitectuur heeft 32 lagen, bestaande uit 24 Gated-DeltaNet-lagen en acht full-attention-lagen. De adapter richt zich op attention-, MLP- en DeltaNet-projecties; de pointerhead scoort de aangeleverde opties en zet die scores om in waarschijnlijkheden. Dit is een beslisworkflow met uitsluitend prefill, waarbij de opties de antwoordruimte vormen.\n\nDrie vraagtypen kunnen in dezelfde aanvraag voorkomen. Een choice-vraag accepteert 1–255 benoemde opties, optioneel met beschrijvingen, en retourneert de waarschijnlijkste optie, een afzonderlijke confidence-waarde en waarschijnlijkheden voor de opties. Een ja/nee-vraag, noul genoemd in het formaat van de maker, retourneert de waarschijnlijkheid van ja. Definieer de betekenis van ja in de vraag in plaats van aan te nemen dat een hoog getal altijd een positieve uitkomst voor de toepassing betekent.\n\nEen geordende scorevraag accepteert 1–255 niveaus en retourneert waarschijnlijkheden voor de niveaus en hun verwachte index. Niveau-indices beginnen bij nul. Het resultaatformaat van de maker bevat ook de niveaulegenda en een afzonderlijke confidence-waarde. Een verwachte index kan decimalen bevatten: hij vat de verdeling over uw geordende niveaus samen in plaats van een nieuw tekstlabel te selecteren. Bewaar de niveauvolgorde en legenda bij het resultaat, zodat een beoordeling consistent kan worden geïnterpreteerd.\n\nVragen delen dezelfde toestand maar worden onafhankelijk beoordeeld. Eén vraag kan het antwoord van een andere niet lezen en de toestand wordt één keer berekend en hergebruikt. Als een latere beslissing afhangt van het resultaat van een eerdere beslissing, maak die afhankelijkheid dan expliciet in een volgende toestand in plaats van te verwachten dat de vragen in één aanvraag een keten vormen. Dat maakt de workflow met gedeelde toestand geschikt voor verschillende onafhankelijke controles op hetzelfde document.\n\nBereid de toestand voor met de onderbouwing die de vragen daadwerkelijk nodig hebben. De toestand kan gewone tekst zijn of een JSON-object of -array dat als gelabelde tekst wordt weergegeven. Houd veldnamen, eenheden, beleidsvoorwaarden en de relevante bronpassages duidelijk. Schrijf een specifieke instructie voor elke vraag en geef de opties betekenissen die op basis van het record kunnen worden onderscheiden. Voor een oorspronkelijke supportrouteringstaak kan de toestand het verzoek en de context bevatten, terwijl de keuzes categorieën voor levering, toegang en productsupport met korte beschrijvingen definiëren.\n\nEen tweede vraag kan urgentie beoordelen en een geordende vraag kan inschatten hoeveel opvolging het verzoek nodig heeft. Die beantwoorden verschillende operationele vragen, dus definieer ze elk afzonderlijk. Voeg een passende optie voor beoordeling of ontbrekende onderbouwing toe wanneer de keuzetaak er een nodig heeft en behoud de volledige verdeling wanneer meerdere categorieën plausibel zijn. De toepassing beslist hoe een resultaat wordt gerouteerd of beoordeeld; het model levert het gescoorde record.\n\nKev-4B is bedoeld voor getypeerde beslissingen over documenten van enkele duizenden tokens. Het servingprofiel van de maker accepteert toestanden tot 65.536 tokens en reserveert extra ruimte voor elke vraag, terwijl de gevalideerde contextlengte voor dit checkpoint 8192 tokens bedraagt. Dat zijn verschillende grenzen: een langere toestand accepteren stelt geen even betrouwbare beslissingen bij elke lengte vast. Houd beslissende passages compact en behoud hun labels wanneer u een lang record voor classificatie voorbereidt.\n\nHet uitgebrachte profiel is Engelstalig. De bruikbare taken hangen af van onderbouwing in de aangeleverde toestand en van de gedefinieerde opties, in plaats van open chat, samenvatten of breed antwoorden op basis van algemene kennis. Datumrekenkunde op dagniveau is een specifieke beperking: de maker levert een afzonderlijke voorbewerker voor datumfeiten die berekende intervallen aanlevert. Neem voor een deadlinecontrole de relevante datums en berekende dagintervallen in de toestand op, samen met de regel die ze gebruikt.\n\nHet checkpoint wordt geleverd met aangepaste waarschijnlijkheidskalibratie, maar confidence kan veranderen met het documentdomein en het vraagontwerp. De maker documenteert ook finetuning van het open checkpoint op taakspecifieke labels en het aanpassen van de waarschijnlijkheidskalibratie aan die werklast; dat is een afzonderlijke aanpassingsworkflow naast het scoren van een aangeleverde toestand. Kies beslisdrempels met gelabelde voorbeelden van de daadwerkelijke werklast en houd onzekere gevallen zichtbaar voor beoordeling. De maker sluit volledig geautomatiseerde beslissingen met ingrijpende gevolgen voor mensen zonder menselijke beoordeling uit. De optievolgorde kan ook een antwoord beïnvloeden, dus behoud een stabiele volgorde wanneer u resultaten vergelijkt. Beoordeel het gekozen label, het afzonderlijke confidence-veld en de waarschijnlijkheidsverdeling volgens de rol die elk in uw workflow speelt.\n\nDe huidige Kev-4B-uitgave die de maker beschrijft behoort tot Kev 1.0 en gebruikt de Qwen3.5-basis. Eerdere op Qwen3 gebaseerde uitgaven en uitgaven die alleen de documentfase omvatten blijven afzonderlijke versies. Houd de gekozen editie en vraagdefinities gekoppeld aan de uitvoer wanneer u een taakspecifieke workflow ontwikkelt, in plaats van resultaten uit verschillende profielen te mengen.\n\nEen bruikbaar uiteindelijk artefact is een benoemde verzameling beslisrecords met de oorspronkelijke vragen, optiedefinities, verdelingen en eventuele geordende niveaulegenda's. Voor een antwoordkwaliteitscontrole moet de toestand het voorgestelde antwoord, de onderbouwing en het geteste criterium bevatten. Voor beleidstriage moet hij de toepasselijke regel en relevante feiten bevatten. Bewaar die invoer naast het resultaat, zodat een beoordeling kan vaststellen waarom een beslissing passend was of welk ontbrekend feit moet worden aangeleverd.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "457115b9d6bdddee041b935a0d97bcf1323ae36c0cfc07cb17bd0b39cec0b5d0", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "jaredpalmer/kev-4bKev-4B beoordeelt getypeerde vragen over een aangeleverd Engels document en retourneert gekalibreerde waarschijnlijkheden voor de opties die u definieert. Gebruik ja/nee-, keuze- en geordende scorevragen voor classificatie, routering, triage en controles die een gestructureerde beslissing nodig hebben in plaats van gegenereerde tekst.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
Kev-4B is een compact beslismodel om getypeerde vragen over een aangeleverde toestand te beantwoorden. De toestand is het document of record dat wordt beoordeeld en elke vraag definieert de opties die het model kan scoren. Het resultaat is een waarschijnlijkheidsverdeling en een getypeerd beslisrecord, wat het bruikbaar maakt voor documentclassificatie, routering, triage, extractiekeuzes en controles tegen opgegeven criteria.
Het model combineert een bevroren Qwen3.5-4B-Base-basisarchitectuur met een LoRA-adapter en een pointerhead. De basisarchitectuur heeft 32 lagen, bestaande uit 24 Gated-DeltaNet-lagen en acht full-attention-lagen. De adapter richt zich op attention-, MLP- en DeltaNet-projecties; de pointerhead scoort de aangeleverde opties en zet die scores om in waarschijnlijkheden. Dit is een beslisworkflow met uitsluitend prefill, waarbij de opties de antwoordruimte vormen.
Drie vraagtypen kunnen in dezelfde aanvraag voorkomen. Een choice-vraag accepteert 1–255 benoemde opties, optioneel met beschrijvingen, en retourneert de waarschijnlijkste optie, een afzonderlijke confidence-waarde en waarschijnlijkheden voor de opties. Een ja/nee-vraag, noul genoemd in het formaat van de maker, retourneert de waarschijnlijkheid van ja. Definieer de betekenis van ja in de vraag in plaats van aan te nemen dat een hoog getal altijd een positieve uitkomst voor de toepassing betekent.
Een geordende scorevraag accepteert 1–255 niveaus en retourneert waarschijnlijkheden voor de niveaus en hun verwachte index. Niveau-indices beginnen bij nul. Het resultaatformaat van de maker bevat ook de niveaulegenda en een afzonderlijke confidence-waarde. Een verwachte index kan decimalen bevatten: hij vat de verdeling over uw geordende niveaus samen in plaats van een nieuw tekstlabel te selecteren. Bewaar de niveauvolgorde en legenda bij het resultaat, zodat een beoordeling consistent kan worden geïnterpreteerd.
Vragen delen dezelfde toestand maar worden onafhankelijk beoordeeld. Eén vraag kan het antwoord van een andere niet lezen en de toestand wordt één keer berekend en hergebruikt. Als een latere beslissing afhangt van het resultaat van een eerdere beslissing, maak die afhankelijkheid dan expliciet in een volgende toestand in plaats van te verwachten dat de vragen in één aanvraag een keten vormen. Dat maakt de workflow met gedeelde toestand geschikt voor verschillende onafhankelijke controles op hetzelfde document.
Bereid de toestand voor met de onderbouwing die de vragen daadwerkelijk nodig hebben. De toestand kan gewone tekst zijn of een JSON-object of -array dat als gelabelde tekst wordt weergegeven. Houd veldnamen, eenheden, beleidsvoorwaarden en de relevante bronpassages duidelijk. Schrijf een specifieke instructie voor elke vraag en geef de opties betekenissen die op basis van het record kunnen worden onderscheiden. Voor een oorspronkelijke supportrouteringstaak kan de toestand het verzoek en de context bevatten, terwijl de keuzes categorieën voor levering, toegang en productsupport met korte beschrijvingen definiëren.
Een tweede vraag kan urgentie beoordelen en een geordende vraag kan inschatten hoeveel opvolging het verzoek nodig heeft. Die beantwoorden verschillende operationele vragen, dus definieer ze elk afzonderlijk. Voeg een passende optie voor beoordeling of ontbrekende onderbouwing toe wanneer de keuzetaak er een nodig heeft en behoud de volledige verdeling wanneer meerdere categorieën plausibel zijn. De toepassing beslist hoe een resultaat wordt gerouteerd of beoordeeld; het model levert het gescoorde record.
Kev-4B is bedoeld voor getypeerde beslissingen over documenten van enkele duizenden tokens. Het servingprofiel van de maker accepteert toestanden tot 65.536 tokens en reserveert extra ruimte voor elke vraag, terwijl de gevalideerde contextlengte voor dit checkpoint 8192 tokens bedraagt. Dat zijn verschillende grenzen: een langere toestand accepteren stelt geen even betrouwbare beslissingen bij elke lengte vast. Houd beslissende passages compact en behoud hun labels wanneer u een lang record voor classificatie voorbereidt.
Het uitgebrachte profiel is Engelstalig. De bruikbare taken hangen af van onderbouwing in de aangeleverde toestand en van de gedefinieerde opties, in plaats van open chat, samenvatten of breed antwoorden op basis van algemene kennis. Datumrekenkunde op dagniveau is een specifieke beperking: de maker levert een afzonderlijke voorbewerker voor datumfeiten die berekende intervallen aanlevert. Neem voor een deadlinecontrole de relevante datums en berekende dagintervallen in de toestand op, samen met de regel die ze gebruikt.
Het checkpoint wordt geleverd met aangepaste waarschijnlijkheidskalibratie, maar confidence kan veranderen met het documentdomein en het vraagontwerp. De maker documenteert ook finetuning van het open checkpoint op taakspecifieke labels en het aanpassen van de waarschijnlijkheidskalibratie aan die werklast; dat is een afzonderlijke aanpassingsworkflow naast het scoren van een aangeleverde toestand. Kies beslisdrempels met gelabelde voorbeelden van de daadwerkelijke werklast en houd onzekere gevallen zichtbaar voor beoordeling. De maker sluit volledig geautomatiseerde beslissingen met ingrijpende gevolgen voor mensen zonder menselijke beoordeling uit. De optievolgorde kan ook een antwoord beïnvloeden, dus behoud een stabiele volgorde wanneer u resultaten vergelijkt. Beoordeel het gekozen label, het afzonderlijke confidence-veld en de waarschijnlijkheidsverdeling volgens de rol die elk in uw workflow speelt.
De huidige Kev-4B-uitgave die de maker beschrijft behoort tot Kev 1.0 en gebruikt de Qwen3.5-basis. Eerdere op Qwen3 gebaseerde uitgaven en uitgaven die alleen de documentfase omvatten blijven afzonderlijke versies. Houd de gekozen editie en vraagdefinities gekoppeld aan de uitvoer wanneer u een taakspecifieke workflow ontwikkelt, in plaats van resultaten uit verschillende profielen te mengen.
Een bruikbaar uiteindelijk artefact is een benoemde verzameling beslisrecords met de oorspronkelijke vragen, optiedefinities, verdelingen en eventuele geordende niveaulegenda's. Voor een antwoordkwaliteitscontrole moet de toestand het voorgestelde antwoord, de onderbouwing en het geteste criterium bevatten. Voor beleidstriage moet hij de toepasselijke regel en relevante feiten bevatten. Bewaar die invoer naast het resultaat, zodat een beoordeling kan vaststellen waarom een beslissing passend was of welk ontbrekend feit moet worden aangeleverd.
POST /v1/systemonetextdecisions| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten jaredpalmer/kev-4b | 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.000084 / 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.000084 / 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": "jaredpalmer/kev-4b",\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']='jaredpalmer/kev-4b'\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 jaredpalmer/kev-4b
Gebruik de hierboven getoonde methodepaden.