En AI-tjeneste kan skifte den model, der svarer jer, uden at jeres systemer ændrer en linje. Det sker på tre måder hos de udbydere, vi har læst: gennem et navn, der altid peger på den nyeste udgave, gennem en indstilling, der opgraderer automatisk, og gennem en viderestilling, når en gammel model lukker.
Alle tre holder tjenesten kørende. Til gengæld kan svarene ændre sig. Udbyderne skriver selv, at en ny version kan opføre sig anderledes, og at prompter og kontroller derfor skal prøves igen. Hvor ofte og hvor meget svarene ændrer sig ved et skifte, har vi ikke fundet nogen kilde, der måler. Det er netop derfor, I selv skal kunne måle det.
Tre måder, modellen flytter sig på
Et navn, der flytter sig. Flere udbydere tilbyder et kort navn, der altid peger på den nyeste udgave af en model. Hos én af de læste skiftes navnet ved hver ny udgave, med to ugers varsel på e-mail. Samme udbyder har et stabilt navn, der normalt ikke ændres, og anbefaler det til produktion. Bruger jeres system det flytbare navn, har I valgt at følge med, også hvis det ikke var meningen.
En indstilling, der opgraderer. Hos en anden udbyder vælger I pr. udrulning mellem tre ting: ingen automatisk opgradering, opgradering, når en ny standardversion kommer, eller opgradering, når den nuværende version udløber. Vælger I ingen opgradering, holder udrulningen op med at virke ved ophør. Varslet før en ny standardversion er mindst to uger, og den tidligere version kan bruges til sin ophørsdato, så I kan skifte tilbage. Samme udbyder oplyser, at opgraderingen kan ske, selvom den nye version endnu ikke findes i jeres region.
En viderestilling ved ophør. Hos mindst én udbyder lukkes adressen for visse udfasede modeller ikke. Kaldene sendes videre til en nyere model og afregnes efter den nye models takst. Prøvemodeller kan hos en anden udbyder blive opgraderet med tvang, med mindst 30 dages varsel, eller lukkes helt.
Alle oplysninger er læst i udbydernes dokumentation 8. november 2026 og kan ændres.
Hvorfor det er en binding
Det lyder som service, at udbyderen holder jer opdateret. Problemet er, at I ikke bestemmer tidspunktet. Et skifte midt i en travl periode, en ændring i svarlængde eller tone, en model, der pludselig afviser opgaver, den før løste, eller en ny takst på regningen. Alle fire kan ske uden en eneste ændring hos jer, og ingen af dem står i den kontrakt, I skrev under.
Bindingen ligger i, at jeres arbejdsgang er tilpasset en bestemt adfærd. Prompter er skrevet, så de passer til modellens måde at svare på. Kontroller fanger de fejl, den gamle model lavede. En ny model laver andre fejl.
Find ud af, hvad jeres systemer bruger
Begynd med at afklare, hvilken af de tre måder I er udsat for. Det kræver tre opslag pr. system, der kalder en model:
- Hvilket modelnavn står i koden eller i konfigurationen? Er det et fast versionsnavn eller et flytbart?
- Hvilken opgraderingsindstilling står på udrulningen, hvis platformen har en?
- Hvad sker der ifølge udbyderens dokumentation, når netop den version udfases?
Svarene skrives ned pr. system. Et system med et flytbart navn og ingen målinger er det første, I skal se på.
Hvad I kan kræve
Det er sitets metode at stille fire krav, når I køber eller forlænger:
- Mulighed for at låse en bestemt version i drift til dens ophørsdato.
- Varsel, før en standardversion skifter, til en adresse, I selv vælger.
- Adgang til den gamle version i en periode efter skiftet, så I kan sammenligne og gå tilbage.
- Besked om ny takst, hvis kald flyttes til en anden model.
Krav 1 og 2 findes allerede som mulighed hos flere af de læste udbydere. Krav 3 og 4 skal I ofte bede om. Det, I ikke får, skal stå i jeres egne noter som en kendt risiko.
Hvad I kan måle
Uden målinger opdager I et modelskifte, når en bruger klager. En lille, fast prøvesamling af rigtige opgaver med kendte gode svar kan køres før og efter hvert skifte. Den viser, om svarene er blevet bedre, dårligere eller bare anderledes, og den giver en dato at sammenligne med. Hvordan samlingen bygges, står i byg jeres egen prøvesamling. Hvordan I følger kvaliteten over længere tid, står i bliver svarene dårligere?.
Hvad det kræver, og hvad det koster at lade være
Opslagene for et system tager en time eller to for den, der kender det. At låse versioner og vælge opgraderingsindstilling er en konfiguration. Prøvesamlingen tager dage at bygge første gang og minutter at køre bagefter, hvis den er automatiseret.
Lader I være, betaler I i fejl, der ikke ses med det samme. En model, der svarer lidt anderledes, kan give forkerte resultater i en arbejdsgang i uger, før nogen opdager det. Omkostningen er rettelser bagefter, tid brugt på at finde årsagen og i værste fald beslutninger truffet på forkerte svar. Dertil en regning, der ændrer sig, fordi kaldene er flyttet til en anden takst.
Det skal I lade være med
- At bruge et flytbart modelnavn i produktion · I følger med i hvert skifte, uden at have valgt tidspunktet.
- At lade opgraderingsindstillingen stå, som den kom · læs, hvad standardvalget gør ved ophør.
- At gå ud fra, at samme navn giver samme svar · mål det med jeres egen prøvesamling.
Det skal valget kunne vise
- ☐ Hvilket modelnavn og hvilken opgraderingsindstilling hvert system bruger.
- ☐ Hvad udbyderen gør ved ophør: lukning, opgradering eller viderestilling.
- ☐ Om en version kan låses, og hvor længe den gamle kan bruges efter et skifte.
- ☐ En prøvesamling, der køres før og efter hvert skifte.
Kilder
- Udbydernes dokumentation om modelversioner, alias, opgradering og udfasning hos tre store udbydere og platforme, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Find det modelnavn, jeres vigtigste AI-arbejdsgang kalder, og se, om det er et fast versionsnavn.
Læs også: Modeller med udløbsdato · Hvad binder, når I vælger AI?
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
