# Code review wspierane przez AI

Speedwave recenzuje kod w pull requestach i merge requestach. To jeden etap cyklu wytwarzania oprogramowania, w którym za każdą decyzję podjętą przez AI odpowiada człowiek. W sesji uruchamiasz ten przebieg wbudowaną w Claude Code komendą `/code-review`; gdy zamiast tego chcesz najgłębszego lokalnego przejścia po zestawie zmian, wywołaj własny skill Speedwave `/speedwave-code-review`, opisany we [wbudowanych skillach i wtyczkach](/pl/docs/features/built-in-skills-and-plugins/).

## Gdzie odbywa się przegląd kodu

Przegląd kodu odbywa się przez integracje z [GitHubem](/pl/docs/integrations/github/) i [GitLabem](/pl/docs/integrations/gitlab/), z których każda to wbudowany worker z dostępem wyłącznie do tokenów danej usługi. Na GitHubie Speedwave może odczytać diff i pliki pull requesta, wylistować jego commity oraz istniejące recenzje, a potem opublikować uwagi: ogólny komentarz w wątku dyskusji przez `createPrComment` albo komentarz przypisany do konkretnej linii w diffie przez `createPrReviewComment`. Na GitLabie te same zadania realizują odpowiedniki tych narzędzi: `getMrChanges` i `getMrFull` odczytują zmianę, a `createMrNote` lub `createMrDiscussion` publikują odpowiedź, w tym wątkowe dyskusje.

Obie integracje dają też Speedwave kontekst, jakiego potrzebuje recenzent. Może sprawdzić commity, porównać branche i zajrzeć do wyników pipeline'u albo workflow'u, bo `listPrCommits` i `listMrPipelines` (oraz podobne narzędzia) pokazują, co się zmieniło i czy przeszło CI. GitLab dodaje coś, czego nie oferuje API GitHuba: `getBlame` zwraca git blame linia po linii dla danego pliku, dzięki czemu Speedwave sprawdzi, kto ostatnio dotykał danej linii, zanim ją skomentuje.

## Co zostaje pod kontrolą człowieka

Speedwave publikuje komentarze i notatki z review, ale nie scala kodu z własnej inicjatywy. Narzędzia `mergePullRequest` i `mergeMergeRequest` istnieją, lecz sam przegląd kodu polega na wskazywaniu problemów, nie na zatwierdzaniu kodu bez udziału człowieka, który go przeczyta. Każde dane uwierzytelniające, na których opiera się przegląd kodu, są ograniczone do jednej integracji: worker GitHuba trzyma tylko token GitHuba, worker GitLaba trzyma tylko token GitLaba i adres URL instancji, a żaden z nich nie dotrze do usługi ani danych uwierzytelniających tego drugiego.

## Jak to skonfigurować

Podłącz platformę, na której hostujesz swoje repozytoria. [GitHub](/pl/docs/integrations/github/) łączysz przez OAuth device flow albo ręczny token. [GitLab](/pl/docs/integrations/gitlab/) działa z GitLab.com albo instancją self-hosted: podaj adres URL instancji i Personal Access Token z uprawnieniami `api`, `read_repository` i `write_repository`. Po podłączeniu Speedwave może otworzyć, odczytać i skomentować pull requesty lub merge requesty w tym projekcie.