jsonscraper

GitHub öppnar modellstyrning för Copilot via REST API – samma dag som sex modeller fasas ut

Från den 19 oktober kan administratörer ändra modellpolicyer via API; samma dag fasade GitHub ut sex modeller i de flesta Copilot-scenarier.

Redaktionella riktlinjer Rapportera ett fel

Den 19 oktober 2026 gjorde GitHub ett REST API för hantering av Copilots modellpolicyer allmänt tillgängligt på fyra nivåer: företag, företagsteam, företagsapp och organisation. Samma dag fasade företaget ut sex modeller i de flesta Copilot-scenarier. För administratörer innebär det två praktiska uppgifter: kontrollera vilka modeller som tillåts enligt policyerna och säkerställa att sparade arbetsflöden använder modeller som fortfarande stöds.

Artikel: GitHub öppnar modellstyrning för Copilot via REST API – samma dag som sex modeller fasas ut
Sammanfattning: Den 19 oktober gjorde GitHub REST-operationer för Copilots modellpolicyer allmänt tillgängliga på företags-, team-, app- och organisationsnivå. Samma dag upphörde stödet för sex modeller i de flesta Copilot-scenarier. Här går vi igenom vad administratörer bör kontrollera i inställningar och arbetsflöden.
Bildens roll: omslag – huvudidén
Avsnitt: 
Visuellt motiv: Abstrakt närbild av programvara
© jsonscraper · AI-genererad illustration

Det nya API:et gör det möjligt att hämta och uppdatera policyer med GET- och PATCH-förfrågningar. GitHub beskriver det som ett sätt att centralt styra vilka modeller som är tillgängliga. Företagsinställningar kan överlåta styrningen till organisationer eller till team och appar, beroende på vilket läge som valts. Läs mer i GitHubs tillkännagivande om Copilot-policyernas API.

Vilka modeller ersattes

På listan som publicerades den 19 oktober finns Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini och Grok 4.5. GitHub angav Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna respektive Grok 4.7 som alternativ. Företaget förtydligade att det hade meddelat den planerade utfasningen den 18 september och att de föråldrade modellerna inte behöver tas bort manuellt. Listan och rekommendationerna finns i meddelandet om modellernas utfasning.

GitHubs lista över ersättare visar vägen för migreringen, men tillgången till ett visst alternativ beror på organisationens Copilot-policyer. Administratörer för Copilot Enterprise kan behöva tillåta modellen separat i inställningarna. Användare kan kontrollera resultatet i modellväljaren i Copilot Chat i VS Code eller på github.com.

Vad administratörer bör kontrollera

Börja med att jämföra listan över utfasade modeller med de modeller som faktiskt är tillåtna på varje styrningsnivå. Kontrollera sedan interna instruktioner, uppgiftsmallar, automatiseringar och teamöverenskommelser där de gamla modellnamnen förekommer. Aktivera därefter de önskade alternativen i policyerna och kontrollera att de visas för användarna i Copilot-gränssnittet.

REST API:et är användbart när manuell uppdatering av inställningar i många organisationer, team eller appar gör det svårt att behålla kontrollen. Innan en bred migrering är det klokt att spara de aktuella policyerna, tillämpa ändringarna på en grupp och kontrollera resultatet genom att läsa konfigurationen. På så sätt kan den förväntade modellistan jämföras med de faktiska åtkomstinställningarna.

Händelsen påverkar administrationen av och tillgången till modeller i GitHub Copilot. Den besvarar en konkret fråga: hur man programmatiskt styr modellernas tillgänglighet när katalogen ändras.

People

No people listed for this article yet.

Keep readingGitHub uppdaterar HydraFusion och lägger till Max-läge för komplexa uppgifter
Read the next article

Gör det du läser till en fungerande integration

Utforska jsonscrapers API:er för social data, testa anrop och bygg nästa arbetsflöde.

Utforska API:er