Inception: Mercury Decide (free)

Mercury Decide er Inceptions modell for strukturerte beslutninger over oppgitt grunnlag. Den kombinerer en felles tilstand med navngitte spørsmål og returnerer typede svar med sannsynligheter. Resultatet kan være en valgt kategori, en anslått ja/nei-sannsynlighet eller en posisjon på en definert skala. Denne profilen leverer en avgrenset beslutning som programvare kan tolke; det dokumenterte grensesnittet genererer ikke et fritt chattesvar.

Felles tilstand og meningsfulle spørsmålsnavn

Produsentens forespørsel inneholder en modell, en tilstand og en ikke-tom tilordning av spørsmål. Spørsmålsnavnene bevares i svartilordningen. Oppgi informasjonen som trengs for å bedømme hvert spørsmål, og gi spørsmålene navn etter resultatene arbeidsflyten bruker, for eksempel category, priority eller needs_follow_up. Flere spørsmål vurderer det samme grunnlaget uavhengig av hverandre. At de står i én forespørsel, gjør ikke et senere spørsmål avhengig av et tidligere svar.

Eksempelet fra Inception bruker et JSON-objekt for tilstanden. Veiledningen tillater også strenger, objekter eller matriser i tilstanden, instruksjonene og kriteriebeskrivelsene, der instruksjonene er valgfrie eller kan være null. Bevar nyttig struktur når grunnlaget allerede består av felter, og hold et dokument eller en melding identifiserbar når du oppgir tekst. For en supportsak tar du med den faktiske henvendelsen og relevante fakta i stedet for en anmodning om å utlede manglende kontekst.

Noul: et anslått positivt svar

Et noul-spørsmål representerer et ja/nei-vilkår. Utdataene er en sannsynlighet fra 0 til 1 for at det positive svaret gjelder. Valgfrie beskrivelser for sant og usant kan angi hva som teller på hver side av spørsmålet. Spør for eksempel om en melding uttrykkelig ber om en erstatning, og skill det fra en generell klage på varen. Sannsynligheten gir en numerisk vurdering; applikasjonen velger terskelen og den resulterende handlingen i arbeidsflyten.

Hold vilkåret smalt nok til at grunnlaget kan avgjøre det. Hvis ett spørsmål blander om brukeren vil ha hjelp, om en vare er defekt og om saken haster, skiller du disse vilkårene fra hverandre. Behold den returnerte sannsynligheten sammen med spørsmålsdefinisjonen, slik at en senere gjennomgang kan se hva tallet faktisk måler.

Choice: velge ett navngitt alternativ

Et Choice-spørsmål bruker en tilordning av ett til 255 alternativnavn og beskrivelser; beskrivelsene kan være null. Det returnerte valget er det oppgitte alternativet med høyest sannsynlighet. Resultatet inneholder også en sannsynlighet for hvert alternativ og en konfidens. Definer tydelig adskilte betydninger for kategoriene, og ta med en reservekategori når noen inndata vil falle utenfor de spesifikke alternativene. Korte utdatanøkler kan identifisere kategorier, mens fyldigere beskrivelser fastsetter grensene mellom dem.

En rutingsbeskrivelse kan skille mellom et tilgangsproblem, et produktspørsmål og en rapportert feil. Angi betydningen av hvert alternativ, og oppgi meldingen som skal rutes. Utdataene er en valgt kategori med en fordeling, ikke en instruksjon som allerede har endret en kø eller kontaktet et annet system. Undersøk de konkurrerende sannsynlighetene når et tilfelle er tvetydig, i stedet for å tolke den vinnende etiketten som bevis på sikkerhet.

Score: en forventet posisjon på en vurderingsskala

Et Score-spørsmål bruker en ordnet matrise med ett til ti nivåbeskrivelser, med start på nivå 0. Skåren er det sannsynlighetsvektede gjennomsnittet av nivåindeksene og kan havne mellom nivåene. Svaret inneholder nivåforklaringen, sannsynlighetene per nivå og konfidensen. Definer rekkefølgen og kriteriene for hvert nivå, for eksempel ingen umiddelbar virkning, et problem med et brukbart alternativ og en oppgave som er helt blokkert.

En ikke-heltallig forventet skår er nyttig for prioritering eller aggregering. Det er noe annet enn å velge det ene mest sannsynlige nivået. Behold nivåforklaringen sammen med tallet, slik at en skår ikke tolkes på en urelatert skala. Konfidensen for Choice og Score rapporteres separat som en verdi mellom 0 og 1; den aktuelle veiledningen definerer den ikke som identisk med den største sannsynligheten blant alternativene og gir heller ingen universell formel for å rekonstruere den.

Forberede et nyttig beslutningsresultat

Ett og samme grunnlag kan støtte uavhengige spørsmål om kategori, hastegrad og vilkår. En oppgave for dokumentgjennomgang kan spørre om et påkrevd emne er til stede, velge kategorien og vurdere relevansen på beskrevne nivåer. Bruk bare kildemateriale som finnes i tilstanden, med kriterier knyttet til beslutningen arbeidsflyten trenger som neste trinn. Hvis en handling krever et tidligere resultat, gjør du dette resultatet eksplisitt i grunnlaget for neste trinn i stedet for å anta at spørsmålene danner en skjult rekkefølge.

Svaret returnerer modellnavnet og en svartilordning med de oppgitte spørsmålsnavnene som nøkler. Sannsynlighetene for Choice bruker alternativnavnene; sannsynlighetene for Score bruker indekser i strengform, og nivåforklaringen angir hva disse indeksene betyr. Hold tilstandsidentifikatoren, spørsmålsdefinisjonene og de typede svarene knyttet sammen. Dette gir et tolkbart klassifiserings- eller vurderingsresultat i stedet for et tall løsrevet fra faktaene som ga opphav til det.

Grensesnittets omfang og grenser

Inception dokumenterer Mercury Decide gjennom sitt eget beslutningsgrensesnitt. Modellen støtter ikke produsentens grensesnitt for chat-fullføring, strømming eller verktøykall, så egenskaper fra Mercurys profiler for resonnering, tale og kodegenerering skal ikke overføres til denne modellen. Beslutningsveiledningen angir antall alternativer og nivåer, men gir ingen numerisk tokengrense for tilstanden eller noe tak på antall spørsmål; hold det felles grunnlaget fokusert på spørsmålene som vurderes.

Vurder sannsynligheter og kategorigrenser på representativt merket materiale fra den tiltenkte oppgaven. Gjennomgå grensetilfeller mot tilstanden, og behold opplysningen om at informasjon mangler, i stedet for å erstatte den med oppdiktede fakta. Et nyttig resultat fra Mercury Decide gir en lukket beslutning, sannsynlighetene og definisjonene som trengs for å forstå den; den omkringliggende applikasjonen avgjør hvordan resultatet blir til ruting, prioritering eller et gjennomgangsutfall.