Tre Copilot-modeller avvecklas 16 november: hitta valen och byt i tid

Tre modeller, ett datum

Enligt GitHubs changelog från 15 oktober gäller avvecklingen alla Copilot-upplevelser, däribland Copilot Chat, inline-redigering, ask- och agentlägen samt kodkomplettering. Alla tre modellerna har samma datum, och posten anger en föreslagen ersättare för var och en:

Ersättarna är förslag, inte en automatisk översättning av dina inställningar. GitHubs sida om stödda modeller påminner om att tillgängliga modeller beror på din Copilot-plan och var du använder Copilot, till exempel på GitHub.com eller i en IDE. Bekräfta därför ersättaren i den klient där arbetet faktiskt sker.

Septemberbytet kan behöva göras om

Två av de tre modellerna var nyligen själva ersättare. När Claude Opus 4.5 och 4.6 försvann den 1 september föreslog GitHub Claude Opus 4.7, 4.8 eller 5, som vi beskrev i nyheten om de sex modeller som fasades ut i september. Den som valde Opus 4.8 eller Opus 5 då står nu inför ett andra byte.

Blanda inte heller ihop novemberposten med oktobers två avvecklingar. Den 2 oktober togs Gemini 3.5 Flash, Gemini 3.6 Flash, Kimi K2.7 Code och Claude Opus 4.7 bort. Den 19 oktober togs sex modeller bort, bland andra GPT-5.5 och GPT-5.4. De avvecklingarna är redan genomförda. Den 16 november gäller bara de tre namnen ovan.

Undantaget gäller en smal grupp

Business och Enterprise: ersättarna slås på, med två undantag

För Copilot Business och Copilot Enterprise aktiveras de föreslagna alternativen automatiskt, enligt GitHub. Det gäller inte om en administratör har stängt av den globala standardinställningen eller uttryckligen har inaktiverat modellen. I de fallen kan administratören aktivera alternativen via modellpolicyerna i Copilot-inställningarna. Därefter ser användarna modellen i Copilot Chats modellväljare.

Kontrollera därför policyn för Claude Opus 5.5, GPT-6.1 Sol och GPT-6 Luna innan du ber teamet byta. Om ersättaren är blockerad hjälper det inte att utvecklarna ändrar sina val. Hur enterprise- och organisationsnivåerna samverkar finns i septembernyheten ovan.

Var kan modellnamnet sitta?

Börja med de tre exakta namnen och leta där dokumentationen säger att ett modellval kan sparas:

rg -n -i \
  -e 'opus[ -]?4\.8' \
  -e 'opus[ -]?5([^.]|$)' \
  -e 'gpt-5\.6' \
  .

Sökningen är en kandidatjakt, inte ett bevis på full täckning. Den hittar bara incheckade namn, inte val i ett webbgränssnitt eller en lokal editorprofil. Ställ därför också två kontrollfrågor till teamet: skickar någon automation, något CI-skript eller någon extern integration ett modellnamn till Copilot? Står något av namnen i intern dokumentation eller i mallar som utvecklare kopierar? Lägg varje träff i en tabell med yta, nuvarande modell, ansvarig och tänkt ersättare.

Byt och prova före 16 november

GitHub skriver att ingen åtgärd krävs för att ta bort modellerna efter avvecklingen. Posten beskriver däremot inte hur ett arbetsflöde som fortfarande pekar på ett avvecklat namn beter sig, så vänta inte in svaret. Byt de explicita valen till ersättaren och kör ett arbetsflöde som teamet faktiskt använder, med samma indata och behörigheter, på gammal och ny modell medan båda finns.

En annan modell kan följa instruktioner annorlunda eller använda verktyg på ett annat sätt. Välj en till tre verkliga uppgifter, till exempel en ändring över två filer och ett agentjobb, och bestäm före körningen vilka filer som får ändras och vilka tester som ska passera. Den långsiktiga lösningen, med färre hårdkodade namn och en dokumenterad reservmodell, beskriver vi i guiden Bygg för modellbortfall: reservmodell och abstraktionslager.