Quellen für Arbeitssignale
Nutzen Sie GitLab-Merge-Requests und Code-Reviews als Quellen für KI-Beurteilungsentwürfe. Abruf nur mit Zustimmung pro Entwurf, ohne separates Archiv der Rohaktivitäten.
Warum das zählt
Der KI-Entwurfsgenerator kann bei Bedarf Merge Requests und Code-Reviews aus GitLab als Quellen heranziehen. Er übernimmt deren Titel und Links in den Entwurf. Ein menschlicher Beurteiler prüft diese Einträge und entscheidet, wie sie in die Bewertung einfließen.
Kit ruft Arbeitssignale bei Bedarf ab, wenn der Beurteiler für einen Entwurf per Opt-in zustimmt. Eine separate Datenbank mit Rohaktivitäten führt Kit nicht. Eine Zusammenfassung der verwendeten Signale bleibt jedoch an der Beurteilung gespeichert, einschließlich Titel, Links, Daten, Repositories und KI-bezogener Annotationen. Es gibt keine Produktivitäts-Rangliste und keine Ansicht für Aktivitätsvergleiche zwischen Mitarbeitern.
Warning
Der Prompt verlangt Themen und repräsentative Beiträge und untersagt Bewertungen aus Aktivitätsmengen sowie Rankings und Vergleiche zwischen Personen. Prüfen Sie den Entwurf auf solche Fehler. Kit erhebt keine Mengenmetriken oder Diff-Statistiken; der Abruf erfordert Ihre Zustimmung pro Entwurf. Besprechen Sie die Quellen mit der beurteilten Person.
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. Schlägt ein Abruf während des Entwerfens fehl, nutzt der Entwurf die übrigen Quellen und vermerkt die nicht verfügbare Quelle. Spätere Entwürfe überspringen eine Quelle im Zustand Fehler, bis Sie sie neu verbinden.
Identitäten bestätigen
Für den Abruf muss jedes Teammitglied seinem GitLab-Benutzernamen zugeordnet sein. Kit ruft Signale nur für Zuordnungen ab, die von einem Admin bestätigt wurden. Prüfen Sie als Admin, ob der Benutzername zur richtigen Person gehört, bevor Sie die Zuordnung bestätigen. Unbestätigte Zuordnungen werden übersprungen.
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 umfasst Titel, Link, Datum und Repository sowie die Art der Aktivität und die unten beschriebenen Annotationen. 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; 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 der Quellen: der Beurteiler sieht die gespeicherten Titel, Links, Datumsangaben und Repositories neben dem Entwurf. Die beurteilte Person hat bei Beurteilungen durch andere Personen nicht automatisch Zugriff auf dieses Panel. Besprechen Sie die Quellen vor dem Abschluss mit ihr.
- Menschliche Prüfung des Entwurfs: Auch ein signalgestützter Entwurf muss bearbeitet oder ausdrücklich übernommen werden. Der Beurteiler entscheidet, wie die Signale in seine Einschätzung einfließen.
- Für Tools unsichtbare Arbeit hat einen Kanal: das Feld Ihre eigenen Notizen der Selbstbeurteilung existiert, 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. 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, ohne verdeckte Nutzung
- 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 auftauchen
- Leistungsbeurteilungen im Überblick: wie die Signalebene ins Gesamtmodul passt