Jak włączyć zatwierdzanie pull requestów przez Copilot krok po kroku

Jaki problem rozwiązuje zatwierdzanie pull requestów przez Copilot

Najwięcej zyskają zespoły, w których drobne zmiany czekają w kolejce na akceptację dłużej, niż trwało ich przygotowanie. Do tej pory Copilot code review, czyli automatyczna recenzja kodu w pull requestach, zostawiał tylko komentarze. Ostateczną zgodę na scalenie zmian musiał zawsze wydać człowiek.

Według komunikatu GitHub z 1 września 2026 roku Copilot może teraz przesłać recenzję zatwierdzającą. Jeśli administratorzy na to pozwolą, liczy się ona do reguły wymaganych zatwierdzeń tak samo jak akceptacja członka zespołu. Każda recenzja zawiera też ocenę gotowości do zatwierdzenia, ale bez włączenia funkcji ma ona wyłącznie charakter informacyjny.

Przygotowanie: plany, uprawnienia i domyślne ustawienia

Przed konfiguracją trzeba sprawdzić trzy rzeczy: plan, uprawnienia administratora i obecne reguły gałęzi. Bez zgody na wyższym poziomie przełącznik w repozytorium nic nie zmieni, bo na poziomie przedsiębiorstwa zatwierdzenia są domyślnie wyłączone.

Dokumentacja GitHub zastrzega, że funkcja jest w wersji zapoznawczej i może się jeszcze zmienić. Warto więc najpierw uruchomić ją w jednym, mało ryzykownym repozytorium.

• Plan: Copilot Pro, Pro+, Max albo licencja Copilot Business lub Enterprise. Copilot Free nie obejmuje recenzji kodu.
• Uprawnienia: administrator przedsiębiorstwa, organizacji lub repozytorium, zależnie od poziomu ustawień.
• Reguły gałęzi: aktywny zestaw reguł z wymaganą liczbą zatwierdzeń, do którego ma się liczyć akceptacja Copilota.
• GitHub Actions: funkcje agentowe recenzji, takie jak zbieranie kontekstu i propozycje poprawek, nie działają przy wyłączonych Actions.

Krok po kroku: zgoda przedsiębiorstwa i organizacji

W firmach korzystających z GitHub Enterprise konfigurację zaczyna się od góry. Poniższe kroki odpowiadają dokumentacji GitHub według stanu z 26 września 2026 roku. Nazwy opcji podajemy w brzmieniu z interfejsu, który jest dostępny po angielsku.

1. Otwórz stronę Enterprises w ustawieniach konta i wybierz swoje przedsiębiorstwo.
2. Kliknij AI controls u góry strony, przewiń do sekcji Available Agents i wybierz Copilot code review.
3. Przy polityce Allow Copilot to approve pull requests wybierz Let organizations decide albo Enable for selected organizations. Domyślna wartość to Disabled everywhere.
4. Przejdź do organizacji: zdjęcie profilowe, Organizations, wybrana organizacja, Settings.
5. W panelu bocznym, w części Code, planning, and automation, kliknij Copilot, a potem Code review.
6. W opcji Count Copilot approvals toward merge requirements wybierz Enabled everywhere, Let repositories decide, Enable for selected repositories albo Disabled everywhere.
7. Opcjonalnie ustaw domyślny poziom recenzji dla organizacji: Lite albo Balanced.

Krok po kroku: ustawienia repozytorium

Właściwe włączenie zatwierdzeń odbywa się w repozytorium. Tu decyduje się też, których plików może dotyczyć akceptacja Copilota. Ostatnie dwa kroki dotyczą automatycznego zlecania recenzji każdemu nowemu pull requestowi.

1. Otwórz stronę główną repozytorium i kliknij Settings.
2. W panelu bocznym, w części Code, planning, and automation, wybierz Copilot, a następnie Code review.
3. Wybierz poziom Review effort: Lite dla standardowej recenzji albo Balanced dla głębszej analizy złożonej logiki i kodu wrażliwego na bezpieczeństwo.
4. W sekcji Auto-approval włącz Allow Copilot to approve pull requests.
5. Włącz Allow Copilot approvals to count toward merge requirements, jeśli akceptacja ma spełniać wymóg liczby zatwierdzeń.
6. W polu File paths wpisz do 15 wzorców glob, po jednym w wierszu. Akceptacja liczy się wtedy tylko, gdy każdy zmieniony plik pasuje do któregoś wzorca. Puste pole oznacza wszystkie pliki.
7. Aby recenzja uruchamiała się sama, otwórz Settings repozytorium, w panelu bocznym w części Code and automation wybierz Rulesets, a potem kliknij New ruleset i New branch ruleset.
8. Nadaj nazwę, ustaw Enforcement Status na Active, dodaj gałąź docelową, zaznacz Automatically request Copilot code review i kliknij Create.

Przykład i typowe błędy przy konfiguracji

Przykład dla polskiego software house'u z repozytorium aplikacji i osobnym katalogiem dokumentacji: zespół chce, by poprawki literówek w plikach Markdown nie czekały na lidera. Wpisuje w polu File paths wzorce docs/** oraz *.md. Copilot może wtedy zatwierdzić pull request z samą dokumentacją, ale zmiana, która dotyka też kodu w src, nadal wymaga akceptacji człowieka.

Najczęstsze problemy wynikają z tego, że ustawienia działają na kilku poziomach jednocześnie. Z dokumentacji wynika kilka pułapek:

• Włączenie funkcji w repozytorium bez zgody przedsiębiorstwa lub organizacji. Wtedy akceptacja nie liczy się do wymogów.
• Oczekiwanie, że sama ocena gotowości w komentarzu zastąpi zatwierdzenie. Bez włączonej funkcji jest tylko informacją.
• Wypychanie poprawek po akceptacji. Każdy nowy commit unieważnia zatwierdzenie Copilota i trzeba ponownie poprosić o recenzję.
• Próba wyłączenia recenzji w ustawieniach użytkownika. Nie wyłącza ona recenzji wymuszonych przez reguły repozytorium lub organizacji.
• Liczenie na recenzję plików zależności. Copilot pomija m.in. package.json, Gemfile.lock, logi i pliki SVG.

Ile kosztuje recenzja Copilota w złotych

Koszt zależy od trybu i wielkości zmian. Według dokumentacji recenzja Lite zużywa kredyty AI o wartości od 0,05 do 1 USD, czyli ok. 0,19-3,84 zł. Recenzja Balanced kosztuje od 0,25 do 5 USD, czyli ok. 0,96-19,20 zł. Przeliczenie według średniego kursu NBP z 25 września 2026 roku (1 USD = 3,8404 zł), bez VAT.

Dla zespołu, który otwiera 200 pull requestów miesięcznie, tryb Lite oznacza od ok. 38 zł do ok. 768 zł. W trybie Balanced widełki wynoszą od ok. 192 zł do ok. 3840 zł. Dochodzą minuty GitHub Actions: standardowe runnery są wliczone, większe są rozliczane według stawek premium. Kredyty użytkowników z licencją pochodzą ze wspólnej puli, a zużycie osób bez licencji trafia do raportów jako dodatkowe użycie organizacji.

Bezpieczeństwo, ograniczenia i znaczenie dla polskich firm

Dokumentacja wprost zaznacza, że Copilot nie wychwyci wszystkich problemów i jego uwagi trzeba weryfikować. Recenzje mogą korzystać z modeli, których nie widać w ustawieniach organizacji. W ocenie redakcji dailyAI akceptację Copilota warto na start ograniczyć wzorcami plików do obszarów o niskim ryzyku, takich jak dokumentacja czy tłumaczenia, i nie dopuszczać jej do kodu płatności, uwierzytelniania ani konfiguracji infrastruktury.

Źródła nie opisują, jak zatwierdzenie Copilota współdziała z plikiem CODEOWNERS, i nie zawierają informacji o ograniczeniach dla Polski lub UE. Funkcja jest częścią usługi GitHub, więc dotyczy polskich zespołów na tych samych zasadach co innych klientów. Firmy objęte audytami powinny opisać w procedurach, kiedy akceptacja AI wystarcza do scalenia zmian.

Rozsądna kolejność wdrożenia to najpierw zgoda przedsiębiorstwa i organizacji, potem jedno repozytorium z trybem Lite i wąskimi wzorcami plików, a po kilku tygodniach decyzja o rozszerzeniu na podstawie liczby błędów, które przeszły przez recenzję.