Nace.AI: Drex v1.5

Drex 1.5 är Nace.AI:s modell för textbeslut. Den utvärderar angivna fakta mot slutna frågor och returnerar numeriska, typade svar i stället för ett öppet skrivet svar. En begäran kombinerar ett tillstånd med namngivna frågor, och resultatet identifierar varje svar med samma frågenamn. Det ger ett arbetsflöde en konkret kategori, sannolikhet eller position på en bedömningsmatris att använda, medan åtgärden som vidtas utifrån resultatet lämnas åt applikationen.

Förbereda tillståndet

Tillståndet är den information som alla frågor gäller. Drex accepterar en JSON-sträng, ett objekt, en array, ett tal, ett booleskt värde eller null, och fältet state är obligatoriskt. Ange meningsfullt underlag även om null passerar producentens validering. En sträng passar för ett meddelande, ett dokument eller en transkription; ett objekt passar för fakta som redan är ordnade i fält. Behåll den information som påverkar beslutet och utelämna orelaterade fält när materialet är långt. Behåll ett stabilt indataformat när du tolkar sannolikhetströsklar, eftersom en ändrad representation kan ändra svaret.

Drex 1.5 läser endast text. Det dokumenterade gränssnittet avvisar bild-, ljud-, video- och PDF-innehåll i både tillståndet och frågorna, inklusive kodade media och medieinnehållsobjekt. Förbered en bildtext, igenkänd dokumenttext eller en transkription innan materialet används som underlag. En textadress är inte ett hämtat dokument eller en hämtad bild: modellen kan inte öppna den. För en supportförfrågan är det användbara tillståndet det faktiska meddelandet och relevant kontext, inte en hänvisning till material som modellen inte har tagit emot.

Ja/nej-sannolikhet, val eller poäng

En noul-fråga frågar om ett villkor är uppfyllt och returnerar ett tal från 0 till 1 som representerar den uppskattade sannolikheten för ja. Definiera frågan genom instruktioner som inte är tomma eller minst ett icke-tomt sant/falskt-kriterium. Fråga till exempel om ett meddelande rapporterar en trasig funktion och definiera om långsamt beteende räknas som trasigt. Drex har ingen inbyggd gräns för ja/nej; det mottagande arbetsflödet väljer hur sannolikheten ska tolkas.

En choice-fråga väljer en angiven etikett ur en oordnad mängd och returnerar en sannolikhet för varje etikett. Kriterierna är ett objekt vars nycklar är de returnerade etiketterna, där varje beskrivning är en sträng eller null. Använd korta, stabila nycklar och beskriv kategorigränserna tydligt. En illustrativ routningsuppgift kan skilja mellan ett åtkomstproblem, ett produktfel och en allmän fråga, med en övrigt-kategori för meddelanden som inte passar. Den valda etiketten är användbar för routning; fördelningen hjälper till att identifiera fall där två alternativ fortfarande är svåra att skilja åt.

En score-fråga använder en ordnad array av nivåetiketter. Indexen börjar på 0, och den returnerade poängen är summan av varje nivåindex multiplicerat med dess sannolikhet. Den kan därför hamna mellan namngivna nivåer. För en allvarlighetsskala definierar du vad som skiljer ett kosmetiskt problem, ett problem med en tillfällig lösning och en helt blockerad uppgift. Resultatet innehåller nivåförklaringen och sannolikheterna samt den förväntade poängen. Behåll decimalpoängen för medelvärden eller trender; att välja den mest sannolika nivån och att avrunda den förväntade poängen besvarar olika frågor.

Gemensamt underlag och tolkning av resultatet

Producenten tillåter mellan en och 512 frågor om samma tillstånd. Ge varje fråga en icke-tom, meningsfull identifierare, till exempel category eller severity, så att motsvarande svar kan förstås utan att man behöver slå upp en numrerad fråga. Dela upp oberoende frågeställningar i egna frågor i stället för att kombinera flera krav i ett oklart kriterium. Ett enda meddelande kan stödja ett kategorival, en allvarlighetspoäng och en villkorskontroll, där var och en behåller sin egen betydelse.

Svar på choice- och score-frågor innehåller konfidens separat från sina sannolikhetsfördelningar. Producenten skiljer uttryckligen konfidens från den högsta alternativsannolikheten; beräkna inte det ena utifrån det andra. För ett ja/nej-beslut behåller du den råa sannolikheten tillsammans med det valda utfallet. För ett osäkert val granskar du de konkurrerande sannolikheterna i stället för att behandla enbart den vinnande etiketten som belägg för säkerhet. Definiera granskningströsklar utifrån konsekvenserna av ett felaktigt positivt eller negativt resultat och använd representativa märkta fall för att bedöma dem.

Version och storleksgränser

Drex 1.5 dokumenterar ett utrymme på 131 072 token för tillståndet och 139 264 token per rad. Radutrymmet gäller tillståndet plus den längsta enskilda frågan, inklusive dess instruktioner och alternativ; det är inte summan av alla frågor i begäran. Det serialiserade tillståndet och frågorna måste dessutom tillsammans rymmas inom 1 048 576 UTF-8-byte. En begäran kan uppfylla bytegränsen och ändå överskrida en tokengräns. Den äldre utgåvan 1.0 anger separat 32 768 token för både tillstånd och rad, så dess gränser ska inte överföras till 1.5.

Nace dokumenterar drex-v1.5 som en versionerad producentidentifierare, medan drex-latest är ett rörligt alias. Håll den avsedda utgåvan explicit när ett arbetsflöde är beroende av dess gränser. En felformad fråga, ett saknat tillstånd eller för stor indata är ett valideringsproblem som kräver korrigerad indata, inte en ändrad kategori eller ett gissat svar. Utforma kriterierna kring observerbart underlag och behåll det typade resultatet, de ursprungliga fakta och frågedefinitionen tillsammans. Då blir beslutet användbart för routning, prioritering eller granskning utan att en sannolikhet misstas för ett garanterat avgörande.