Copilot-Telemetrie: Beobachtbarkeit ohne Prompt-Mitschnitt

GitHub hat die Telemetrie für Copilot-Agenten feiner aufgeteilt. Unternehmen können Aktivitäten jetzt einer Person und einem Gerät zuordnen, ohne automatisch Prompts, Antworten oder Tool-Inhalte mitzuschneiden. Für Teams ist das kein kleines Admin-Detail: Es schafft eine brauchbare Grundlage für Audits, ohne gleich den gesamten Arbeitskontext in ein zweites Datensystem zu kopieren.

Sechs Schalter statt eines großen Mitschnitts

Die neue Einstellung telemetry.capture.identity ergänzt drei Angaben in OpenTelemetry-Daten: den GitHub-Nutzernamen, den lokalen Betriebssystem-Account und den Rechnernamen. Daneben lassen sich fünf Inhaltsklassen einzeln steuern: Prompts, Antworten, Tool-Argumente, Tool-Ausgaben und detaillierte Richtlinieninformationen. Alle Klassen sind laut GitHub standardmäßig ausgeschaltet.

Das ist praktisch, weil Agenten deutlich mehr verarbeiten als gewöhnliche Codevervollständigung. Tool-Argumente und Tool-Ausgaben können Quelltext, Befehle, Dateiinhalte, MCP-Kennungen und Fehlermeldungen enthalten. Auch Pfade zu Arbeitsverzeichnissen oder Benutzerprofilen können sensibel sein. Wer für eine Auswertung nur wissen muss, welcher Nutzer eine Sitzung gestartet hat, braucht diese Inhalte nicht.

Der sinnvolle Start ist klein

Für einen ersten Rollout empfiehlt sich ein klar begrenzter Zweck: etwa Sitzungen Nutzern zuordnen, Fehlerquoten beobachten oder auffällige Tool-Aufrufe zählen. Dafür kann zunächst nur die Identitätsklasse aktiviert werden. Erst wenn eine konkrete Prüfaufgabe mehr Inhalt erfordert, sollte eine weitere Klasse zeitlich und organisatorisch begrenzt hinzukommen.

Wichtig ist die technische Reichweite: Die feinen Schalter gelten laut Dokumentation für Copilot CLI, die Copilot-App und VS-Code-Sitzungen mit Agent Host. Der lokale Agent-Harness von VS Code unterstützt Identität und den älteren Sammelschalter, aber nicht jede Inhaltsklasse separat. Teams müssen deshalb nicht nur die JSON-Datei prüfen, sondern auch die tatsächlich eingesetzten Clients und Versionen.

GitHub warnt selbst, dass erfasste Inhalte Geheimnisse und interne Daten enthalten können. OpenTelemetry empfiehlt zusätzlich, Daten vor dem Export im Collector zu filtern oder zu schwärzen. Der neue Schalter ersetzt also weder ein Löschkonzept noch Zugriffsschutz, Aufbewahrungsfristen und einen freigegebenen Collector.

Beobachtbarkeit ist eine eigene Sicherheitsgrenze

Die neue Trennung ergänzt zwei andere Leitplanken: lokale Sandboxes begrenzen, was Copilot ausführen darf, und prüfbare Workflows machen Agentenschritte als Code sichtbar. Telemetrie beantwortet dagegen die Frage, was tatsächlich passiert ist. Keine dieser Schichten ersetzt die anderen.

Die praktische Regel lautet: erst Zweck und Minimaldaten festlegen, dann zentral konfigurieren, einen kleinen Pilot ausrollen und im Collector kontrollieren, welche Felder wirklich ankommen. Ein Vollmitschnitt auf Vorrat produziert vor allem ein neues Datenrisiko.

Quellen

• GitHub Changelog: Client telemetry user attribution and configurable capture
• GitHub Docs: Enterprise managed settings
• OpenTelemetry: Collector configuration best practices
• NIST: Data Confidentiality – Logging und Datenschutz

Hinweis: Dieser Beitrag wurde mit Unterstützung von KI recherchiert und formuliert. Die Aussagen und Quellen wurden redaktionell geprüft.