Źródła sygnałów pracy
Podłącz GitLab, żeby szkice AI cytowały realnie dostarczoną pracę — pobieranie na żądanie, ścisła prywatność, zgoda przy każdym szkicu i żadnego magazynu do inwigilacji.
Dlaczego warto
Oceny pisane z pamięci systematycznie zaniżają wkład cichych, regularnie dostarczających osób, a zawyżają wkład tych, którzy byli widoczni w ostatnim miesiącu. Rozwiązaniem nie jest inwigilacja — wystarczy pozwolić generatorowi szkiców cytować realną pracę w chwili szkicowania: merge requesty, które ktoś dostarczył, i review, które zrobił innym — jako tytuły i linki, które recenzent-człowiek potem sam waży.
Warstwa sygnałów w Kit stoi na twardym wyborze architektonicznym: pobieranie na żądanie, zero przechowywania. Sygnały są pobierane na żywo, gdy recenzent generuje szkic, destylowane do panelu ujawnienia tego szkicu i odrzucane. Kit nigdy nie staje się magazynem aktywności — nie ma pulpitu z liczbą commitów, nie ma rankingu i strukturalnie nie da się porównywać ludzi, bo dane nie są przechowywane, więc nie ma czego porównywać.
Warning
Sygnały dają opisowy materiał dowodowy — nigdy punktacje. Żadne metryki ilościowe ani statystyki diffów nie są zbierane, nie istnieje żaden widok porównań między osobami, a szkicowanie wymaga zgody przy każdym szkicu i pełnego ujawnienia osobie ocenianej. Jeśli szukasz rankingu produktywności, ta funkcja aktywnie Cię rozczaruje — celowo.
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 — self-hosted jest w pełni obsługiwany (HTTPS, host osiągalny publicznie) |
| 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. Szkice generowane, gdy źródło nie działa, po prostu powstają bez sygnałów, z adnotacją, że źródło było niedostępne.
Potwierdzanie tożsamości
Sygnały są pobierane per osoba, więc każdy członek zespołu musi mieć przypisaną swoją nazwę użytkownika GitLab — a mapowanie musi zostać potwierdzone przez administratora, zanim zostanie kiedykolwiek użyte. To zabezpieczenie przed oczywistą wpadką: literówka w nazwie użytkownika nie może wciągnąć do czyjejś oceny aktywności obcej osoby. Niepotwierdzone mapowania są odrzucane w chwili pobierania, bez wyjątków.
W sekcji Mapowanie tożsamości dodaj nazwę użytkownika GitLab każdego członka zespołu — Kit podpowiada sugestię, wyszukując osobę po e-mailu w Twoim GitLab tam, gdzie się da — a potem ją potwierdź. Członkowie bez potwierdzonego mapowania są przy szkicowaniu po prostu 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, które ta osoba przejrzała dla innych — praca spajająca zespół, którą większość narzędzi pomija |
Każdy sygnał to tytuł, link, data i repozytorium — nic więcej. Żadnych rozmiarów diffów, liczby linii ani częstotliwości commitów. Na bieżąco wyprowadzane są dwie adnotacje ery AI: autorstwo AI (stopki commitów w rodzaju Assisted-by:/Co-Authored-By: wskazujące agentów programujących — generator docenia kierowanie pracą i rzetelność review, nigdy napompowany wolumen) oraz praca nad wdrażaniem AI (zmiany w skillach, konfiguracjach agentów, narzędziach MCP, promptach — praca-mnożnik, którą generator ma wprost docenić).
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)”. Nigdy domyślnie, nigdy potajemnie.
- Ujawnienie osobie ocenianej — każdy użyty sygnał jest wypisany w panelu ujawnienia oceny, widocznym dla osoby ocenianej przed finalizacją: dokładnie które elementy, pobrane kiedy, z adnotacją, że żadne metryki ani dane o aktywności nie zostały zapisane.
- Bramka człowieka dalej w procesie — szkic oparty na sygnałach i tak przechodzi przez bramkę „zredaguj albo przyjmij”; sygnały zasilają ocenę człowieka, nigdy jej nie zastępują.
- Praca niewidoczna dla narzędzi ma swój kanał — pole Twoje własne notatki w samoocenie istnieje właśnie dlatego, że mentoring, incydenty i odblokowywanie innych nie są widoczne w hostingu kodu.
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. Architektura Kit — pobieranie na żądanie, brak magazynu danych — to właściwy punkt wyjścia, ale zanim podłączysz źródło, włącz w rozmowy swoją radę zakładową.
Checklist
- Utwórz w GitLab grupowy token dostępu read_api (rola Reporter)
- Podłącz go w Oceny okresowe > Sygnały pracy — gitlab.com albo self-hosted
- Zmapuj i potwierdź nazwę użytkownika GitLab każdego członka zespołu
- Powiedz zespołowi, że sygnały istnieją i wymagają zgody przy każdym szkicu — żadnego potajemnego użycia, nigdy
- Przypomnij osobom ocenianym o polu Twoje własne notatki — dla pracy, której GitLab nie widzi
Co dalej
- Szkice AI — miejsce, w którym sygnały realnie się pojawiają
- Oceny okresowe — przegląd — jak warstwa sygnałów wpisuje się w cały moduł