GitHub Copilot w firmie. Co administrator musi ustawić jesienią 2026 roku

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ęły 19 października

GitHub ogłosił 18 września 2026 roku, że wycofa wybrane modele ze wszystkich funkcji Copilota. Zapowiedź wymieniała plany Copilot Business, Copilot Enterprise i GitHub Enterprise. 19 października firma potwierdziła, że modele zostały wycofane z czatu, edycji w kodzie, trybów Ask i Agent oraz podpowiedzi kodu.

W komunikacie z 19 października GitHub zmienił część zamienników. Zamiast GPT-5.6 Sol i GPT-5.6 Luna wskazuje nowsze GPT-6.1 Sol i GPT-6 Luna, a zamiast Grok 4.6 model Grok 4.7. Administratorzy, którzy po wrześniowej zapowiedzi włączyli ręcznie modele z serii GPT-5.6, powinni sprawdzić, czy mają też dostęp do aktualnych zamienników. Poniżej pary z komunikatu z 19 października: model wycofany i zalecany zamiennik.

• GPT-5.5 - zamiennik GPT-6.1 Sol.
• GPT-5.4 - zamiennik GPT-6.1 Sol.
• GPT-5.4 mini - zamiennik GPT-6 Luna.
• GPT-5 mini - zamiennik GPT-6 Luna.
• Gemini 3.7 Flash - zamiennik Gemini 3.8 Flash.
• Grok 4.5 - zamiennik Grok 4.7.

Kolejne wycofanie modeli 16 listopada

GitHub ogłosił 15 października 2026 roku drugą w tej jesieni listę wycofywanych modeli. Zmiana obejmie wszystkie funkcje Copilota od 16 listopada. Claude Opus 4.8 pozostanie dostępny dla indywidualnych subskrybentów z rocznym planem, więc to wycofanie dotyczy ich tylko w przypadku pozostałych dwóch modeli.

Zasady są takie same jak przy październikowej zmianie. Przy włączonej domyślnej zgodzie na modele firmy z planami Business i Enterprise dostaną zamienniki automatycznie. Jeśli administrator wyłączył globalne ustawienie domyślne lub zablokował konkretne modele, musi sam włączyć zamienniki w politykach modeli. Przed 16 listopada trzeba też zmienić integracje i przepływy pracy, które wskazują stare modele z nazwy.

• Claude Opus 4.8 - zamiennik Claude Opus 5.5.
• Claude Opus 5 - zamiennik Claude Opus 5.5.
• GPT-5.6 Terra - zamiennik GPT-6.1 Sol lub GPT-6 Luna.

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.

Polityki modeli przez API

Od 19 października 2026 roku ustawienia modeli w Copilocie można zmieniać także programowo. GitHub udostępnił w wersji ogólnie dostępnej (GA) REST API do polityk modeli, czyli reguł określających, które modele są dostępne dla użytkowników. Endpointy obsługują odczyt (GET) i zmianę (PATCH) na czterech poziomach.

Dla dużych firm oznacza to, że reakcję na kolejne wycofania można wpisać w skrypt lub narzędzie do zarządzania konfiguracją zamiast klikać w panelu każdej organizacji osobno. Przy listopadowym wycofaniu Claude Opus 4.8, Claude Opus 5 i GPT-5.6 Terra administrator może jednym skryptem sprawdzić, gdzie zamienniki są wyłączone. Zmiany przez API warto rejestrować w tym samym miejscu co decyzje podejmowane w panelu, bo trafiają do tych samych ustawień.

• przedsiębiorstwo - wspólne reguły dla całego konta Enterprise,
• zespoły w przedsiębiorstwie - reguły dla wybranych zespołów, gdy konto działa w trybie zespołów,
• aplikacje przedsiębiorstwa - reguły dla aplikacji korzystających z Copilota,
• organizacja - reguły dla pojedynczej organizacji, np. przez ścieżkę /orgs/{org}/copilot/model-policies.

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-6.1 Sol, GPT-6 Luna, Gemini 3.8 Flash lub Grok 4.7, zależnie od potrzeb. Przy wielu organizacjach można to zrobić przez API polityk modeli.
3. Przejrzyj własne skrypty, akcje i integracje, które wskazują wycofane modele z nazwy, i zmień je od razu, a w przypadku Claude Opus 4.8, Claude Opus 5 i GPT-5.6 Terra przed 16 listopada.
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.