Michael Johnson19 października 2026 roku GitHub udostępnił publicznie REST API do zarządzania zasadami dotyczącymi modeli Copilota na czterech poziomach: przedsiębiorstwa, zespołu przedsiębiorstwa, aplikacji przedsiębiorstwa i organizacji. Tego samego dnia firma wycofała sześć modeli z większości zastosowań Copilota. Dla administratorów oznacza to dwa praktyczne zadania: sprawdzić, które modele dopuszczają zasady, oraz upewnić się, że zapisane przepływy pracy korzystają z obsługiwanych zamienników.
Nowe API umożliwia pobieranie i aktualizowanie zasad za pomocą żądań GET i PATCH. GitHub opisuje je jako narzędzie do centralnego zarządzania dostępnością modeli; ustawienia przedsiębiorstwa mogą przekazywać zarządzanie organizacjom albo zespołom i aplikacjom — zależnie od wybranego trybu. Szczegóły opublikowano w ogłoszeniu API zasad Copilota.
Jakie modele zastąpiono
Na opublikowanej 19 października liście znajdują się Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini i Grok 4.5. GitHub wskazał jako alternatywy odpowiednio Gemini 3.8 Flash, GPT-6.1 Sol, GPT-6.1 Sol, GPT-6 Luna, GPT-6 Luna i Grok 4.7. Firma wyjaśniła, że zapowiedziała wycofanie modeli 18 września i że nie trzeba ręcznie usuwać przestarzałych modeli. Listę i zalecenia przedstawiono w komunikacie o wycofaniu modeli.
Lista zamienników GitHub wskazuje kierunek migracji, ale dostępność konkretnej alternatywy zależy od zasad Copilota obowiązujących w organizacji. Administrator Copilota Enterprise może potrzebować osobno dopuścić model w ustawieniach. Użytkownik może sprawdzić, co jest dostępne, w selektorze modeli Copilot Chat w VS Code lub na github.com.
Co powinni sprawdzić administratorzy
Najpierw porównaj listę wycofanych modeli z tymi, które są faktycznie dozwolone na każdym poziomie zarządzania. Następnie sprawdź wewnętrzne instrukcje, szablony zadań, automatyzację i ustalenia zespołowe, w których stare modele są wymieniane z nazwy. Potem włącz potrzebne alternatywy w zasadach i sprawdź, czy są widoczne dla użytkowników w interfejsie Copilota.
REST API przydaje się tam, gdzie ręczna aktualizacja ustawień w wielu organizacjach, zespołach lub aplikacjach utrudnia kontrolę. Przed migracją na szeroką skalę warto zapisać bieżące zasady, zastosować zmiany w jednej grupie i sprawdzić wynik przez odczyt konfiguracji. Taka kolejność pozwala porównać oczekiwaną listę modeli z faktycznymi ustawieniami dostępu.
Zmiana dotyczy administracji i dostępu do modeli w GitHub Copilot. Odpowiada na odrębne praktyczne pytanie: jak programowo zarządzać dostępnością modeli po zmianie katalogu.