MCP i Code Review w GitHub Copilot: jak ustalić dostęp zespołu

Copilot może pobrać opis incydentu albo dokumentację przez MCP i wykorzystać ją podczas przeglądu kodu. Dzięki temu recenzja ma szansę odnieść zmianę do rzeczywistego wymagania. Trzeba jednak ustalić, które narzędzia są dostępne i z jakiego konta korzystają.

W dokumentacji sprawdzonej 1 października 2026 GitHub wyraźnie ostrzega: skonfigurowane narzędzia MCP dla Copilot cloud agent i code review mogą być używane autonomicznie, bez pytania o zgodę przed każdym wywołaniem. Dlatego zakres dostępu wymaga konfiguracji po stronie narzędzia i jego konta. Konfiguracja MCP w repozytorium.

Trzy ustawienia, które trzeba rozpatrzyć osobno

Polityka organizacji określa dostępność funkcji. Konfiguracja repozytorium wybiera serwery i narzędzia. Uprawnienia konta serwera określają dane oraz operacje, które ten serwer faktycznie udostępni.

Dla odczytu dokumentacji wystarczy konto z dostępem do właściwej kolekcji. Narzędzie zapisujące zgłoszenie potrzebuje odrębnego uzgodnienia. Instrukcja w repozytorium „nie zmieniaj danych” nie cofnie tokenowi prawa zapisu.

Polityka MCP servers in Copilot dotyczy obsługi MCP w odpowiednich funkcjach Copilot. Nie steruje użyciem GitHub MCP przez inne aplikacje, np. Claude czy Cursor. Polityki GitHub.

Wspólna konfiguracja agenta i recenzji

Repozytoryjna konfiguracja MCP jest współdzielona przez cloud agent i code review. Dodanie serwera dla jednego zastosowania może więc wpłynąć na drugie. Dokumentacja wskazuje osobny przełącznik Allow Copilot to use MCP tools when reviewing pull requests w ustawieniach Code review.

Przed dodaniem serwera spisz nazwy potrzebnych narzędzi. GitHub zaleca jawne dopuszczenie konkretnych narzędzi tylko do odczytu. Gwiazdka w liście narzędzi oznacza szerszy zakres i może objąć funkcje, których zespół nie potrzebuje. Sprawdź też, czy administrator serwera może zmienić ich zachowanie bez aktualizacji konfiguracji klienta.

Nie każdy typ serwera pasuje do tego środowiska. Dokumentacja opisuje obsługę narzędzi MCP, bez zasobów i promptów, oraz ograniczenie zdalnych serwerów wymagających OAuth. Zgodność klienta desktopowego z serwerem nie dowodzi zgodności integracji GitHub.

Przykład: recenzja poprawki do naliczania rabatu

To proponowana próba. Zespół udostępnia zatwierdzoną specyfikację rabatów i zgłoszenie błędu. Recenzja powinna porównać zmianę z regułą, wskazać nieuwzględniony przypadek i podać źródło wymagania. Nie potrzebuje prawa do edycji cennika.

Sprawdź też zgłoszenie bez uprawnień, nieistniejący identyfikator i dokument zawierający obce polecenie. Oczekiwany wynik to jawny brak kontekstu albo pominięcie polecenia, które nie należy do zadania. Wrażliwe dane nie powinny trafiać do komentarza na repozytorium o szerszym gronie odbiorców.

Każde ważne wskazanie recenzenta potwierdź w kodzie lub testem. Człowiek nadal ocenia zmianę przed połączeniem. Wynik modelu nie stanowi dowodu, że cały program jest poprawny.

Pomiar oraz koszt

Przygotuj próbkę znanych zmian i błędów. Zapisuj trafne uwagi, fałszywe alarmy, pominięcia i czas pracy człowieka. Jeśli model dodaje dużo komentarzy, ale wydłuża przegląd, ogranicz zadanie lub popraw kontekst.

Budżet obejmuje plan Copilot, zużycie dodatkowych funkcji, utrzymanie serwera MCP oraz przygotowanie repozytorium. Aktualne warunki rozliczenia sprawdź na koncie organizacji. Techniczny Kurs AI-Native Syntalith wyceniamy indywidualnie po rozmowie o kodzie; zwykły audyt procesu zaczyna się od 2 495 zł netto i ma inny zakres. Cennik.

Opisz repozytorium i źródła kontekstu. Ustalimy próbę oraz wymagany dostęp. Przed 22 października sprawdź również nową politykę domyślną Copilot.