Nace.AI: Drex v1.5

Drex 1.5 er Nace.AI’s tekstbaserede beslutningsmodel. Den vurderer indsendte fakta ud fra lukkede spørgsmål og returnerer numeriske, typede svar frem for et åbent skriftligt svar. En anmodning kombinerer én tilstand med navngivne spørgsmål, og resultatet identificerer hvert svar med det samme spørgsmålsnavn. Det giver en arbejdsgang en konkret kategori, sandsynlighed eller placering i en vurderingsrubrik at bruge, mens applikationen står for den handling, resultatet fører til.

Forbered tilstanden

Tilstanden er den information, som alle spørgsmålene vedrører. Drex accepterer en JSON-streng, et objekt, et array, et tal, en boolesk værdi eller null, og feltet state er påkrævet. Indsend meningsfuld evidens, selv om null består producentens validering. En streng passer til en besked, et dokument eller en transskription; et objekt passer til fakta, der allerede er organiseret i felter. Bevar den information, der påvirker beslutningen, og udelad uvedkommende felter, når materialet er langt. Hold inputformatet stabilt ved fortolkning af sandsynlighedstærskler, fordi en ændret repræsentation kan ændre svaret.

Drex 1.5 læser kun tekst. Den dokumenterede grænseflade afviser billeder, lyd, video og PDF-indhold i både tilstanden og spørgsmålene, herunder kodede medier og objekter med medieindhold. Forbered en billedtekst, genkendt dokumenttekst eller en transskription, før materialet bruges som evidens. En tekstadresse er ikke et hentet dokument eller billede: Modellen kan ikke åbne den. For en supportanmodning er den nyttige tilstand den faktiske besked og relevant kontekst, ikke en henvisning til materiale, modellen ikke har modtaget.

Ja/nej-sandsynlighed, valg eller score

Et noul-spørgsmål spørger, om en betingelse er opfyldt, og returnerer et tal fra 0 til 1, som repræsenterer den estimerede sandsynlighed for ja. Definér spørgsmålet med ikke-tomme instruktioner eller mindst ét ikke-tomt sand/falsk-kriterium. Spørg eksempelvis, om en besked rapporterer en defekt funktion, og definér, om langsom adfærd tæller som defekt. Drex fastsætter ikke en indbygget ja/nej-grænse; den anvendende arbejdsgang vælger, hvordan sandsynligheden fortolkes.

Et choice-spørgsmål vælger én indsendt etiket fra et uordnet sæt og returnerer en sandsynlighed for hver etiket. Kriterierne er et objekt, hvis nøgler er de returnerede etiketter, og hver beskrivelse er en streng eller null. Brug korte, stabile nøgler, og beskriv kategorigrænser tydeligt. En eksempelopgave til routing kan skelne mellem et adgangsproblem, en produktfejl og et generelt spørgsmål med en other-kategori til beskeder, der ikke passer. Den valgte etiket er nyttig til routing; fordelingen hjælper med at identificere tilfælde, hvor to svarmuligheder stadig er vanskelige at adskille.

Et score-spørgsmål bruger et ordnet array af niveauetiketter. Indeks begynder ved 0, og den returnerede score er summen af hvert niveauindeks ganget med dets sandsynlighed. Den kan derfor ligge mellem navngivne niveauer. Ved en alvorlighedsskala skal du definere, hvad der adskiller et kosmetisk problem, et problem med en omgåelsesmulighed og en fuldstændigt blokeret opgave. Resultatet indeholder niveauernes tegnforklaring og sandsynligheder samt den forventede score. Bevar scoren med decimaler til gennemsnit eller tendenser; valg af det mest sandsynlige niveau og afrunding af den forventede score besvarer forskellige spørgsmål.

Fælles evidens og læsning af resultatet

Producenten tillader ét til 512 spørgsmål om samme tilstand. Giv hvert spørgsmål en ikke-tom, meningsfuld identifikator, såsom category eller severity, så det tilsvarende svar kan forstås uden at slå et nummereret spørgsmål op. Adskil uafhængige forhold i deres egne spørgsmål frem for at kombinere flere krav i ét uklart kriterium. En enkelt besked kan understøtte et kategorivalg, en alvorlighedsscore og en kontrol af en betingelse, som hver bevarer sin egen betydning.

Choice- og score-svar indeholder konfidens separat fra deres sandsynlighedsfordelinger. Producenten skelner udtrykkeligt mellem konfidens og den højeste sandsynlighed for en svarmulighed; beregn ikke den ene ud fra den anden. Ved en ja/nej-beslutning skal den rå sandsynlighed bevares sammen med det valgte udfald. Ved et usikkert valg skal du undersøge de konkurrerende sandsynligheder frem for at behandle vinderetiketten alene som evidens for sikkerhed. Definér gennemgangstærskler ud fra konsekvenserne af et forkert positivt eller negativt resultat, og brug repræsentative mærkede tilfælde til at vurdere dem.

Version og størrelsesgrænser

Drex 1.5 dokumenterer et tilstandsbudget på 131.072 tokens og et rækkebudget på 139.264 tokens. Rækkebudgettet vedrører tilstanden plus det længste enkelte spørgsmål inklusive instruktioner og svarmuligheder; det er ikke summen af alle spørgsmål i anmodningen. Den serialiserede tilstand og spørgsmålene skal tilsammen også kunne være inden for 1.048.576 UTF-8-bytes. En anmodning kan overholde bytegrænsen og stadig overskride en tokengrænse. Den ældre 1.0-udgave angiver separat 32.768 tokens for både tilstand og række, så dens grænser bør ikke overføres til 1.5.

Nace dokumenterer drex-v1.5 som en versionsbestemt producentidentifikator, mens drex-latest er et skiftende alias. Hold den tilsigtede udgave eksplicit, når en arbejdsgang afhænger af dens grænser. Et forkert formateret spørgsmål, en manglende tilstand eller for stort input er et valideringsproblem, der kræver korrigeret input frem for en ændret kategori eller et gættet svar. Forbered kriterierne ud fra observerbar evidens, og bevar det typede resultat, de oprindelige fakta og spørgsmålsdefinitionen sammen. Det gør beslutningen anvendelig til routing, prioritering eller gennemgang uden at forveksle en sandsynlighed med en garanteret afgørelse.