Kihagyás és továbblépés a tartalomhoz

Kivezették a modellt, amit használtál: mi a teendő?

A hangos eset könnyű: hibaüzenetet kapsz, és tudod, mi a dolgod. A csendes eset a veszélyes — amikor minden működik, csak a kimenet lett más.
2026. szeptember 11. által
Kivezették a modellt, amit használtál: mi a teendő?
Krisztian Eyssen, Krisztian Eyssen

Két különböző dolog történhet

A modell edet kétféleképpen veheti el a szolgáltató, és a kettő teljesen más felkészülést kíván.

Az egyik a kivezetés: a modell egy adott naptól nem hívható, a kérés hibával tér vissza. Ez kellemetlen, de becsületes — azonnal tudsz róla. A másik a csendes csere: a modell neve marad, de mögötte frissült verzió fut, és a kimenet észrevétlenül eltolódik. Ez az, ami hónapokig nem derül ki.

A hangos eset: kivezetés

A nagy szolgáltatók életciklust vezetnek a modellekhez: aktív → örökölt → kivezetésre jelölt → kivezetett. A kivezetésre jelölt modell még működik, de már van dátuma.

A gyakorlat jellemzően legalább 60 nap előzetes értesítés a nyilvánosan kiadott modellekre, e-mailben és a dokumentációban. Az egyik nagy szolgáltató 2026 folyamán több modellt is így vont ki a forgalomból, mindegyiknél megnevezett utódmodellel. Az aktív modellekhez pedig előre közölnek egy „nem korábban, mint" dátumot — vagyis meg lehet nézni, meddig biztos, amit használsz.

Ebből két teendő következik, és mindkettő öt perc: iratkozz fel az értesítésre, és negyedévente nézd meg a kivezetési oldalt. Ennyi elég ahhoz, hogy a 60 nap ne három nap legyen.

A csendes eset, ami veszélyesebb

Ha a kódodban legújabb típusú, verzió nélküli modellnevet használsz, akkor a szolgáltató bármikor frissíthet alatta. Semmi nem hibázik. A hívás lefut, a válasz megjön, a rendszer zöld.

Csak a kimenet lett más. Hosszabb. Máshogy formázott. Kimaradt egy mező. Óvatosabb lett egy határeseti kérdésben. Ha automatizált folyamatban dolgozol fel válaszokat, ez napokig vagy hetekig nem tűnik fel, mert mindenki azt hiszi, hogy csak ez az egy eset volt furcsa.

A védekezés egyszerű: éles rendszerben rögzítsd a pontos verziót, ne a lebegő nevet. A lebegő név kényelmes fejlesztés közben; éles üzemben kockázat.

Hat előkészület, amit most megtehetsz

Egyik sem nagy munka, és mind a hat akkor fizet, amikor baj van:

  • Rögzített verzió éles rendszerben. A modell neve pontos verzióval szerepeljen.
  • A modellnév egy helyen legyen. Konfigurációs érték, ne húsz helyen a kódban. A váltás így egy sor.
  • Húsz feladatos tesztkészlet, leírt jó válaszokkal. Ez ugyanaz a készlet, amit a modellválasztáshozis használsz.
  • Mentett mintakimenetek. Az akkori jó válasz elmentve — ehhez tudsz majd hasonlítani. A Prompt library bejegyzéseiben ennek külön mezője van.
  • Elérhető második szolgáltató. Nem kell használnod; elég, hogy a hívás formátuma és a hozzáférés megvan. Erre való a model router .
  • Egy gazda és egy dátum. Legyen valaki, akihez a kivezetési e-mail befut, és aki negyedévente ránéz.

Ami tipikusan elromlik

Modellváltáskor nem az „intelligencia" változik, hanem öt nagyon prózai dolog:

  • A kimenet formája. Ugyanaz a kérés más szerkezetű választ ad — más címsorok, más lista, más sorrend.
  • A hossz. Az új modell bőbeszédűbb vagy szűkszavúbb, és ha karakterkorlátra építettél, az elcsúszik.
  • A hangnem. Hivatalosabb vagy közvetlenebb lesz, és a sablonszövegeidbe már nem illik.
  • A visszautasítási határ. Ami eddig átment, most kérdésessé válik, vagy fordítva.
  • A levezetés alapbeállítása. Ha az új modell alapból többet gondolkodik, a válaszidő és a számla is nő, anélkül hogy bármit változtattál volna.

A migrációs recept

Ha megjött az értesítés, négy lépés, és nem kell hozzá több fél napnál:

  • Futtasd le a húsz feladatot a régi és az új modellen, ugyanazzal a prompttal.
  • Hasonlítsd a mentett kimenetekhez, ne az emlékeidhez. A különbségeket írd fel.
  • Javítsd a promptot, ne a modellt keresd tovább. A legtöbb eltérés a formátum- és hosszkérésen múlik, amit egy mondattal vissza lehet állítani.
  • Éles üzem előtt futtasd párhuzamosan pár napig, ha teheted. A két kimenet összevetése az egyetlen igazi teszt.

Ha az új modell a húszból ugyanannyit vagy többet old meg jól, kész vagy. Ha kevesebbet, akkor nem a modellel van baj, hanem a prompt volt a régihez hangolva — és ez javítható.

Amikor nem szabad, hogy változzon

Van, ahol a változás maga a probléma: auditált folyamat, hosszú távú szerződéses vállalás, kutatás, ahol a reprodukálhatóság követelmény.

Ilyenkor a zárt modell szerkezetileg rossz választás, mert a kivezetés nem a te döntésed. A nyílt súlyú modellek itt adnak valódi előnyt: amit letöltöttél, azt öt év múlva is pontosan ugyanúgy futtatod. Cserébe az üzemeltetés a tiéd — de a kérdés itt nem az ár, hanem hogy egyáltalán megtehető-e.

Amit érdemes elvinni

A kivezetés hangos és kezelhető; a csendes frissítés a valódi kockázat. A védekezés éles rendszerben a rögzített verzió, egy húsz feladatos tesztkészlet és mentett mintakimenetek — ezekkel a migráció fél nap. Ahol a változás egyáltalán nem megengedett, ott a letöltött, nyílt súlyú modell az egyetlen szerkezetileg helyes válasz.

Kivezették a modellt, amit használtál: mi a teendő?
Krisztian Eyssen, Krisztian Eyssen 2026. szeptember 11.
Poszt megosztása
Archiválás