GitHub Copilot avvecklar 6 modeller den 19 oktober 2026: vad du ska göra
MarkdownVilka sex modeller GitHub Copilot avvecklar, vilka alternativ som föreslås och vad du bör kontrollera i inställningar och integrationer före den 19 oktober 2026.
Läs hela artikeln
Det viktigaste
Den 19 oktober 2026 avvecklar GitHub sex Copilot-modeller. Kontrollera din modell mot tabellen och prova det föreslagna alternativet i förväg. Att åtkomst till en ny modell aktiveras automatiskt betyder inte att GitHub migrerar dina inställningar och integrationer till den.
Läs mer om att arbeta med modeller i Ailoot-dokumentationen.
Vilka modeller avvecklas den 19 oktober
GitHubs tillkännagivande från den 18 september listar modellerna och de föreslagna alternativen. Det här är en migreringslista, inte ett löfte om att två modeller ger identiska svar.
| Modell som avvecklas | GitHubs föreslagna alternativ |
|---|---|
| Gemini 3.7 Flash | Gemini 3.8 Flash |
| GPT-5.5 | GPT-5.6 Sol |
| GPT-5.4 | GPT-5.6 Sol |
| GPT-5.4 mini | GPT-5.6 Luna |
| GPT-5 mini | GPT-5.6 Luna |
| Grok 4.5 | Grok 4.6 |
Alla rader har samma datum: den 19 oktober 2026. Tillkännagivandet gäller alla sätt att arbeta med GitHub Copilot, inklusive Copilot Chat, infogade redigeringar, fråge- och agentlägen samt kodkomplettering. Det innebär inte att modeller med samma namn avvecklas av sina utvecklare eller i andra tjänster.
Vad automatisk aktivering av modeller innebär
För Copilot Business och Enterprise aktiveras de föreslagna alternativen automatiskt om standardinställningen för modellaktivering gäller. Undantag gäller om en administratör har inaktiverat den allmänna regeln eller en viss modell. När åtkomsten har aktiverats visas modellen i modellväljaren i Copilot Chat för de sätt att arbeta med GitHub Copilot som stöds.
Det här villkoret gäller åtkomst. Tillkännagivandet lovar inte att ändra ett fastnålat modellval, projektinställningar eller en integration. Tvärtom uppmanar GitHub användare att uppdatera arbetsflöden och integrationer före avvecklingsdatumet. Därför är påståendet ”den nya modellen aktiveras automatiskt” inget skäl att hoppa över kontrollerna.
GitHubs separata besked om att det inte behövs att ta bort de gamla modellerna manuellt efter avvecklingen betyder inte heller att ”det inte finns något att göra före avvecklingen”.
När du arbetar med AI-verktyg är det bra att skilja mellan åtkomst till en funktion och att testa den på en egen uppgift.
Vad du bör kontrollera före avvecklingen
- Kontrollera vilken modell som är vald i Copilot. Jämför namnet med den första kolumnen. Om du använder en annan modell är den här listan i sig inget skäl att byta.
- Hitta det föreslagna alternativet. Kontrollera både modellväljaren och administratörens behörighet i din arbetsorganisation. Om automatisk aktivering i allmänhet är inaktiverad föreslår tillkännagivandet att du aktiverar åtkomsten via policyn för den aktuella modellen i Copilot-inställningarna.
- Kontrollera dina inställningar och integrationer. Om en modell som ska avvecklas uttryckligen anges någonstans, ta reda på det dokumenterade sättet att välja modell i just det verktyget. Gissa inte genom att infoga ett namn från tabellen som API-identifierare: tillkännagivandet innehåller inget universellt migreringskommando.
- Välj ett tillgängligt alternativ och utför en välbekant uppgift. Be till exempel modellen att ändra ett litet kodavsnitt, granska sedan ändringarna och kör projektets kontroller. Då kan du testa övergången på en egen uppgift. Vi har inte genomfört något jämförande test av modellerna.
En kontroll är slutförd när det nödvändiga alternativet är tillgängligt, valt i ditt verktyg och lämpligt för den arbetsuppgift du testade. Att ett namn visas i menyn bekräftar endast åtkomst. Om modellen inte är tillgänglig bör du först kontrollera organisationens policy. Du kan ännu inte betrakta integrationen som migrerad.
GitHub rekommenderar att GitHub Enterprise-kunder med frågor eller problem kontaktar sitt kontoteam.
Vad tillkännagivandet inte fastslår
I det här inlägget lovar GitHub inte att användare som förlitar sig på automatiskt modellval inte kommer att märka något, och inte heller att en viss CI-process nödvändigtvis kommer att sluta fungera. Utan uppgifter om den specifika integrationen är båda påståendena för starka. Artikeln innehåller varken en garanti för oavbruten drift eller en allmän varning om att API:er slutar fungera.
Modelltillgänglighet och plangränser är också olika frågor. Gränserna behandlas i en separat guide, vad är gratis i GitHub Copilot. Läs så tolkar du riktmärken för AI-kodning för att utvärdera resultat på uppgifter, och om du väljer en modell utanför den här listan kan du läsa jämförelsen mellan GPT-6 Astra och Claude Fable 5.1.
Börja med din valda modell och åtkomsten till dess alternativ. Innan du ändrar fungerande integrationer bör du kontrollera resultatet på en liten uppgift som du själv kan utvärdera.
Besök Ailoot för mer.
Fler detaljer
Frågor om den här guiden: GitHub Copilot avvecklar 6 modeller den 19 oktober 2026: vad du ska göra
Flyttar automatisk aktivering ett fast modellval?
Ingen migrering av låsta inställningar eller integrationer utlovas. Automatisk aktivering gäller åtkomst; granska vald modell och uppdatera uttryckliga hänvisningar genom ditt verktygs dokumenterade kontroller.
Hur vet jag att övergången är klar?
Bekräfta att föreslaget alternativ är tillgängligt enligt organisationens policy, välj det i verktyget och kör en välbekant uppgift med projektets kontroller. Ett namn i modellväljaren bekräftar bara tillgänglighet.