## Warum das zählt

Beurteilungen aus dem Gedächtnis unterschätzen systematisch, wer leise und beständig liefert, und überschätzen, wer im letzten Monat sichtbar war. Die Lösung ist keine Überwachung — sondern den [KI-Entwurfsgenerator](/docs/performance-ai-drafted-reviews) zum Entwurfszeitpunkt echte Arbeit *zitieren* zu lassen: die Merge Requests, die jemand ausgeliefert hat, und die Code-Reviews für andere — als Titel und Links, die ein menschlicher Beurteiler dann gewichtet.

Kits Signalebene beruht auf einer harten Architekturentscheidung: **Abruf bei Bedarf, keine Speicherung.** Signale werden live abgerufen, wenn ein Beurteiler einen Entwurf erzeugt, in die Offenlegungsübersicht dieses Entwurfs destilliert und dann verworfen. Kit wird nie zum Aktivitätsdatenlager — es gibt kein Dashboard mit Commit-Zahlen, keine Rangliste und strukturell keine Möglichkeit, Personen zu vergleichen, weil die Daten zum Vergleichen gar nicht gespeichert werden.

> [!WARNING]
> Signale erzeugen narrative Nachweise, niemals Punktwerte. Es werden keine Mengenmetriken oder Diff-Statistiken erhoben, es existiert keine Ansicht für Vergleiche zwischen Personen, und das Entwerfen ist Opt-in pro Entwurf mit vollständiger Offenlegung gegenüber der beurteilten Person. Wer eine Produktivitäts-Rangliste sucht, wird von dieser Funktion aktiv enttäuscht — mit Absicht.

## GitLab verbinden

GitLab ist der v0-Anbieter (eine Verbindung pro Konto). Öffnen Sie [Performance > Arbeitssignale](/performance/signal_source):

| Feld | Wert |
|------|------|
| GitLab-URL | `https://gitlab.com` oder die URL Ihrer selbst gehosteten Instanz — Self-Hosting wird voll unterstützt (HTTPS, öffentlich erreichbarer Host) |
| Gruppen-Zugriffstoken | Ein Group Access Token mit **read_api** und der Rolle **Reporter** — oder im Free-Tarif ein PAT eines Service-Accounts |

Klicken Sie auf **GitLab verbinden**. Das Token wird im Ruhezustand verschlüsselt und danach nur maskiert angezeigt. Kit greift ausschließlich lesend auf die API zu; es schreibt nie in Ihr GitLab. Schlägt die Verbindung später fehl (widerrufenes Token, nicht erreichbarer Host), springt die Quelle auf **Fehler**, mit sichtbarer Fehlermeldung — geben Sie die Zugangsdaten neu ein, um wieder zu verbinden. Entwürfe, die während eines Ausfalls erzeugt werden, laufen einfach ohne Signale weiter und vermerken, dass die Quelle nicht verfügbar war.

## Identitäten bestätigen

Signale werden pro Person abgerufen, also muss jedes Teammitglied seinem GitLab-Benutzernamen zugeordnet sein — und die Zuordnung muss **von einem Admin bestätigt** werden, bevor sie je verwendet wird. Das ist der Zaun gegen den offensichtlichen Fehlerfall: Ein vertippter Benutzername darf niemals die Aktivität einer fremden Person in jemandes Beurteilung ziehen. Unbestätigte Zuordnungen werden beim Abruf verweigert, ohne Ausnahme.

Fügen Sie unter **Identitätszuordnung** den GitLab-Benutzernamen jedes Mitglieds hinzu — wo Kit die Person per E-Mail in Ihrem GitLab findet, schlägt es eine Zuordnung vor — und bestätigen Sie sie dann. Mitglieder ohne bestätigte Zuordnung werden beim Entwerfen stillschweigend übersprungen; für sie wird nichts abgerufen.

## Was erfasst wird

Zum Entwurfszeitpunkt, mit angekreuztem Opt-in pro Entwurf, ruft Kit für den Beurteilungszeitraum (den Zeitraum des Zyklus, oder die letzten 6 Monate, wenn keiner gesetzt ist) Folgendes ab:

| Signal | Bedeutung |
|--------|-----------|
| Zusammengeführte Merge Requests | Arbeit, die die Person ausgeliefert hat |
| Code-Review-Aktivität | Merge Requests, die die Person für andere geprüft hat — Arbeit im Hintergrund, die die meisten Tools übersehen |

Jedes Signal ist **Titel, Link, Datum und Repository — sonst nichts**. Keine Diff-Größen, keine Zeilenzahlen, keine Commit-Frequenzen. Zwei Annotationen der KI-Ära werden direkt beim Abruf abgeleitet: **KI-Autorschaft** (Commit-Trailer wie `Assisted-by:`/`Co-Authored-By:`, die Coding-Agents nennen — der Entwurfsgenerator würdigt Steuerung und Review-Sorgfalt, nie aufgeblähtes Volumen) und **KI-Enablement-Arbeit** (Änderungen an Skills, Agent-Konfigurationen, MCP-Tools, Prompts — Multiplikator-Arbeit, die der Entwurfsgenerator ausdrücklich würdigen soll).

## Opt-in, Offenlegung und Verweigerung

- **Opt-in pro Entwurf** — Signale werden nur verwendet, wenn der Beurteiler „Arbeitssignale aus GitLab einbeziehen (Opt-in für diesen Entwurf)“ ankreuzt. Nie standardmäßig, nie verdeckt.
- **Offenlegung gegenüber der beurteilten Person** — jedes verwendete Signal steht im Offenlegungs-Panel der Beurteilung, sichtbar für die beurteilte Person vor dem Abschluss: exakt welche Einträge, wann abgerufen, mit dem Hinweis, dass keine Metriken oder Aktivitätsdaten gespeichert wurden.
- **Menschliche Schranke danach** — auch ein signalgestützter Entwurf muss durch die [Bearbeiten-oder-Übernehmen-Schranke](/docs/performance-ai-drafted-reviews); Signale informieren die Einschätzung eines Menschen, sie werden nie selbst zu einer.
- **Für Tools unsichtbare Arbeit hat einen Kanal** — das Feld **Ihre eigenen Notizen** der Selbstbeurteilung existiert genau deshalb, weil Mentoring, Incidents und das Lösen fremder Blockaden in keinem Code-Host auftauchen.

> [!NOTE]
> Für Unternehmen in Deutschland: Die Mitbestimmung des Betriebsrats (§ 87 Abs. 1 Nr. 6 BetrVG) erfasst Systeme, die zur Leistungsüberwachung *geeignet* sind. Kits Design — Abruf bei Bedarf, kein Datenlager — ist die richtige Ausgangsposition, aber beziehen Sie Ihren Betriebsrat ein, bevor Sie eine Quelle verbinden.

## Auf einen Blick

- [ ] Erstellen Sie in GitLab ein Group Access Token mit read_api (Rolle „Reporter“)
- [ ] Verbinden Sie es unter [Performance > Arbeitssignale](/performance/signal_source) — gitlab.com oder selbst gehostet
- [ ] Ordnen Sie den GitLab-Benutzernamen jedes Mitglieds zu und **bestätigen** Sie ihn
- [ ] Sagen Sie dem Team, dass es Signale gibt und sie Opt-in pro Entwurf sind — keine verdeckte Nutzung, niemals
- [ ] Erinnern Sie die beurteilten Personen an **Ihre eigenen Notizen** für Arbeit, die GitLab nicht sieht

## Wie geht es weiter

- [KI-Entwürfe für Beurteilungen](/docs/performance-ai-drafted-reviews) — wo Signale tatsächlich auftauchen
- [Leistungsbeurteilungen im Überblick](/docs/performance-reviews-overview) — wie die Signalebene ins Gesamtmodul passt