
Copilot: tryb Assisted dla uprawnień i globalna polityka domyślna, czyli co sprawdzić w organizacji
Pod koniec października GitHub zmienił w Copilocie dwie rzeczy, które mają wspólny mianownik: kto decyduje, na co agent ma pozwolenie. 26 października tryb Assisted stał się ogólnie dostępny w Copilot CLI, aplikacji Copilot i VS Code. Osobny model językowy ocenia tam prośby agenta o zgodę i sam zatwierdza te, które uzna za jednoznacznie bezpieczne. A między 22 a 26 października w organizacjach Business i Enterprise zadziałała globalna polityka domyślna, która jednorazowo ustawiła niewłączone wcześniej funkcje.
Teza: oba mechanizmy oszczędzają kliknięcia i pracę administratora, ale oba przenoszą decyzję z człowieka na regułę lub model. Dokumentacja nie mówi jeszcze kilku rzeczy, które zespół bezpieczeństwa chciałby wiedzieć. Poniżej opisuję, co jest potwierdzone, czego brakuje i co warto sprawdzić dzisiaj.
W skrócie:
- Assisted leży między ręcznym zatwierdzaniem a Allow All. Reguły
denymają pierwszeństwo nad zatwierdzeniem, także w Allow All. - Administrator może zablokować Allow All i zostawić Assisted, wyłączyć Assisted albo ustawić tryb domyślny.
- Dokumentacja nie podaje, który model ocenia prośby, jakie dane do niego trafiają ani jakie operacje uznaje za bezpieczne.
- Globalna polityka domyślna zadziałała jednorazowo. Sprawdź ją w AI Controls → Copilot → Default policy for new features.
Assisted permissions: jak to działa
Źródła: changelog GitHuba z 26 października i dokumentacja Copilot CLI.
Gdy Copilot prosi o zgodę na uruchomienie polecenia, dostęp do ścieżki w systemie plików albo otwarcie adresu URL, prośbę ocenia model językowy. Jeśli uzna ją za jednoznacznie bezpieczną, operacja idzie dalej bez pytania. W pozostałych przypadkach pytanie wraca do Ciebie.

Tak działa tryb Assisted w uproszczeniu: bezpieczne operacje przechodzą od razu, resztę zatwierdza człowiek. Ilustracja poglądowa, wygenerowana modelem obrazu.
Tryby w CLI według dokumentacji:
| Tryb | Co się dzieje | Jak włączyć |
|---|---|---|
| Manual (domyślny) | Copilot pyta o każdą prośbę, której jeszcze nie zezwolono. Możesz zezwolić raz albo na czas sesji. | /permissions manual |
| Assisted | Model zatwierdza prośby, które uzna za bezpieczne. Resztę zatwierdzasz Ty. | /permissions assisted |
| Allow all | Dostęp do wszystkich narzędzi, ścieżek i adresów. Dokumentacja zaleca to tylko w odizolowanym środowisku. | --allow-all, --yolo, /yolo |
Dodatkowo:
- Reguły
denymają pierwszeństwo przed zatwierdzeniem, także w Allow All. Obowiązują też istniejące uprawnienia i reguły przedsiębiorstwa. - Operacje tylko do odczytu są zwykle dozwolone automatycznie, z zastrzeżeniem polityki, w każdym trybie.
- W aplikacji Assisted wybierasz w selektorze trybu (Tool permissions), w VS Code w selektorze uprawnień (Assisted permissions).
- Stały tryb domyślny dla nowych sesji interaktywnych w CLI ustawisz w pliku konfiguracji użytkownika jako
defaultPermissionMode: "assisted", o ile nie ma domyślnego trybu zarządzanego. - W uruchomieniach nieinteraktywnych, na przykład w CI, służy do tego flaga
--assisted-approval. /reset-allowed-toolsczyści zgody sesji, wraca do trybu ręcznego i usuwa zapisane zatwierdzenia dla bieżącej lokalizacji.
Czego dokumentacja nie mówi o trybie Assisted
To jest część, którą zespół bezpieczeństwa powinien przeczytać dwa razy. Strona changelogu i dokumentacja CLI, które przejrzałem:
- nie podają, który model ocenia prośby,
- nie podają, jakie dane do niego trafiają (całe polecenie? zawartość plików? kontekst rozmowy?),
- nie wymieniają kategorii operacji uznawanych za bezpieczne; odsyłają do artykułu o zezwalaniu na bezpieczne polecenia bez ręcznej zgody, który nie definiuje kryteriów,
- nie wskazują planów licencyjnych, które obejmuje funkcja.
Do tego jedna uwaga metodyczna z mojej strony. Model oceniający prośby agenta jest innym modelem niż ten, który prośby generuje, co jest rozsądnym podziałem ról. Ale to nadal klasyfikator, a klasyfikator się myli. W tekście o granicach dostępu agentów GitHub Copilot pisałem, że prawdziwe granice powinny być wymuszane z zewnątrz, a nie prośbą do modelu. Assisted tego nie zmienia: oszczędza kliknięcia przy prostych operacjach, ale nie zastępuje izolacji, uprawnień tokenów i reguł deny dla rzeczy, których agent nie może zrobić nigdy.
Moja ocena, oparta na tym, co wiadomo: tryb Assisted ma sens jako kompromis dla zwykłej pracy lokalnej, w której dziś wielu programistów i tak przełącza się na Allow All z powodu zmęczenia pytaniami. Bezpieczniejszy kompromis niż Allow All. Nie ma natomiast uzasadnienia, żeby traktować go jako dowód zgodności, dopóki nie znamy modelu, danych i kryteriów.
Podobne pytanie, czyli kto ma ostatnie słowo, rozwiązuje po stronie Claude Code pole decider: "person" w hookach modów, opisane w tekście o wersjach 2.1.304–2.1.306. Nowsze poprawki sandboxa i hooków są w tekście o wersjach 2.1.309–2.1.312.
Co może ustawić administrator
Z changelogu:
- zablokować Allow All, zostawiając Assisted dostępny,
- wyłączyć Assisted osobno,
- ustawić tryb domyślny dla nowych sesji.
Programista może wybrać dowolny inny tryb, na który polityka pozwala. Jeśli domyślny tryb jest niedostępny lub zabroniony, sesja startuje z ręcznym zatwierdzaniem. To bezpieczne zachowanie awaryjne.
Praktyczna propozycja dla organizacji, w kolejności od najbardziej do najmniej restrykcyjnej:
- Zablokuj Allow All na licencjach Business i Enterprise. Dokumentacja pozwala to zrobić.
- Pozostaw Manual jako domyślny, dopóki nie sprawdzisz Assisted na pilotażowej grupie.
- Włącz Assisted dla wybranych zespołów i porównaj liczbę ręcznych zatwierdzeń przed i po. Jak prowadzić taki pomiar, opisałem w tekście o mierzeniu pracy agentów AI.
Globalna polityka domyślna: co się stało między 22 a 26 października
Źródło: changelog GitHuba z 22 października.
Dotyczy planów Copilot Business i Copilot Enterprise. Egzekwowanie zaczęło się 22 października i rozkładało się stopniowo do 26 października, więc różne organizacje zobaczyły zmianę w różne dni. Dziś, 28 października, okno wdrożenia już minęło.
- Co zostało ustawione: funkcje GA i możliwości klientów, które nie miały jawnego ustawienia, przyjęły globalny default (Enabled, Disabled albo Let organizations decide). Zmiana jest jednorazowa: późniejsze zmiany globalnego defaultu nie ruszają polityk, które już zastosowano.
- Serwery MCP: polityka obejmuje też ustawienie MCP servers in Copilot, obok Features & clients.
- Co zostaje: każda funkcja, którą administrator jawnie włączył lub wyłączył, zachowuje to ustawienie.
- Funkcje w preview: pozostają opt-in. Jeśli wcześniej wybrałeś funkcję w preview, a ta stanie się GA, Twój wybór się utrzymuje. W przeciwnym razie, gdy funkcja stanie się kwalifikowana, zadziała polityka domyślna.
- Gdzie sprawdzić: AI Controls → Copilot → Default policy for new features.
Co to znaczy w praktyce. Jeśli w organizacji ustawiono domyślnie Enabled, nowe funkcje GA i serwery MCP, których nikt wcześniej nie ruszył, mogły się włączyć bez żadnej decyzji. To nie jest błąd, tylko zamierzone działanie: ułatwia wdrażanie, ale wymaga audytu po fakcie.
Co sprawdzić dziś:
- Otwórz Default policy for new features i zapisz, jaki jest globalny default.
- Przejrzyj listę serwerów MCP w Copilocie: czy któryś jest włączony, choć nikt go nie wybierał.
- Zrób to samo dla funkcji i klientów, z których nie korzystacie.
- Ustaw jawnie to, co ma zostać wyłączone. Jawne ustawienia nie zmieniają się już przy kolejnych zmianach defaultu.
Ta sama polityka decyduje o nowych modelach. W organizacjach Business i Enterprise model może się włączyć automatycznie, chyba że wyłączono globalny default albo jawnie zablokowano ten model. Tak jest w przypadku GPT-6.1 Terra, który GitHub udostępnił 26 października. Wcześniejsze zmiany w zarządzaniu modelami, w tym wycofywanie i API polityk, omówiłem w tekście o wycofywaniu modeli i politykach modeli.
Przy okazji: Visual Studio i własne modele
Wrześniowa aktualizacja Copilota w Visual Studio (changelog z 22 października) wprowadza w wersji preview obsługę własnych modeli (BYOM). To zmiana łamiąca zgodność: własne modele działają teraz wyłącznie w nowym trybie Agent (Preview), zbudowanym na harnessie Copilot SDK. Wcześniejsze tryby Ask i Agent ich nie obsługują. Jeśli konfigurowałeś modele Ollamy przed aktualizacją, musisz dodać je ponownie. Dostępni dostawcy to Microsoft Foundry, OpenAI, Anthropic i Ollama, a funkcja jest domyślnie włączona w edycjach Community, Professional i Enterprise.
Dla porządku: Copilot SDK zmienia właśnie nazwę na Microsoft Copilot SDK (changelog z 28 października). Ogłoszenie jest niespójne co do tego, czy repozytorium już się przeniosło, nie podaje nazw pakietów ani dat i mówi, że istniejący użytkownicy nie muszą nic zmieniać. Dlatego nie opisuję tego szerzej.
Co zostało niepotwierdzone
- Kryteria, według których Assisted uznaje operację za bezpieczną, model oceniający i dane, które do niego trafiają. Dokumentacja ich nie podaje.
- Plany licencyjne obejmujące Assisted. Changelog ich nie wymienia.
- Dokładna lista wyjątków od globalnej polityki domyślnej. Changelog odsyła do dokumentacji o domyślnej dostępności i nie wymienia ich na stronie.
Najczęstsze pytania
Czy tryb Assisted jest bezpieczniejszy od Allow All?
Tak, bo część próśb wraca do człowieka, a reguły deny nadal obowiązują. Nie jest jednak równoważny ręcznemu zatwierdzaniu, bo ocenę części próśb robi klasyfikator, którego kryteriów dokumentacja nie opisuje.
Czy administrator może wymusić tryb ręczny? Może zablokować Allow All, wyłączyć Assisted i ustawić tryb domyślny. Jeśli domyślny tryb jest niedostępny, sesja startuje z ręcznym zatwierdzaniem.
Jak włączyć Assisted w CI?
Dokumentacja podaje flagę --assisted-approval dla uruchomień nieinteraktywnych. Dla pracy bez nadzoru pamiętaj, że klasyfikator nie zastępuje izolacji środowiska.
Czy globalna polityka domyślna zmieni moje ustawienia jeszcze raz? Według changelogu jest to zmiana jednorazowa. Późniejsze zmiany globalnego defaultu nie wpływają na polityki, które już zastosowano. Jawne ustawienia administratora zawsze pozostają.
Czy nowe modele włączają się same? W Copilot Business i Enterprise tak, jeśli działa globalny default dla nowych modeli i nie zablokowano konkretnego modelu.
Źródła: GitHub Changelog - Copilot assisted permissions generally available (26 października 2026), GitHub Docs - Allowing tools in Copilot CLI, GitHub Changelog - Global default for Copilot features generally available (22 października 2026), GitHub Changelog - Copilot in Visual Studio, September update, GitHub Changelog - GPT-6.1 Terra in GitHub Copilot.
Stan na 28 października 2026.
EfektywnyDev pisze o AI w praktyce: kto naprawdę podejmuje decyzje, gdy agent prosi o zgodę, i co z tego wynika dla Twojej organizacji.
Nowe materiały prosto na maila
Publikuję nowy artykuł albo lekcję kursu — dostajesz jednego maila. Nic poza tym.
Bez cyklu wydawniczego i newsów o każdej premierze modelu
Zapisy do newslettera otwieram partiami, żeby nie zamieniać go w kolejny kanał ze spamem i recyklingiem linków.
Jeśli chcesz dostać informację przy następnym otwarciu zapisów, napisz na [email protected].

O autorze
Marcin Szymański
Od kilkunastu lat buduję systemy w .NET i Azure — obecnie rozproszony monitoring PingView. Piszę tu o pracy człowiek + agenci AI na realnych workflow, nie na demach. Zawodowo prowadzę audyty, rescue projektów i wdrożenia AI-assisted delivery w zespołach.