jsonscraper

GitHub åpner Copilot-modellstyring i REST-API-et samme dag som seks modeller fases ut

Fra 19. oktober kan administratorer endre modellpolicyer via API-et. Samme dag faset GitHub ut seks modeller i de fleste Copilot-scenarioer.

Redaksjonelle retningslinjer Meld fra om en feil

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.

Artikkel: GitHub åpner Copilot-modellstyring i REST-API-et samme dag som seks modeller fases ut
Sammendrag: 19. oktober gjorde GitHub REST-operasjoner for Copilot-modellpolicyer allment tilgjengelige på virksomhets-, team-, app- og organisasjonsnivå. Samme dag utløp støtten for seks modeller i de fleste Copilot-scenarioer. Her ser vi på hva administratorer bør kontrollere i innstillinger og arbeidsflyter.
Bildets rolle: omslag – hovedideen
Seksjon: 
Visuelt motiv: Abstrakt nærbilde av programvare
© jsonscraper · AI-generert illustrasjon

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.

People

No people listed for this article yet.

Keep readingGitHub oppdaterer HydraFusion og legger til Max-modus for krevende oppgaver
Read the next article

Gjør det du leser til en fungerende integrasjon

Utforsk jsonscrapers API-er for sosiale data, test forespørsler og bygg neste arbeidsflyt.

Utforsk API-er