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.
Gdzie odbywa się przegląd kodu
Dział zatytułowany „Gdzie odbywa się przegląd kodu”Przegląd kodu odbywa się przez integracje z GitHubem i GitLabem, 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
Dział zatytułowany „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ć
Dział zatytułowany „Jak to skonfigurować”Podłącz platformę, na której hostujesz swoje repozytoria. GitHub łączysz przez OAuth device flow albo ręczny token. 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.