Quellen für Arbeitssignale

Verbinden Sie GitLab, damit KI-Beurteilungsentwürfe echte ausgelieferte Arbeit zitieren — Abruf bei Bedarf, datenschutzbegrenzt, Opt-in pro Entwurf, niemals ein Überwachungsarchiv.

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 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:

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; 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 — 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 — wo Signale tatsächlich auftauchen
Leistungsbeurteilungen im Überblick — wie die Signalebene ins Gesamtmodul passt