LiquidAI: d1

d1 er Liquid AIs hostede beslutningsmodell for avgrensede oppgaver innen klassifisering, ruting og skåring. Denne profilen dekker tekstbeslutningsflyten: oppgi grunnlaget som en tilstand, definer ett eller flere spørsmål, og motta typede numeriske svar over kjente utfall. Liquid beskriver disse beslutningene som evalueringer som returnerer sannsynligheter direkte, med null genererte utdatatokener. Det nyttige resultatet er en definert beslutning og usikkerheten i den, ikke et nyskrevet tekstavsnitt.

Forbered grunnlaget og spørsmålet sammen

Oppgi teksten som gjør beslutningen mulig, inkludert konteksten som trengs for å tolke den. Hold tilstanden adskilt fra instruksjonene som beskriver hva som skal vurderes. En supportmelding kan trenge en beskrivelse av produktet eller problemet; et dokumentutdrag kan trenge brukerens søkespørsmål. Definer svarsettet før du stiller spørsmålet, og gi hvert alternativ en betydning som passer den tiltenkte arbeidsflyten. Korte etiketter kan fungere som stabile utdatanøkler, mens beskrivelsene forklarer grensene mellom dem.

Bruk navngitte spørsmål over en felles tilstand. Et tydelig navn som intensjon, hastegrad eller relevant holder utdataene knyttet til beslutningen de representerer. En melding om at en side ikke fungerer, kan for eksempel danne grunnlag for et intensjonsvalg, en vurderingsskala for hastegrad og en ja/nei-kontroll av en rapportert feil. Hvert spørsmål bør beholde sitt eget kriterium i stedet for å slå sammen alle tre vurderingene til én tvetydig etikett.

Valg (choice) for kategorier og ruting

Et valgspørsmål (choice) velger én etikett fra et uordnet sett og returnerer fordelingen over de navngitte alternativene. Definer alternativene gjennom kriteriebeskrivelser; resultatet inneholder det valgte alternativet, sannsynlighetene og konfidensen. For organisering av dokumenter definerer du de mulige mappene eller emnene og angir hvilket innhold som hører hjemme i hver av dem. For ruting av henvendelser beskriver du destinasjonene som faktisk finnes. En applikasjon kan bruke den resulterende etiketten til å velge neste trinn og samtidig beholde de konkurrerende sannsynlighetene for gjennomgang.

En illustrerende arkiveringsoppgave kan skille mellom et produktspørsmål, et integrasjonsproblem og et tilgangsproblem, med et alternativ for «annet» for materiale utenfor disse definisjonene. Hold grensene konkrete: en melding om at autentiseringen mislykkes, er noe annet enn en som spør hvordan en funksjon konfigureres. Den returnerte etiketten velger blant oppgitte betydninger; den oppretter ikke en manglende destinasjon og utfører ingen endring i et annet system.

Noul for vilkårskontroller og relevans

Et noul-spørsmål returnerer en sannsynlighet fra 0 til 1 for at det definerte ja/nei-vilkåret er oppfylt. Liquid demonstrerer binære kontroller for innholdsgjennomgang og relevans i tekstutdrag. Angi vilkåret presist og velg hvordan den resulterende sannsynligheten skal brukes: flagge et sannsynlig treff, filtrere et utdrag eller sende et usikkert tilfelle til gjennomgang. Terskelen hører til oppgaven som bruker resultatet, og en sannsynlighet skal ikke behandles som en garantert faktisk dom.

For relevansfiltrering oppgir du både søket og kandidatutdraget. Spør om utdraget bidrar til å besvare søket, og behold deretter det opprinnelige utdraget sammen med sannsynligheten. Dette kan støtte utvelgelse av kildemateriale til et senere svar uten at d1 blir bedt om å skrive selve svaret. Hvis relevansen trenger flere grader i stedet for et ja/nei-vilkår, definerer du en ordnet vurderingsskala og bruker et skårspørsmål.

Skår (score) for ordnede nivåer

Et skårspørsmål (score) plasserer tilstanden på en vurderingsskala med ordnede, beskrevne nivåer. Nivåindeksene starter på 0, og skåren er den sannsynlighetsvektede posisjonen, som kan havne mellom nivåene. Resultatet inneholder også nivåfordelingen og konfidensen. For hastegrad definerer du hva som skiller et problem uten umiddelbar virkning, en merkbar ulempe og en blokkert oppgave. En skala med fire nivåer har derfor indeksene 0 til og med 3; den forventede skåren er ikke automatisk en kategori nummerert fra 1 til 4.

Bruk den ikke-heltallige skåren til rangering eller aggregering når det er det tiltenkte resultatet, og behold hele fordelingen når tvetydighet har betydning. Kategorier som avdelinger har ingen naturlig rekkefølge og hører hjemme i et valgspørsmål. Konfidensen oppsummerer hvor entydig det rapporterte svaret er i det dokumenterte grensesnittet; den skal holdes adskilt fra oppgavens ønskede skår og fra en antatt garanti for at beslutningen er riktig.

Flere spørsmål og produsentens bruksområder

Flere spørsmål kan vurdere den samme tilstanden i ett kall til produsenten, og hvert av dem beholder sin type og sine sannsynligheter. Teksteksemplene fra Liquid omfatter filtrering av supportsaker, arkivering av dokumenter i en mappetaksonomi, valg av stier for kodesøk, valg mellom tilgjengelige agenthandlinger og avgjørelser om hvilket materiale fra verktøyutdata som skal beholdes. Alle disse arbeidsflytene har en avgrenset neste beslutning. Et kodesøketrinn kan velge en lovende mappe ut fra beskrivelsene; et trinn for innholdsutvelgelse kan velge å beholde, korte ned eller forkaste oppgitt materiale. Den omkringliggende applikasjonen henter fortsatt kildedataene og utfører den valgte operasjonen.

Omfang og et nyttig beslutningsresultat

De dokumenterte primitivene passer for kjente utfall, vurderinger på en skala og vilkårskontroller. Ny prosa, sammendrag, kode og åpne samtaler krever en genereringsflyt og følger ikke av beslutningsresultatet fra d1. Forbered et spørsmål ut fra observerbart grunnlag, og behold spørsmålets definisjoner sammen med utdataene, slik at en etikett eller skår kan tolkes senere.

Hold hver tilstand fokusert på grunnlaget som besvarer de definerte spørsmålene, og skill urelaterte beslutningsoppgaver fra hverandre slik at kriteriene forblir tydelige. Hold kildematerialet relevant, definer reservebetydninger for ufullstendig kategoridekning, og vurder sannsynlighetsterskler ved hjelp av merkede eksempler fra oppgaven. Et nyttig resultat registrerer den valgte kategorien eller den forventede skåren sammen med fordelingen, spørsmålets identitet og det opprinnelige grunnlaget.