Michael JohnsonGitHub avasi 19. lokakuuta 2026 yleiseen käyttöön REST-rajapinnan, jolla voi hallita Copilot-mallikäytäntöjä neljällä tasolla: yritys, yrityksen tiimi, yrityksen sovellus ja organisaatio. Samana päivänä yhtiö poisti kuusi mallia käytöstä useimmissa Copilot-käyttötapauksissa. Järjestelmänvalvojilla on nyt kaksi käytännön tehtävää: tarkistaa, mitkä mallit käytännöt sallivat, ja varmistaa, että tallennetuissa työnkuluissa käytetään tuettuja korvaavia malleja.
Uudella rajapinnalla voi hakea ja päivittää käytäntöjä GET- ja PATCH-pyynnöillä. GitHub kuvaa sen keinoksi hallita mallien saatavuutta keskitetysti; yrityksen asetuksissa hallintaoikeudet voidaan siirtää organisaatioille tai tiimeille ja sovelluksille valitun tilan mukaan. Lisätiedot löytyvät Copilot-käytäntöjen rajapinnan julkistuksesta.
Millä malleilla ne korvattiin
Lokakuun 19. päivänä julkaistussa luettelossa ovat Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini ja Grok 4.5. GitHub ilmoitti vaihtoehdoiksi vastaavasti Gemini 3.8 Flashin, GPT-6.1 Solin, GPT-6.1 Solin, GPT-6 Lunan, GPT-6 Lunan ja Grok 4.7:n. Yhtiö kertoi ilmoittaneensa mallien poistumisesta ennakkoon 18. syyskuuta ja totesi, ettei vanhentuneita malleja tarvitse poistaa käsin. Luettelo ja suositukset ovat mallien käytöstä poistamista koskevassa ilmoituksessa.
GitHubin luettelo osoittaa siirtymän suunnan, mutta tietyn vaihtoehdon saatavuus riippuu organisaation Copilot-käytännöistä. Copilot Enterprise -järjestelmänvalvojan on ehkä sallittava malli erikseen asetuksissa. Käyttäjä voi tarkistaa lopputuloksen Copilot Chatin mallivalitsimesta VS Codessa tai github.com-sivustolla.
Mitä järjestelmänvalvojien kannattaa tarkistaa
Vertaa ensin poistettujen mallien luetteloa siihen, mitä kullakin hallintatasolla todella sallitaan. Tarkista sitten sisäiset ohjeet, tehtäväpohjat, automaatio ja tiimien käytännöt, joissa vanhoihin malleihin viitataan nimeltä. Ota tämän jälkeen halutut vaihtoehdot käyttöön käytännöissä ja varmista, että ne näkyvät käyttäjien Copilot-käyttöliittymässä.
REST-rajapinnasta on hyötyä, kun asetusten päivittäminen käsin useissa organisaatioissa, tiimeissä tai sovelluksissa vaikeuttaa hallintaa. Ennen laajamittaista siirtymää on järkevää tallentaa nykyiset käytännöt, ottaa muutokset käyttöön yhdessä ryhmässä ja tarkistaa tulos lukemalla asetukset. Näin odotettua malliluetteloa voi verrata todellisiin käyttöoikeusasetuksiin.
Tapahtuma vaikuttaa GitHub Copilotin hallintaan ja mallien saatavuuteen. Se vastaa erilliseen käytännön kysymykseen: miten mallien saatavuutta hallitaan ohjelmallisesti mallivalikoiman muuttuessa.