NesteNeste guide
Fortsatt fortrening vs finjustering
Teknisk
Teknisk GUIDE
Å finjustere en innbyggingsmodell betyr å trene den på par med ekte spørringer og dokumentene som svarer på dem, slik at relevant tekst i ditt domene lander nærmere hverandre i vektorrommet enn irrelevant tekst.
Det er viktig fordi gjenfinningskvaliteten begrenser RAG-kvaliteten: hvis den riktige passasjen ikke hentes, kan ikke språkmodellen bruke den, og generell innebygging savner ofte domenevokabular, forkortelser og måten brukerne dine formulerer spørsmål på.
En innebyggingsmodell gjør tekst til en vektor slik at semantisk like tekster har lignende vektorer, vanligvis målt ved cosinuslikhet. I RAG er både spørringer og dokumentbiter innebygd, og de nærmeste delene hentes. Generelle modeller er trent på bred nett og spørsmål-svar-data. De fungerer rimelig bra overalt, men kan slite med spesialiserte termer, interne produktnavn og gapet mellom hvordan en bruker spør og hvordan et dokument er skrevet. Finjustering lukker dette gapet med treningsdata i tre former. Positive par er et spørsmål og en passasje som svarer på den. In-batch negativer bruker de andre passasjene i samme treningsbatch som eksempler på hva som bør skåre lavere. Hard negativer er passasjer som ser relevante ut, deler ord eller emne, men som ikke svarer på spørsmålet. Harde negativer lærer de fine forskjellene som betyr mest, fordi enkle negativer allerede er atskilt av basismodellen. Gode datakilder inkluderer søkelogger med klikk, støttebilletter knyttet til artikler, FAQ-sider og syntetiske søk generert fra dokumentene dine ved hjelp av en språkmodell. Syntetiske data er nyttige, men bør filtreres, siden genererte spørsmål ofte kopierer dokumentets ordlyd og gjør oppgaven for enkel. En hyppig misforståelse er at finjustering er den første løsningen for dårlig gjenfinning. Ofte bedre chunking, å legge til søkeordsøk som BM25 i et hybrid oppsett, eller legge til en reranker gir større gevinster med mindre innsats. Finjustering er mest verdt når du har målt et gjenfinningsgap og har eller kan bygge minst noen tusen kvalitetspar. En annen fallgruve er falske negativer: en utvunnet hard negativ som faktisk svarer på spørringen. Å trene modellen til å skyve den vekk skader kvaliteten. Vær også oppmerksom på at endring av innbyggingsmodellen krever innbygging av hele dokumentsamlingen på nytt, fordi gamle og nye vektorer ikke er sammenlignbare.
Arkitekturbeslutninger driver ytelse og driftskostnader i årevis.
Teknisk utdanning hjelper team med å velge riktig stabel, ikke bare den nyeste.
Bedre ingeniørvalg reduserer pålitelighetshendelser i produksjonen.
Generelle innbyggingsmodeller blir stadig bedre i forhold til offentlige benchmarks som MTEB, som begrenser, men ikke fjerner fordelen med domenetilpasning, siden benchmarkdata sjelden samsvarer med et privat korpus. Syntetisk datagenerering med språkmodeller har gjort finjustering praktisk for team uten store merkede datasett. Forvent fortsatt bruk av hybridrørledninger der en finjustert innebyggingsmodell håndterer tilbakekalling i første trinn og en reranker håndterer presisjon. Målevanen betyr mest: team som sporer tilbakekalling på reelle søk vil vite når finjustering lønner seg.
Et forsikringsselskap trener innbygging på par av kundespørsmål og forsikringsklausulene som svarer på dem, så 'er telefonen min dekket hvis jeg mister den' henter skadeklausulen.
Et programvareselskap bruker sin støttebilletthistorikk, og parer hvert billetts spørsmål med hjelpeartikkelagentene som er koblet til i svaret, som gratis treningsdata.
Et juridisk forskerteam utvinner harde negative sider ved å ta klausuler som deler søkeord med søket, men adresserer en annen jurisdiksjon, og lærer modellen å skille dem.
Et farmasøytisk team genererer syntetiske spørsmål fra interne dokumenter med en språkmodell, filtrerer ut de av lav kvalitet og bruker parene til å trene en domeneinnbyggingsmodell.
Optimalisering av ett benchmark kan skjule bredere systemsvakheter.
Infrastruktur- og vedlikeholdskostnader er ofte undervurdert.
Sikkerhets- og observerbarhetsgap kan vokse etter hvert som systemene blir mer komplekse.
Definer ventetid, kvalitet og kostnadsmål før implementering.
Benchmark under realistiske belastnings- og dataforhold.
Instrumentovervåking for feil, drift og brukerpåvirkning.
Forbered tilbakerulling og hendelsesresponsbaner før skalering.
Free newsletter
Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.
One email each weekday. Unsubscribe in one click. We never sell or share your address.
Test yourself
Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.
Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation
Å finjustere en innbyggingsmodell betyr å trene den på par med ekte spørringer og dokumentene som svarer på dem, slik at relevant tekst i ditt domene lander nærmere hverandre i vektorrommet enn irrelevant tekst. Det er viktig fordi gjenfinningskvaliteten begrenser RAG-kvaliteten: hvis den riktige passasjen ikke hentes, kan ikke språkmodellen bruke den, og generell innebygging savner ofte domenevokabular, forkortelser og måten brukerne dine formulerer spørsmål på.
Harde negativer deler ord eller emne med søket, men er ikke korrekte, og lærer modellen fine distinksjoner.
Lette negativer er allerede langt fra søket; harde negativer tvinger modellen til å lære subtile forskjeller.
Hvis en antatt negativ faktisk er relevant, skyver trening et riktig svar unna og skader gjenfinning.
Kontrastive tap scorer det positive mot in-batch og harde negative, og presser det positive til toppen.
Vektorer fra forskjellige modeller er ikke sammenlignbare, så hele samlingen må bygges inn på nytt.
Fortsett å lære
Flere guider valgt for dette emnet
NesteNeste guide
Fortsatt fortrening vs finjustering
Teknisk