## 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](/docs/performance-ai-drafted-reviews) *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](/performance/signal_source):

| 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”](/docs/performance-ai-drafted-reviews); 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](/performance/signal_source) — 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](/docs/performance-ai-drafted-reviews) — miejsce, w którym sygnały realnie się pojawiają
- [Oceny okresowe — przegląd](/docs/performance-reviews-overview) — jak warstwa sygnałów wpisuje się w cały moduł