Blog

A GitHub Copilot 6 modellt vonultat ki 2026. október 19-én: mi a teendő

Markdown

Melyik hat modellt vonultatja ki a GitHub Copilot, milyen alternatívákat javasol, és mit érdemes ellenőrizni a beállításokban és integrációkban 2026. október 19. előtt.

A teljes cikk elolvasása

Fő üzenet

  1. október 19-én a GitHub hat Copilot-modellt vonultat ki. Ellenőrizd a modelledet a táblázat alapján, és próbáld ki előre a javasolt alternatívát. Az új modellhez való hozzáférés automatikus engedélyezése nem jelenti azt, hogy a GitHub át is állítja rá a beállításaidat és integrációidat.

A modellek használatáról további információt az Ailoot dokumentációjában találsz.

Mely modelleket vonultatják ki október 19-én

A GitHub szeptember 18-i bejelentése felsorolja a modelleket és a javasolt alternatívákat. Ez migrációs lista, nem ígéret arra, hogy két modell azonos válaszokat ad.

Kivonásra kerülő modellA GitHub által javasolt alternatíva
Gemini 3.7 FlashGemini 3.8 Flash
GPT-5.5GPT-5.6 Sol
GPT-5.4GPT-5.6 Sol
GPT-5.4 miniGPT-5.6 Luna
GPT-5 miniGPT-5.6 Luna
Grok 4.5Grok 4.6

Minden sorhoz ugyanaz a dátum tartozik: 2026. október 19. A bejelentés a GitHub Copilot használatának minden módjára vonatkozik, beleértve a Copilot Chatet, a soron belüli szerkesztést, az ask és agent módot, valamint a kódkiegészítést. Ez nem jelenti azt, hogy az azonos nevű modelleket a fejlesztőik vagy más szolgáltatások is kivonják.

Mit jelent a modell automatikus engedélyezése

A Copilot Business és Enterprise esetén a javasolt alternatívák automatikusan engedélyeződnek, ha az alapértelmezett modellengedélyezés van érvényben. Kivétel ez alól, ha egy rendszergazda letiltotta az általános szabályt vagy egy adott modellt. A hozzáférés engedélyezése után a modell megjelenik a Copilot Chat modellválasztójában a GitHub Copilot támogatott használati módjaiban.

Ez a feltétel a hozzáférésre vonatkozik. A bejelentés nem ígéri a rögzített modellválasztás, a projektbeállítások vagy egy integráció módosítását. Épp ellenkezőleg: a GitHub arra kéri a felhasználókat, hogy a kivonás dátuma előtt frissítsék a munkafolyamataikat és integrációikat. Ezért az, hogy „az új modell automatikusan engedélyezve lesz”, nem ok az ellenőrzések kihagyására.

A GitHub külön kijelentése, miszerint a régi modelleket a kivonásuk után nem kell manuálisan eltávolítani, szintén nem jelenti azt, hogy „a kivonás előtt nincs teendő”.

AI-eszközök használatakor érdemes különbséget tenni egy funkció elérhetősége és a saját feladatodon való kipróbálása között.

Mit ellenőrizz a kivonás előtt

  1. Ellenőrizd, melyik modellt választottad ki a Copilotban. Hasonlítsd össze a nevét az első oszloppal. Ha másik modellt használsz, ez a lista önmagában nem indok a váltásra.
  2. Keresd meg a javasolt alternatívát. A munkahelyi szervezetedben ellenőrizd a modellválasztót és a rendszergazda engedélyét is. Ha az általános automatikus engedélyezés le van tiltva, a bejelentés szerint a Copilot beállításaiban, az adott modellhez tartozó szabályzat segítségével engedélyezheted a hozzáférést.
  3. Ellenőrizd a beállításaidat és az integrációidat. Ha a kivonásra kerülő modell valahol kifejezetten meg van adva, keresd meg az adott eszközben a modellválasztás dokumentált módját. Ne találomra írd be a táblázatban szereplő nevet API-azonosítóként: a bejelentés nem ad meg univerzális migrációs parancsot.
  4. Válassz egy elérhető alternatívát, és végezz el vele egy ismerős feladatot. Például kérd meg, hogy módosítsa egy kódrészlet kisebb szakaszát, majd nézd át a változtatásokat, és futtasd a projekt ellenőrzéseit. Így a saját feladatodon ellenőrizheted az átállást. Nem végeztünk összehasonlító tesztet a modellekkel.

Az ellenőrzés akkor tekinthető befejezettnek, ha a szükséges alternatíva elérhető, ki van választva az eszközödben, és megfelel az általad tesztelt munkafeladathoz. Ha a modell megjelenik a menüben, az csak a hozzáférést igazolja. Ha a modell nem érhető el, először ellenőrizd a szervezeti szabályzatot. Az integrációt egyelőre nem tekintheted átállítottnak.

A GitHub azt tanácsolja a kérdésekkel vagy nehézségekkel küzdő GitHub Enterprise-ügyfeleknek, hogy forduljanak a kapcsolattartó csapatukhoz.

Mit nem állapít meg a bejelentés

A bejegyzésben a GitHub nem ígéri, hogy az automatikus modellválasztásra hagyatkozó felhasználók semmilyen változást nem vesznek majd észre, és azt sem, hogy egy adott CI-folyamat szükségszerűen leáll. A konkrét integráció részletei nélkül mindkét állítás túlzó. A cikk sem a működés megszakítás nélküli folytatására nem ad garanciát, sem az API-k meghibásodására vonatkozó általános figyelmeztetést nem tartalmaz.

A modellek elérhetősége és a csomagkorlátok külön kérdések. A korlátokról egy külön útmutató szól: mi ingyenes a GitHub Copilotban. A feladatokon elért eredmények értékeléséhez olvasd el, hogyan értelmezd az AI-kódolási benchmarkokat; ha pedig az ezen a listán kívüli modellek közül választasz, nézd meg a GPT-6 Astra és a Claude Fable 5.1 összehasonlítását.

Kezdd a kiválasztott modelleddel és az alternatívájához való hozzáféréssel. Mielőtt módosítanád a működő integrációkat, ellenőrizd az eredményt egy olyan kisebb feladaton, amelyet magad is értékelni tudsz.

A további munkához látogass el az Ailoot oldalára.

További részletek

Kérdések és válaszok: A GitHub Copilot 6 modellt vonultat ki 2026. október 19-én: mi a teendő

Az automatikus engedélyezés migrálja a rögzített modellválasztást?

A rögzített beállítások vagy integrációk migrálására nincs ígéret. Az automatikus engedélyezés hozzáférést jelent; nézd meg a kiválasztott modellt, és az eszköz dokumentált vezérlőivel módosítsd a kifejezett hivatkozásokat.

Honnan tudom, hogy kész az átállás?

Igazold a javasolt alternatíva elérhetőségét a szervezeti szabályzat szerint, válaszd ki az eszközben, és futtass ismert feladatot a projekt ellenőrzéseivel. A modellválasztóban megjelenő név csak az elérhetőséget igazolja.

Összes cikk