GitHub misst die Nutzung des VS-Code-Agentenfensters

GitHub hat am 11. September 2026 laut eigener Ankündigung die Copilot-Nutzungsberichte um Metriken für das dedizierte VS-Code-Agentenfenster erweitert. Unternehmen und Organisationen können damit aktive Nutzer, Sitzungen und Nachrichten erfassen; der Agent Mode im normalen Editorfenster bleibt davon getrennt.

Nutzung ist noch kein Nutzen.

Die Ergänzung hilft dir, die Verbreitung der Oberfläche zu beobachten, beantwortet aber allein weder die Frage nach besserem Code noch nach kürzeren Entwicklungszeiten. Für eine Rollout-Entscheidung ist diese Grenze genauso wichtig wie die neuen Zahlen.

Welche Felder hinzukommen

Laut GitHub enthalten aggregierte Enterprise- und Organisationsberichte für Zeiträume von einem und 28 Tagen zwei neue optionale Felder. daily_active_vscode_agent_users zählt eindeutige Nutzer, die pro Tag im Agentenfenster aktiv waren. totals_by_vscode_agent bündelt die Werte session_count und total_user_messages.

Damit bekommst du neben der Zahl aktiver Nutzer auch Sitzungs- und Nachrichtenzahlen, aus denen sich allerdings weder die Dauer einzelner Sitzungen noch deren Erfolg ablesen lässt. Viele Nachrichten könnten zu ganz unterschiedlichen Arbeitsverläufen gehören. Als Qualitätsmaß taugt die Summe allein deshalb nicht.

Für nutzerbezogene Enterprise- und Organisationsberichte ergänzt GitHub used_vscode_agent als optionalen Hinweis darauf, ob die betreffende Person das Agentenfenster verwendet hat. Hinzu kommen Sitzungs- und Nachrichtenzahlen pro Nutzer unter totals_by_vscode_agent. Auch diese Berichte sind für die beiden genannten Zeiträume vorgesehen.

Fehlende Werte sind keine Nullnutzung

GitHub kennzeichnet die neuen Felder ausdrücklich als optional: Sind entsprechende Daten zum Agentenfenster nicht verfügbar, fehlen die Felder oder enthalten null. Dieses Verhalten soll die Abwärtskompatibilität erhalten.

Für deine Auswertung ergibt sich daraus eine konkrete Regel: Ein fehlendes Feld darf nicht stillschweigend zum Zahlenwert 0 werden. Sonst sieht eine Datenlücke wie ausbleibende Nutzung aus. Bevor du aus einem leeren Diagramm etwa zusätzlichen Schulungsbedarf ableitest, muss erkennbar sein, ob tatsächlich keine Aktivität gemeldet wurde oder schlicht keine Daten vorliegen.

Zugriff haben laut GitHub Enterprise Owners und Billing Managers, Organization Owners sowie benutzerdefinierte Organisations- oder Enterprise-Rollen mit der Berechtigung View Copilot Metrics. Zusätzlich muss die Richtlinie für Copilot-Nutzungsmetriken aktiviert sein.

Eine passende Rolle allein genügt nicht.

Den Vergleich sauber begrenzen

Die neuen Zahlen gelten laut GitHub ausschließlich für das dedizierte VS-Code-Agentenfenster und bleiben vom Agent Mode im Editorfenster sowie von allgemeinen Nutzungszusammenfassungen getrennt. Auch daily.dev hebt diese Trennung hervor. Im Dashboard sollten die Bereiche deshalb eindeutig beschriftet sein, damit eine Veränderung nicht versehentlich der falschen Arbeitsoberfläche zugeschrieben wird.

Für einen Rollout lässt sich damit zunächst prüfen, ob die vorgesehene Oberfläche überhaupt genutzt wird. Ob sie die Arbeit verbessert, braucht eine separate Auswertung: etwa anhand vorher festgelegter Kriterien für Codequalität oder Bearbeitungszeit. Die neuen Aktivitätszahlen liefern dafür keinen Ersatz.

Bevor du den Rollout ausweitest, lege deshalb fest, welches Arbeitsergebnis sich verbessern soll und wie du das prüfst. Steigende Sitzungszahlen allein sind noch kein Grund, mehr Plätze auszurollen.