RAG eller finetuning för er AI-lösning?

Av Weapp · Uppdaterad

Grundregeln är enkel: välj RAG när modellen behöver kunskap ur era dokument, och finetuning när den ska ändra beteende, ton eller format. RAG hålls aktuell genom att dokumenten uppdateras, medan finetuning kräver ny träningsomgång vid varje förändring. Många lösningar slutar i en kombination – men det billiga första steget är alltid prompt engineering.

När en språkmodell ska kunna ert innehåll finns två etablerade vägar: RAG, där modellen hämtar ur era källor i svarsögonblicket, och finetuning, där modellen tränas vidare på era exempel. Valet framställs ofta som ett teknikbeslut. Det är det inte – det är ett beslut om vad problemet faktiskt är: kunskap eller beteende.

Grundregeln: kunskap till RAG, beteende till finetuning

RAG (Retrieval-Augmented Generation) låter modellen slå upp relevanta dokument – policyer, produktblad, avtal – och svara utifrån dem. Rätt verktyg när problemet är att modellen inte vet det den ska svara på: ert sortiment, era villkor, er senaste prislista.

Finetuning tränar vidare en befintlig modell på era exempel tills den ändrar sättet den svarar på: tonalitet, svarsstruktur, formatdisciplin, domänspecifika konventioner. Rätt verktyg när modellen vet tillräckligt men uppför sig fel – svarar för långt, missar ert format, bryter mot er stil.

Tumregeln håller förvånansvärt väl: handlar klagomålet på modellen om vad den säger är det ett kunskapsproblem – välj RAG. Handlar det om hur den säger det är det ett beteendeproblem – överväg finetuning.

Kostnad och underhåll: den avgörande skillnaden

Byggkostnaden skiljer sig, men den verkliga skillnaden är underhållslogiken.

En RAG-lösning uppdateras med dokument. Ändrar ni en policy eller lägger till en produkt indexeras det nya innehållet, och modellen svarar korrekt vid nästa fråga – ingen träning, ingen release. Priset är i stället en pipeline som ska byggas och skötas: källor, städning, indexering och sökkvalitet. Räkna med att en betydande del av budgeten går till att få ordning på innehållet snarare än på AI-tekniken.

Finetuning betalar ni för per cykel: samla och kvalitetssäkra träningsexempel, köra träningen, utvärdera resultatet – och göra om alltihop när innehållet, kraven eller grundmodellen ändras. En finetunad modell är en färskvara med releasedatum. Det är hanterbart när beteendet den lärt sig är stabilt över tid, och dyrt när det ni tränat in ändras ofta.

JämförelsepunktRAG respektive finetuning
Löser bästKunskap ur era källor – respektive ton, format och beteende
UppdateringByt dokument, klart – respektive ny träningsomgång med utvärdering
SpårbarhetSvar kan källhänvisas – respektive svårt att visa varför modellen svarar som den gör
KostnadsprofilPipeline och drift per fråga – respektive kostnad per träningscykel
Passar närInnehållet ändras löpande – respektive beteendekravet är stabilt

Trappan: börja billigt, eskalera med bevis

Det dyraste misstaget i metodvalet är att börja i fel ände. Ordningen som håller nere kostnaden:

  1. Prompt engineering. En genomarbetad prompt med instruktioner och exempel. Timmar till dagar av arbete, ingen infrastruktur. Löser fler problem än ryktet säger.
  2. RAG. När modellen behöver kunskap prompten inte rymmer. Kräver pipeline och källarbete, men ger uppdaterbarhet och källhänvisningar.
  3. Finetuning. När beteendekraven bevisligen inte nås med prompt och RAG. Kräver träningsdata, utvärderingssvit och en plan för omträning.
  4. Kombinationen. RAG för kunskapen, finetuning för beteendet – ofta slutläget för lösningar med höga krav på både korrekthet och form.

Varje steg tas bara när det förra bevisligen slagit i taket – mätt på verkliga exempel, inte på magkänsla.

Ett scenario: supportboten i tre steg

Ett företag bygger en supportassistent. Version ett är en promptad modell – den svarar trevligt men gissar om produktdetaljer. Version två kopplar på RAG mot produktdokumentation och villkor: svaren blir korrekta och källhänvisade, och när prislistan uppdateras svarar boten rätt samma dag. Kvarstående problem: svaren spretar i form – ibland tre stycken, ibland en punktlista, ibland fel hälsningsfras. Version tre finetunar på några hundra exempel på perfekta svar. Kunskapen fortsätter komma ur RAG:en; formatet sitter i modellen.

Hade de börjat med finetuning hade de bakat in en prislista som var inaktuell en månad senare – och betalat en omträning för varje ändring. Ordningen avgjorde ekonomin. Vi på Weapp bygger AI-lösningar enligt just den trappan; hör av dig om ni vill ha hjälp att avgöra var er lösning bör börja.

Vanliga frågor

Kan man kombinera RAG och finetuning?

Ja, och mogna lösningar landar ofta där: RAG förser modellen med aktuell kunskap ur era källor, medan finetuning trimmar ton, format och beteendemönster som ska sitta i varje svar. Metoderna löser olika problem och konkurrerar egentligen inte – de kompletterar varandra.

Blir svaren mer faktakorrekta med finetuning?

Sällan på det sätt man hoppas. Finetuning lär modellen mönster och stil, men den är svag som kunskapslager – inbakade fakta åldras och kan inte källhänvisas. Behöver modellen svara korrekt utifrån ert innehåll är hämtning ur en uppdaterad källa via RAG nästan alltid rätt verktyg.

När räcker prompt engineering?

Oftare än de flesta tror. En genomarbetad systemprompt med instruktioner, exempel och relevant kontext löser många behov av ton, format och enklare kunskap – utan infrastruktur. Börja där, mät kvaliteten, och gå vidare till RAG eller finetuning först när prompten bevisligen slår i taket.

Vad kostar RAG jämfört med finetuning?

En RAG-lösning kostar normalt 300 000 kr–1,5 miljoner kr att bygga, där datastädning ofta är största posten, plus låg driftkostnad per fråga. Finetuning kostar i datainsamling, träningskörningar och utvärdering – och kostnaden återkommer vid varje omträning. Spannen styrs av källornas skick och kvalitetskraven.

Hur håller vi lösningen aktuell över tid?

Med RAG uppdaterar ni innehållet: nya dokument in, gamla ut, och modellen svarar direkt utifrån det nya. Med finetuning krävs ny träningsdata, ny träningsomgång och ny utvärdering vid varje väsentlig förändring. Räkna på förändringstakten i ert innehåll – den avgör ofta metodvalet ensam.