Nace.AI: Drex v1.5

Drex 1.5 er Nace.AIs beslutningsmodell for tekst. Den vurderer oppgitte fakta opp mot lukkede spørsmål og returnerer numeriske, typede svar i stedet for et åpent skriftlig svar. En forespørsel kombinerer én tilstand med navngitte spørsmål, og resultatet identifiserer hvert svar med det samme spørsmålsnavnet. Dette gir en arbeidsflyt en konkret kategori, sannsynlighet eller posisjon på en vurderingsskala å bruke, mens handlingen som tas på grunnlag av resultatet, overlates til applikasjonen.

Forberede tilstanden

Tilstanden er informasjonen som alle spørsmålene gjelder. Drex godtar en JSON-streng, et objekt, en matrise, et tall, en boolsk verdi eller null, og feltet state er påkrevd. Oppgi meningsfylt grunnlag selv om null består produsentens validering. En streng passer for en melding, et dokument eller en transkripsjon; et objekt passer for fakta som allerede er ordnet i felter. Behold informasjonen som påvirker beslutningen, og utelat urelaterte felter når materialet er langt. Hold et stabilt inndataformat når sannsynlighetsterskler tolkes, fordi en endret representasjon kan endre svaret.

Drex 1.5 leser bare tekst. Det dokumenterte grensesnittet avviser bilder, lyd, video og PDF-innhold i både tilstanden og spørsmålene, inkludert kodede medier og objekter med medieinnhold. Lag en bildetekst, gjenkjent dokumenttekst eller en transkripsjon før du bruker slikt materiale som grunnlag. En adresse i tekstform er ikke et hentet dokument eller bilde: modellen kan ikke åpne den. For en supporthenvendelse er den nyttige tilstanden den faktiske meldingen og relevant kontekst, ikke en henvisning til materiale modellen ikke har mottatt.

Ja/nei-sannsynlighet, valg eller skår

Et noul-spørsmål spør om et vilkår er oppfylt, og returnerer et tall fra 0 til 1 som representerer den anslåtte sannsynligheten for ja. Definer spørsmålet gjennom instruksjoner som ikke er tomme, eller minst ett ikke-tomt sant/usant-kriterium. Spør for eksempel om en melding rapporterer en funksjon som ikke virker, og definer om treg oppførsel regnes som en feil. Drex har ingen innebygd grense for ja/nei; arbeidsflyten som bruker resultatet, velger hvordan sannsynligheten skal tolkes.

Et valgspørsmål (choice) velger én oppgitt etikett fra et uordnet sett og returnerer en sannsynlighet for hver etikett. Kriteriene er et objekt der nøklene er de returnerte etikettene, og hver beskrivelse er en streng eller null. Bruk korte, stabile nøkler og beskriv grensene mellom kategoriene tydelig. En illustrerende rutingsoppgave kan skille mellom et tilgangsproblem, en produktfeil og et generelt spørsmål, med en kategori for «annet» for meldinger som ikke passer. Den valgte etiketten er nyttig for ruting; fordelingen hjelper til med å finne tilfeller der to alternativer fortsatt er vanskelige å skille.

Et skårspørsmål (score) bruker en ordnet matrise med nivåetiketter. Indeksene starter på 0, og den returnerte skåren er summen av hver nivåindeks multiplisert med sannsynligheten for nivået. Den kan derfor havne mellom navngitte nivåer. For en alvorlighetsskala definerer du hva som skiller et kosmetisk problem, et problem med en midlertidig løsning og en oppgave som er helt blokkert. Resultatet inneholder nivåforklaringen og sannsynlighetene i tillegg til den forventede skåren. Bruk den ikke-heltallige skåren til gjennomsnitt eller trender; å velge det mest sannsynlige nivået og å runde av den forventede skåren besvarer ulike spørsmål.

Felles grunnlag og lesing av resultatet

Produsenten tillater fra ett til 512 spørsmål om den samme tilstanden. Gi hvert spørsmål en ikke-tom, meningsfull identifikator, for eksempel kategori eller alvorlighetsgrad, slik at det tilhørende svaret kan forstås uten å slå opp et nummerert spørsmål. Del uavhengige forhold opp i egne spørsmål i stedet for å samle flere krav i ett uklart kriterium. Én enkelt melding kan danne grunnlag for et kategorivalg, en alvorlighetsskår og en vilkårskontroll, der hver beholder sin egen betydning.

Svar på valg- og skårspørsmål inneholder konfidens separat fra sannsynlighetsfordelingene. Produsenten skiller uttrykkelig konfidens fra den høyeste sannsynligheten blant alternativene; ikke beregn det ene ut fra det andre. For en ja/nei-beslutning beholder du råsannsynligheten sammen med det valgte utfallet. Ved et usikkert valg undersøker du de konkurrerende sannsynlighetene i stedet for å behandle den vinnende etiketten alene som bevis på sikkerhet. Definer terskler for gjennomgang ut fra konsekvensene av et feilaktig positivt eller negativt resultat, og bruk representative merkede tilfeller til å vurdere dem.

Versjon og størrelsesgrenser

Drex 1.5 dokumenterer en ramme for tilstanden på 131 072 tokener og en ramme per rad på 139 264 tokener. Raderammen gjelder tilstanden pluss det lengste enkeltspørsmålet, inkludert instruksjoner og alternativer; den er ikke summen av alle spørsmålene i forespørselen. Den serialiserte tilstanden og spørsmålene må til sammen også få plass innenfor 1 048 576 UTF-8-byte. En forespørsel kan overholde bytegrensen og likevel overskride en tokengrense. Den eldre utgaven 1.0 oppgir separat 32 768 tokener for både tilstand og rad, så grensene derfra skal ikke overføres til 1.5.

Nace dokumenterer drex-v1.5 som en versjonert produsentidentifikator, mens drex-latest er et alias som flytter seg. Angi den tiltenkte utgaven eksplisitt når en arbeidsflyt er avhengig av grensene. Et feilformet spørsmål, en manglende tilstand eller for store inndata er et valideringsproblem som krever korrigerte inndata, ikke en endret kategori eller et gjettet svar. Forbered kriteriene ut fra observerbart grunnlag, og hold det typede resultatet, de opprinnelige faktaene og spørsmålsdefinisjonen samlet. Det gjør beslutningen brukbar for ruting, prioritering eller gjennomgang uten at en sannsynlighet forveksles med en garantert dom.