Źródła sygnałów pracy
Podłącz GitLab, żeby szkice AI cytowały wykonaną pracę. Dane są pobierane na żądanie, za zgodą przy każdym szkicu, i nie służą do gromadzenia historii aktywności.
Dlaczego warto
Podłączony GitLab pozwala generatorowi szkiców wykorzystać przykłady pracy z okresu oceny: scalone merge requesty i przeglądy kodu. Recenzent otrzymuje tytuły i linki, a następnie sprawdza, co te działania mówią o pracy ocenianej osoby.
Kit pobiera sygnały na żądanie, gdy recenzent generuje szkic i włączy tę opcję. Nie prowadzi osobnej bazy surowej aktywności. Zapisuje jednak przy szkicu zestaw wykorzystanych sygnałów, w tym tytuły, linki, daty, repozytoria i oznaczenia związane z użyciem AI. Moduł nie ma rankingu produktywności ani widoku porównującego aktywność pracowników.
Warning
Sygnały dostarczają przykładów do opisu pracy. Kit nie zbiera na ich podstawie statystyk liczby zmian ani rozmiaru diffów i nie tworzy porównań pracowników. Pobieranie włączasz osobno dla każdego szkicu. Przed użyciem poinformuj osobę ocenianą, jakie dane zostaną wykorzystane.
Podłączanie GitLab
GitLab to pierwszy obsługiwany dostawca (jedno połączenie na konto). Wejdź w Oceny okresowe > Sygnały pracy:
| Pole | Wartość |
|---|---|
| Adres URL GitLab |
https://gitlab.com albo adres twojej własnej instancji dostępnej publicznie przez HTTPS |
| Grupowy token dostępu | Grupowy token dostępu z uprawnieniem read_api i rolą Reporter albo PAT konta serwisowego na planie Free |
Naciśnij Połącz GitLab. Token jest szyfrowany w spoczynku i później pokazywany wyłącznie w formie zamaskowanej. Kit korzysta z API tylko do odczytu; nigdy niczego nie zapisuje w twoim GitLab. Jeśli połączenie później zawiedzie (unieważniony token, nieosiągalny host), źródło przechodzi w stan Błąd z widocznym komunikatem. Wprowadź dane ponownie, żeby przywrócić połączenie. Jeśli błąd wystąpi podczas pobierania danych, szkic powstanie z pozostałych materiałów i adnotacją o niedostępnym źródle. Kolejne szkice pomijają źródło w stanie Błąd, dopóki nie przywrócisz połączenia.
Potwierdzanie tożsamości
Sygnały są pobierane osobno dla każdej osoby, więc osoba oceniana musi mieć przypisaną nazwę użytkownika GitLab, potwierdzoną przez administratora. Przed potwierdzeniem sprawdź, do kogo należy konto. Kit nie pobiera danych dla niepotwierdzonych przypisań.
W sekcji Mapowanie tożsamości dodaj nazwę użytkownika GitLab każdego członka zespołu, a potem ją potwierdź. Kit, jeśli to możliwe, podpowiada nazwę użytkownika po wyszukaniu osoby po e-mailu w twoim GitLab. Członkowie bez potwierdzonego mapowania są przy szkicowaniu pomijani; nic nie jest dla nich pobierane.
Co jest zbierane
W chwili szkicowania, przy zaznaczonej zgodzie dla danego szkicu, Kit pobiera dane za okres oceny (okres cyklu, a gdy go nie ustawiono, ostatnie 6 miesięcy):
| Sygnał | Znaczenie |
|---|---|
| Scalone merge requesty | Praca, którą dana osoba dostarczyła |
| Aktywność recenzencka | MR-y innych osób, które ta osoba przejrzała |
Sygnał zawiera tytuł, link, datę i repozytorium, rodzaj działania oraz oznaczenia opisane poniżej. Kit nie zapisuje w nim rozmiaru diffu, liczby linii ani częstotliwości commitów. Podczas pobierania wyznacza dwa oznaczenia: autorstwo AI (stopki commitów w rodzaju Assisted-by:/Co-Authored-By: wskazujące agentów programujących; instrukcja dla modelu każe uwzględnić kierowanie pracą i sprawdzenie kodu, zamiast samej liczby zmian) oraz praca nad wdrażaniem AI (zmiany w skillach, konfiguracjach agentów, narzędziach MCP i promptach; generator ma wprost docenić wkład w usprawnianie pracy innych).
Zgoda, ujawnienie i odmowa
- Zgoda przy każdym szkicu: sygnały są używane tylko wtedy, gdy recenzent zaznaczy „Uwzględnij sygnały pracy z GitLab (zgoda dotyczy tylko tego szkicu)”. Pole jest domyślnie wyłączone.
- Lista wykorzystanych źródeł: recenzent widzi przy szkicu zapisane tytuły, linki, daty i repozytoria. Osoba oceniana nie ma automatycznie dostępu do tego panelu w ocenie pisanej przez kogoś innego. Omów z nią wykorzystane materiały przed finalizacją.
- Sprawdzenie szkicu: przed przesłaniem oceny trzeba zmienić treść szkicu albo przyjąć go jako własny. Recenzent odpowiada za sprawdzenie materiałów i uzasadnienie oceny.
- Dodatkowe przykłady pracy: pole Twoje własne notatki w samoocenie istnieje właśnie dlatego, że mentoring, koordynacja incydentów i pomoc innym nie zawsze są odnotowane w repozytorium.
Note
Dla firm działających w Niemczech: współdecydowanie rady zakładowej (BetrVG §87(1) Nr. 6) obejmuje systemy zdolne do monitorowania wydajności. Przed podłączeniem źródła skonsultuj tę funkcję ze swoją radą zakładową.
Lista kontrolna
- Utwórz w GitLab grupowy token dostępu read_api (rola Reporter)
- Podłącz go w Oceny okresowe > Sygnały pracy: gitlab.com albo własna instancja
- Przypisz każdemu członkowi zespołu jego nazwę użytkownika GitLab i potwierdź przypisanie
- Powiedz zespołowi, że sygnały istnieją i wymagają zgody przy każdym szkicu. Nie wolno ich używać bez wiedzy zespołu
- Przypomnij osobom ocenianym o polu Twoje własne notatki na opis pracy, której GitLab nie widzi
Co dalej
- Szkice AI: jak wykorzystać sygnały przy pisaniu oceny
- Oceny okresowe: przegląd: jak warstwa sygnałów wpisuje się w cały moduł