Nace.AI: Drex v1.5

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 voorbereiden

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.

Ja/nee-waarschijnlijkheid, keuze of score

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.

Gedeelde onderbouwing en het resultaat lezen

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.

Versie- en groottelimieten

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.