Slik unngår du å låse deg til én AI-modell

I 2025 så vi flere kunder våkne opp til en dobbelt så dyr AI-regning over natten, og noen fikk modellen de brukte varslet utfaset. Vi bygde et oppsett for én av dem der bytte av modell tar minutter, ikke uker, og her forteller vi hvordan.

Preben og Alex i konsentrasjon foran PC skjermen

Da prisen plutselig doblet seg

Se for deg at du har bygget hele kundeservicen din rundt én AI-modell. Alt fungerer. Svarene er gode, kundene er fornøyde, og du har brukt måneder på å finpusse hvordan koden snakker med modellen. Så kommer e-posten fra leverandøren. Prisen dobles fra neste kvartal. Eller verre: modellen du bruker fases ut om tre måneder, og du må over på en ny variant som oppfører seg litt annerledes.

Dette er ikke et skrekkscenario vi har funnet på. Det skjedde i 2025, og det kommer til å skje igjen. OpenAI, Anthropic og Google endrer priser, pensjonerer modeller og lanserer nye med jevne mellomrom. Sitter du fast på én av dem, sitter du fast med regningen deres også.

Vi har bygget et AI-oppsett for en kunde der akkurat dette ikke er et problem. Vi kan bytte mellom GPT, Claude og Gemini uten å skrive om koden. Her er hvordan, og hva det faktisk sparte oss for da prisene endret seg.

Hva leverandørlås egentlig koster

Låser du deg til én modell, låser du deg ikke bare til en pris. Du låser deg til leverandørens tempo, deres utfasingsplan og deres API-format. Hver leverandør har sin egen måte å ta imot forespørsler på, sitt eget format på svarene, sine egne navn på parametere. Bygger du koden din tett opp mot ett av disse formatene, er den bundet.

Og da blir et modellbytte ikke en konfigurasjonsendring, men et utviklingsprosjekt. Noen må inn og skrive om integrasjonen, teste alt på nytt, og passe på at ingenting knekker underveis. For en SMB som allerede har lite utviklerkapasitet, er det den regningen som svir mest. Ikke API-kostnaden i seg selv, men timene det tar å komme seg løs.

Poenget vårt er enkelt: byttekostnaden skal være lav nok til at du faktisk tør å bytte når det lønner seg.

Begreper du møter

Leverandørlås

Når systemet ditt er så tett knyttet til én leverandørs format at det blir dyrt å bytte. Kalles også vendor lock-in.

Abstraksjonslag

Et mellomlag i koden som skjuler forskjellene mellom leverandørene. Resten av systemet snakker med laget, ikke direkte med GPT eller Claude.

Prompt-portabilitet

Hvor godt de samme instruksjonene fungerer på tvers av modeller. En prompt finpusset for GPT gir ikke alltid samme svar på Claude.

Fallback

At systemet automatisk går over til en annen modell hvis den første er nede eller svarer for sakte.

Ett lag mellom deg og modellen

Grepet vi tok var å legge et abstraksjonslag mellom applikasjonen og selve modellen. I stedet for at koden ropte direkte på OpenAI sitt API, ropte den på vårt eget lag. Laget oversetter forespørselen til det formatet den valgte leverandøren forventer, sender den av gårde, og oversetter svaret tilbake til ett felles format applikasjonen kjenner.

Hvilken modell som brukes, styres av en enkel konfigurasjon. Vil vi kjøre en oppgave på Claude i stedet for GPT, endrer vi én linje. Ingen omskriving, ingen ny testrunde på hele systemet. Applikasjonen merker ikke forskjell, for den ser bare vårt eget format uansett.

Vi holdt oss bevisst unna de tyngste rammeverkene her. For denne kunden var et tynt, egenskrevet lag i Python mer forutsigbart enn å dra inn et stort bibliotek med hundre funksjoner vi ikke trengte. Jo mindre kode mellom deg og modellen, jo lettere er den å feilsøke når noe rart skjer. Og noe rart skjer alltid.

GPT, Claude og Gemini i praksis

Slik fordelte vi oppgavene mellom de tre modellene i kundens oppsett.

Oppgave Modell vi valgte Hvorfor
Kundedialog i sanntid GPT Rask respons og god på uformell norsk tone
Lange dokumentsammendrag Claude Holder tråden bedre i lange kontekster
Klassifisering i store volum Gemini Lavest pris per forespørsel på enkle oppgaver
Reserveløsning ved nedetid Fallback til nest billigste Systemet står aldri stille selv om én er nede

Der teorien slår sprekker

Nå skal vi være ærlige: det er ikke helt gratis å bytte modell, selv med et godt abstraksjonslag. Formatet på forespørselen kan vi oversette automatisk. Men innholdet i selve prompten er en annen sak.

En prompt vi hadde finpusset for GPT ga ikke identisk svar på Claude. Claude var mer forsiktig og la på forbehold vi ikke hadde bedt om. Gemini strukturerte svarene litt annerledes. Så vi måtte teste de viktigste promptene på hver modell, og noen steder holde en egen variant per modell. Det var mer arbeid enn vi hadde regnet med da vi startet.

Men det er en engangskostnad, ikke en løpende lås. Og fordelen kommer tydelig når prisene endrer seg: da flytter vi trafikk over til den rimeligste modellen som gjør jobben godt nok, i stedet for å bli sittende.

Å bygge for modellbytte – verdt det?

Fordeler

  • Bytte mellom GPT, Claude og Gemini blir en konfigurasjonsendring, ikke et utviklingsprosjekt
  • Du flytter trafikk til billigste modell når prisene endrer seg
  • Innebygd fallback gjør at systemet står oppreist når én leverandør er nede
  • Du er ikke prisgitt én leverandørs utfasingsplan

Ulemper

  • Mer arbeid i starten enn å kode rett mot ett API
  • Prompter må testes og noen ganger vedlikeholdes per modell
  • Abstraksjonslaget er egen kode som må vedlikeholdes over tid
  • Overkill hvis du bare kjører én enkel AI-funksjon uten planer om å skalere

Slik bygger du et oppsett du kan bytte modell i

Grovskissen vi følger når en kunde vil unngå å låse seg til én leverandør. Ikke en fasit, men en rekkefølge som fungerer.

Total tid
Du trenger
  • API-nøkler hos minst to av OpenAI, Anthropic og Google
  • Et kodemiljø, typisk Python
  • Oversikt over hvilke AI-oppgaver systemet faktisk gjør
  1. Kartlegg oppgavene dine

    Skriv ned hver AI-oppgave systemet gjør, og hvor krevende den er. Enkel klassifisering og lang tekstgenerering hører hjemme på ulike modeller.

  2. Definer ett felles format

    Bestem hvordan en forespørsel og et svar skal se ut i din egen kode, uavhengig av leverandør. Dette formatet snakker resten av systemet med.

  3. Bygg abstraksjonslaget

    Skriv laget som oversetter mellom ditt format og hver leverandørs API. Start med to leverandører, ikke alle tre på én gang.

  4. Legg modellvalget i konfigurasjon

    Flytt valget av modell ut av koden og inn i en konfigurasjonsfil, slik at et bytte er én endring uten omskriving.

  5. Test promptene på hver modell

    Kjør de viktigste promptene mot hver modell og sammenlign svarene. Juster eller lag egne varianter der forskjellene betyr noe.

  6. Sett opp fallback

    La systemet gå automatisk over til en annen modell hvis den første er nede eller for treg. Da står du aldri helt stille.

Hvorfor vi bygger det sånn

Vi jobber med AI-oppsett for SMB-er som ikke har et stort utviklerteam til å håndtere leverandørkaos internt. Da blir arkitekturen viktigere enn hvilken modell som er «best» akkurat nå, for den beste modellen i dag er sjelden den billigste om et halvår.

Vi bygger på GPT-, Claude- og Gemini-stacker, og legger abstraksjonslaget inn fra start når vi ser at kunden kommer til å skalere. Det koster litt mer i oppstart. Men vi har sett hva det motsatte koster når prisen plutselig endrer seg, og da er valget enkelt.

Filip Funbit

Utvikler & AI ekspert

Filip Mekki

Vanlige spørsmål

Hva er vendor lock-in for AI-modeller?

Det er når systemet ditt er så tett knyttet til én leverandørs format at det blir dyrt å bytte. Låser du deg til én modell, låser du deg til leverandørens pris, utfasingsplan og API-format samtidig.

Hvordan kan jeg bytte mellom GPT, Claude og Gemini uten å skrive om koden?

Du legger et abstraksjonslag mellom applikasjonen og modellen. Laget oversetter forespørselen til det formatet leverandøren forventer og svaret tilbake til ett felles format, slik at et modellbytte blir én endring i en konfigurasjonsfil.

Hva er et abstraksjonslag for AI-modeller?

Et mellomlag i koden som skjuler forskjellene mellom leverandørene. Resten av systemet snakker med laget, ikke direkte med GPT eller Claude, så du slipper å bygge koden tett opp mot ett API-format.

Hvorfor lønner det seg å ikke låse seg til én AI-modell?

Fordi den beste modellen i dag sjelden er den billigste om et halvår. Med lav byttekostnad kan du flytte trafikk over til den rimeligste modellen som gjør jobben godt nok når prisene endrer seg, i stedet for å bli sittende med regningen.

Hva skjer hvis leverandøren dobler prisen eller faser ut modellen jeg bruker?

Det skjedde i 2025 og kommer til å skje igjen. OpenAI, Anthropic og Google endrer priser og pensjonerer modeller jevnlig. Sitter du fast på én modell uten abstraksjonslag, blir et bytte et helt utviklingsprosjekt med omskriving og ny testrunde.

Er det gratis å bytte AI-modell med et abstraksjonslag?

Nei. Formatet på forespørselen kan oversettes automatisk, men selve prompten er en annen sak. En prompt finpusset for GPT ga ikke identisk svar på Claude, som la på forbehold vi ikke hadde bedt om. Du må teste de viktigste promptene på hver modell.

Hvordan kommer jeg i gang med et leverandøruavhengig AI-oppsett?

Kartlegg oppgavene dine, definer ett felles format for forespørsel og svar, bygg abstraksjonslaget, legg modellvalget i konfigurasjon, test promptene på hver modell og sett opp fallback. Start med to leverandører, ikke alle tre på én gang.

Hva er fallback i et AI-oppsett?

At systemet automatisk går over til en annen modell hvis den første er nede eller svarer for sakte. Da står du aldri helt stille, selv om én leverandør får problemer.

Bør jeg bruke et stort rammeverk eller skrive abstraksjonslaget selv?

For en SMB uten stort utviklerteam kan et tynt, egenskrevet lag i Python være mer forutsigbart enn å dra inn et stort bibliotek med hundre funksjoner du ikke trenger. Jo mindre kode mellom deg og modellen, jo lettere er den å feilsøke.

Hva koster det egentlig å være låst til én AI-leverandør?

Det som svir mest for en SMB er ikke API-kostnaden i seg selv, men timene det tar å komme seg løs. Uten abstraksjonslag må noen skrive om integrasjonen, teste alt på nytt og passe på at ingenting knekker underveis.

Hvorfor bør ulike AI-oppgaver kjøres på ulike modeller?

Fordi enkel klassifisering og lang tekstgenerering hører hjemme på ulike modeller. Kartlegg hver AI-oppgave systemet gjør og hvor krevende den er, så kan du styre trafikken dit den gjør jobben billigst og godt nok.

Lønner det seg å legge inn et abstraksjonslag fra start?

Det koster litt mer i oppstart, men Funbit legger laget inn fra start når vi ser at kunden kommer til å skalere. Vi har sett hva det motsatte koster når prisen plutselig endrer seg, og da er valget enkelt.

Hvordan bygger Funbit AI-oppsett for SMB-er uten stort utviklerteam?

Vi bygger på GPT-, Claude- og Gemini-stacker med et tynt, egenskrevet abstraksjonslag i Python. Da blir arkitekturen viktigere enn hvilken modell som er best akkurat nå, og et modellbytte blir én endring i konfigurasjon.

Vurderer du et AI-oppsett du ikke låser deg til?

Vi tar gjerne en prat om arkitektur, modellvalg og hva som faktisk lønner seg for din situasjon.