19. oktober 2026 åpnet GitHub et allment tilgjengelig REST-API for administrasjon av Copilot-modellpolicyer på fire nivåer: virksomhet, virksomhetsteam, virksomhetsapp og organisasjon. Samme dag faset selskapet ut seks modeller i de fleste Copilot-scenarioer. For administratorer innebærer dette to praktiske oppgaver: å kontrollere hvilke modeller policyene tillater, og å forsikre seg om at lagrede arbeidsflyter bruker støttede erstatninger.

Det nye API-et gjør det mulig å hente og oppdatere policyer med GET- og PATCH-forespørsler. GitHub beskriver det som en måte å administrere modelltilgjengelighet sentralt på. Innstillinger på virksomhetsnivå kan overlate styringen til organisasjoner, team eller apper, avhengig av valgt modus. Detaljene er publisert i kunngjøringen av Copilot-policy-API-et.
Hvilke modeller ble erstattet
Listen som ble publisert 19. oktober, omfatter Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini og Grok 4.5. GitHub oppga henholdsvis Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna og Grok 4.7 som alternativer. Selskapet presiserte at det hadde varslet om utfasingene 18. september, og at utdaterte modeller ikke trenger å fjernes manuelt. Listen og anbefalingene står i meldingen om utfasing av modeller.
GitHubs erstatningsliste gir en retning for migreringen, men om et bestemt alternativ er tilgjengelig, avhenger av Copilot-policyene i organisasjonen. En Copilot Enterprise-administrator må kanskje tillate modellen separat i innstillingene. Brukere kan kontrollere hva som er tilgjengelig, i modellvelgeren i Copilot Chat i VS Code eller på github.com.
Dette bør administratorer kontrollere
Sammenlign først listen over modeller som fases ut, med modellene som faktisk er tillatt på hvert administrasjonsnivå. Gå deretter gjennom interne veiledninger, oppgavemaler, automatisering og teamavtaler som viser til de gamle modellene ved navn. Til slutt aktiverer du ønskede alternativer i policyene og kontrollerer at brukerne ser dem i Copilot-grensesnittet.
REST-API-et er nyttig når manuell oppdatering av innstillinger på tvers av mange organisasjoner, team eller apper gjør det vanskelig å holde oversikten. Før en bred migrering er det fornuftig å lagre gjeldende policyer, bruke endringene på én gruppe og kontrollere resultatet ved å lese konfigurasjonen. Slik kan man sammenligne den forventede modellisten med de faktiske tilgangsinnstillingene.
Hendelsen gjelder administrasjon og tilgang til modeller i GitHub Copilot. Den besvarer et konkret praktisk spørsmål: hvordan modelltilgjengeligheten kan administreres programmatisk etter at modellkatalogen er endret.