GitHub Copilot w firmie. Co administrator musi ustawić przed 19 i 22 października

Dwie zmiany w Copilot na przełomie października

Obie zmiany dotyczą przede wszystkim firm, które kupują Copilota centralnie i zarządzają nim przez ustawienia organizacji lub przedsiębiorstwa. Pierwsza porządkuje listę modeli dostępnych w czacie, trybie agenta, edycjach i podpowiedziach kodu. Druga zmienia sposób, w jaki nowe funkcje trafiają do pracowników.

Terminy są bliskie, a ustawienia leżą w tym samym panelu AI Controls. Dlatego w naszej ocenie warto przejrzeć je za jednym razem i zapisać podjęte decyzje w wewnętrznej polityce korzystania z AI.

Które modele znikną 19 października

GitHub ogłosił 18 września 2026 roku, że wycofa wybrane modele ze wszystkich funkcji Copilota. Komunikat wymienia plany Copilot Business, Copilot Enterprise i GitHub Enterprise. Poniżej pary: model wycofywany i sugerowany zamiennik.

• GPT-5.5 - zamiennik GPT-5.6 Sol.
• GPT-5.4 - zamiennik GPT-5.6 Sol.
• GPT-5.4 mini - zamiennik GPT-5.6 Luna.
• GPT-5 mini - zamiennik GPT-5.6 Luna.
• Gemini 3.7 Flash - zamiennik Gemini 3.8 Flash.
• Grok 4.5 - zamiennik Grok 4.6.

Co się stanie z ustawieniami modeli

Jeśli organizacja ma włączoną domyślną zgodę na modele, zamienniki uruchomią się automatycznie. Po wycofaniu nie trzeba ręcznie usuwać starych modeli z konfiguracji. Problem dotyczy firm, które wyłączyły domyślne włączanie modeli albo zablokowały konkretne modele, na przykład ze względu na wymagania prawne lub umowne.

W takiej organizacji pracownicy mogą po 19 października stracić dostęp do modelu, na którym opierały się ich procesy, a zamiennik nie pojawi się sam. Administrator musi wtedy włączyć nowy model w politykach modeli w ustawieniach Copilota. Trzeba też poprawić własne integracje i przepływy pracy, które wskazują stary model z nazwy.

Polityka domyślna dla nowych funkcji od 22 października

Druga zmiana została ogłoszona 24 września 2026 roku. GitHub wprowadza globalną politykę domyślną dla ogólnie dostępnych funkcji Copilota w ustawieniach przedsiębiorstwa i organizacji. Do 21 października administratorzy mogą ją skonfigurować, a od 22 października zacznie obowiązywać dla funkcji, dla których nie podjęto jawnej decyzji.

Polityka obejmuje funkcje ze strony Features & clients, politykę Copilot code review na stronie Agents oraz korzystanie z serwerów MCP w Copilocie. MCP (Model Context Protocol) to standard łączenia asystenta AI z zewnętrznymi narzędziami i danymi, dlatego jego domyślne włączenie ma znaczenie dla bezpieczeństwa.

• Enabled - nowe funkcje są od razu dostępne dla użytkowników.
• Disabled - nowe funkcje wymagają zgody administratora.
• Let organizations decide - decyzję podejmują administratorzy poszczególnych organizacji.

Co ustawić krok po kroku

Poniższa lista porządkuje działania według terminów. Nazwy opcji podajemy w brzmieniu z angielskiego interfejsu GitHub.

1. Otwórz ustawienia przedsiębiorstwa lub organizacji i przejdź do strony AI Controls.
2. Sprawdź, czy włączona jest domyślna zgoda na nowe modele. Jeśli nie, włącz w politykach modeli GPT-5.6 Sol, GPT-5.6 Luna, Gemini 3.8 Flash lub Grok 4.6, zależnie od potrzeb.
3. Przejrzyj własne skrypty, akcje i integracje, które wskazują wycofywane modele z nazwy, i zmień je przed 19 października.
4. Wybierz politykę domyślną dla nowych funkcji przed 22 października. W firmach z wymaganiami audytowymi bezpieczniejszą opcją jest Disabled.
5. Osobno zdecyduj o serwerach MCP i recenzji kodu przez Copilota, bo polityka domyślna obejmuje także te obszary.
6. Zapisz decyzje w polityce korzystania z AI i poinformuj zespoły o zmianie modeli.

Ryzyka i znaczenie dla polskich zespołów

Najczęstszym skutkiem braku decyzji będzie zmiana zachowania narzędzia bez wiedzy działu IT. Nowy model może inaczej formatować kod, zużywać inną liczbę kredytów AI i dawać inne wyniki w automatycznych recenzjach. Warto więc przez pierwsze tygodnie po 19 października obserwować zużycie w panelu metryk Copilota.

Firmy z sektora finansowego, publicznego i medycznego zwykle muszą dokumentować, jakie narzędzia AI przetwarzają ich kod i dane. Domyślne włączanie funkcji utrudnia prowadzenie takiej ewidencji. W naszej ocenie organizacje objęte audytami powinny wybrać opcję Disabled i włączać nowe funkcje świadomie, po krótkim teście.

Mniejsze software house'y, w których liczy się szybki dostęp do nowości, mogą wybrać Enabled. Warunkiem jest regularny przegląd listy aktywnych funkcji, szczególnie serwerów MCP, które dają asystentowi dostęp do systemów poza repozytorium.