GitHub Copilot Nutzungsmetriken

Informationen zu Copilot Nutzungsmetriken

Copilot Nutzungsmetriken helfen wichtigen Projektbeteiligten und Entscheidungsträgern zu verstehen, wie ihre Teams einführen und verwenden Copilot. Durch das Nachverfolgen von Nutzungsmustern im gesamten Unternehmen können Sie das Engagement messen, Möglichkeiten zum Steigern des Werts identifizieren und bewerten, wie KI-unterstützte Workflows den Pullanforderungsdurchsatz und die Zeit beeinflussen, um zusammenzuführen.

Metriken sind verfügbar durch:

• Die Copilot Verwendungsmetriken-APIs, die detaillierte, exportierbare Daten auf Unternehmens-, Organisations-, Repository- und Benutzerebene bereitstellen. Siehe REST-API-Endpunkte für Copilot Nutzungsmetriken.
• Das Copilot Dashboard für Nutzungsmetriken, das 28-Tage-Nutzungstrends in Ihrem gesamten Unternehmen und dessen Organisationen visualisiert. Siehe Anzeigen des Dashboards für Copilot-Nutzungsmetriken.
• Das Dashboard zur Codegenerierung, das aufschlüsselt, wie Code durch Benutzer und Agenten innerhalb Ihres Unternehmens und Ihrer Organisationen generiert wird. Siehe Anzeigen des Dashboards zur Codegenerierung.
• Das Copilot Auswirkungsdashboard, das Benutzer zu Einführungskohorten gruppiert und diese Einführung mit pull-Anforderungsausgabe verbindet. Siehe Anzeigen des Copilot-Impact-Dashboards.
• Der Copilot Nutzungsmetriken-NDJSON-Export, der Rohdaten für benutzerdefinierte BI-Tools oder eine langfristige Speicherung bietet.

Welche Verwendung ist enthalten?

Copilot Nutzungsmetriken werden von der Telemetrie über mehrere Copilot Oberflächen abgeleitet, einschließlich IDE, Copilot CLIund agent apps Aktivität. Die meisten Metriken stammen aus der clientseitigen IDE-Telemetrie, und Endbenutzer müssen die Telemetrie in ihrer IDE aktiviert haben, um möglichst umfangreiche Daten für diese Metriken zu erhalten.

Einzelne agent app Metriken sind in den Verwendungsmetriken-APIs und NDJSON-Exporten verfügbar. Sie sind in den Dashboards für Nutzungsmetriken nicht verfügbar. Aktivitäten aus agent apps sind bereits in täglichen, wöchentlichen und monatlichen Gesamtsummen für aktive Benutzer über serverseitige Telemetrie enthalten. Die einzelnen Metriken stellen eine detaillierte Aufschlüsselung bereit, ändern diese Summen jedoch nicht.

Darüber hinaus umfassen CopilotNutzungsmetriken serverseitige Telemetrie, um aktive Benutzer zu identifizieren, die allein durch clientseitige Telemetrie möglicherweise nicht erfasst werden. Netzwerkbedingungen, Proxykonfigurationen und Client-Einstellungen können verhindern, dass Client-Telemetriedaten GitHub erreichen, weshalb serverseitige Signale sicherstellen, dass diese Benutzer weiterhin in Ihren Berichten erscheinen.

Benutzer, die über serverseitige Telemetrie angezeigt werden, werden vollständig auf Ihre aktiven Benutzersummen (z. B. tägliche aktive Benutzer, daily_active_users ) gezählt. Wenn verfügbar, werden sie möglicherweise auch in totals_by_ide (einschließlich der zuletzt erkannten IDE- und Copilot Erweiterungsversionen in Benutzerberichten) angezeigt. Andere dimensionale Aufschlüsselungen , wie z totals_by_feature . B. Codemetriken, bleiben jedoch leer, bis eine umfangreichere Telemetrie für sie verfügbar ist. Die Gesamtsummen und Aufschlüsselungen der obersten Ebene für Benutzer, die bereits von der Client-Telemetrie erfasst wurden, sind unverändert.

Die Daten enthalten keine Aktivität von anderen Copilot Oberflächen, z. B.:

• Copilot Chat auf GitHub.com
• GitHub Mobile

Lizenz- und Sitzverwaltungsdaten sind nicht in Copilot Nutzungsmetrikenberichten enthalten. Um Lizenzzuweisungen anzuzeigen oder zu verwalten, verwenden Sie die Copilot Benutzerverwaltungs-API, die die Quelle der Wahrheit für Lizenz- und Sitzinformationen ist. Siehe REST-API-Endpunkte für Copilot Benutzerverwaltung.

Problembehandlung bei fehlenden Nutzungsdaten

Detaillierte Aufschlüsselungen sind von clientseitiger Telemetrie aus der IDE oder Copilot CLI. Diese Telemetrie bietet Daten zu Features, Sprachen, Modellen, akzeptierten Vorschlägen und Codezeilen. Serverseitige Telemetrie kann zeigen, dass ein Benutzer aktiv war, aber es kann nicht beobachten, was im Editor passiert.

Wenn clientseitige Telemetrie fehlt, können Berichte niedrigere Zahlen oder leere Aufschlüsselungen enthalten, auch wenn serverseitige Daten Aktivitäten anzeigen. Häufige Ursachen sind:

Cause	Auswirkungen auf Ihre Berichte	Was Sie überprüfen können
Telemetrie ist in der IDE deaktiviert, z. B. mit der telemetry.telemetryLevel Einstellung in VS Code.	Die IDE sendet keine detaillierte Aktivität. Der Benutzer wird möglicherweise weiterhin als aktiv über serverseitige Telemetrie gezählt, aber Feature, Sprache und Codeaufschlüsselungen sind leer.	Vergewissern Sie sich, dass die IDE-Telemetrie für Ihre Entwickler aktiviert ist.
Ein Netzwerkproxy, eine Firewall oder ein VPN blockiert den Copilot Telemetrieendpunkt.	Identisch mit dem Deaktivieren der Telemetrie.	Zulassen des Copilot Client-Telemetrieendpunkts. Siehe Copilot-Zulassungslistenreferenz.
Der Client ist keine unterstützte IDE und sendet Copilot keine Telemetrie.	Der Benutzer kann über serverseitige Telemetrie als aktiv gezählt werden, der Client wird jedoch nicht in totals_by_ide oder detaillierten Aufschlüsselungen angezeigt.	Verwenden Sie eine unterstützte IDE für vollständige Metriken.

Wenn eine Lücke weiterhin besteht, nachdem Sie die oben genannten Ursachen überprüft haben, wenden Sie sich an uns über das GitHub Supportportal die betroffenen Benutzer, IDEs, Versionen und Datumsangaben.

Warum Copilot sich Nutzungsmetriken möglicherweise über API-Ressourcen unterscheiden

Die folgenden API-Ressourcen machen Copilot-bezogene Daten verfügbar, sind aber nicht austauschbar und sollten nicht direkt verglichen werden. Jede API-Ressource ist für einen bestimmten Anwendungsfall und Datenmodell konzipiert, und es werden Unterschiede bei Summen oder Abdeckungen erwartet. Verwenden Sie diese Tabelle, um zu verstehen, welche API-Ressource Ihren Berichtsanforderungen am besten entspricht.

API-Ressource	Geltungsbereich	Wichtige Funktionen
REST-API-Endpunkte für Copilot Nutzungsmetriken	Erweiterte Enterprise- und Organisationsweite Ereignistelemetrie mit Berichten auf Repository- und Benutzerebene	Bietet einheitliche Telemetrie über Abschluss-, Chat- und Agentmodi hinweg. Enthält Nutzungs- und Codezeilenmetriken in allen IDE-Modi, Sprachen und Modellen. Unterstützt detaillierte Aufschlüsselungen nach Feature, IDE, Sprache, Modell und Benutzer sowie Berichte zu Pullanforderungsaktivitäten auf Repositoryebene und ist die primäre API-Ressource, die aktiv entwickelt und verwaltet wird.
REST-API-Endpunkte für Copilot Benutzerverwaltung	Lizenz- und Sitzzuweisung	Listet zugewiesene Copilot Sitze für eine Organisation oder Unternehmen auf, einschließlich Lizenzstatus, Benutzerzuordnung und last_activity_at. Diese API-Ressource ist die Quelle der Wahrheit für Lizenz- und Sitzinformationen.

Wie werden Metriken organisationsübergreifend zugeordnet?

Nutzungsmetriken auf Organisationsebene Copilot basieren auf der Mitgliedschaft in der Organisation, nicht auf dem Ort, an dem einzelne Aktionen auftreten. Um in den Metriken eines Unternehmens aufzutauchen, muss einem Benutzer ein aktiver Copilot Arbeitsplatz innerhalb dieses Unternehmens zugewiesen sein (in jeder Organisation, die zum Unternehmen gehört). Daher kann die Nutzung eines einzelnen Benutzers in mehreren Organisationsdashboards angezeigt werden, während derselbe Benutzer nur einmal in der Gesamtsumme auf Unternehmensebene gezählt wird. Analysen auf Organisationsebene sind für die Sichtbarkeit der Einführung und Nutzung innerhalb einer Organisation vorgesehen und sind nicht für den direkten Vergleich zu Gesamtergebnissen auf Unternehmensebene konzipiert.

Analysen auf Organisationsebene Copilot sind ab dem 12. Dezember 2025 verfügbar. Dies ist das erste Datum, an dem Berichte auf Organisationsebene bereitgestellt werden.

Sobald ein Benutzer über einen Sitz im Unternehmen verfügt, wird seine Nutzung jeder Organisation zugeordnet, der sie angehören, unabhängig davon, wo der Arbeitsplatz zugewiesen ist.

Dies bedeutet Folgendes:

• Wenn Lizenzen in einer dedizierten "Shell"-Organisation für administrative Zwecke innerhalb des Unternehmens zugewiesen werden, werden die Benutzer weiterhin in den Metriken für alle anderen Organisationen im Unternehmen angezeigt, denen sie angehören.
• Wenn ein Benutzer auch einen Copilot Sitz in einer separaten Organisation außerhalb des Unternehmens hat, ist seine Aktivität weiterhin in den Metriken auf Organisationsebene des Unternehmens enthalten , solange er mindestens einen Arbeitsplatz innerhalb des Unternehmens hat.

Kurz gesagt: Benutzer müssen irgendwo im Unternehmen lizenziert sein, damit sie in ihren Metriken angezeigt werden. Sobald dies der Fall ist, zeigt die Metrik, wo sie arbeiten (ihre Organisationsmitgliedschaft), nicht welche Organisation den Copilot Arbeitsplatz oder den Ursprungsort der Aktivität bereitstellt.

Unterstützte IDEs

Um in die Copilot Nutzungsmetriken einbezogen zu werden, müssen Endbenutzer eine der folgenden IDEs und Copilot Chat Erweiterungsversionen verwenden.

Ältere Versionen senden möglicherweise nicht alle Ereignisse, auf die Nutzungsmetriken basieren, oder attributieren Aktivitäten zur falschen IDE. Halten Sie IDEs und Copilot Erweiterungen auf dem aktuellen Stand, und verwenden Sie geräteverwaltungstools, um diese Mindestversionen nach Möglichkeit zu erzwingen.

IDE	Mindest-IDE-Version	Mindesterweiterungsversion Copilot Chat
Eclipse	4.31	0.9.3.202507240902
JetBrains / IntelliJ	2024.2.6	1.5.52-241
Visual Studio	17.14.13	18.0.471.29466
VS Code	1.107.1	0.35.3
Xcode	14.3.1	0.40.0

In Benutzerberichten enthält jeder totals_by_ide Eintrag und last_known_ide_version enthält und last_known_plugin_version. Verwenden Sie diese Felder, um Entwickler zu identifizieren, die aktualisiert werden müssen. Siehe In den Nutzungsmetriken von Copilot verfügbare Daten.

Versionsanforderungen für SDK-basierte Agentaktivitäten

Einige IDEs führen Agentsitzungen über das Copilot SDK ausCopilot. Einige Versionen dieser IDEs identifizieren sich nicht selbst, wenn sie Agentaktivitäten senden, sodass die Aktivität aus den Nutzungsmetriken weggelassen wird. Dies bewirkt, dass Agentinteraktionen und Agentzeilen von Code untergezählt werden. Um diese Aktivität einzuschließen, müssen Endbenutzer eine der folgenden Versionen oder höher verwenden:

IDE	Mindestversion für SDK-basierte Agentaktivitäten	Betroffene Versionen
VS Code	1.139.0	1.134 bis 1.138 bei Verwendung des Agent-Fensters
Copilot Plug-In für JetBrains-IDEs	1.20.0	1.15.0 bis 1.19.x
Visual Studio	18.12	Insider -Builds (Vorschau) vor 18.12

Wenn Sie IDE-Updates planen, verschieben Sie Entwickler direkt auf diese Versionen oder höher. Allgemein verfügbare Versionen von Visual Studio sind nicht betroffen.

Vermeiden Sie Copilot für JetBrains-IDEs Plug-In-Versionen 1.15.0 bis 1.19.x.

Eclipse und Xcode führen keine Agentsitzungen über das Copilot SDK aus, daher sind sie nicht betroffen.

Fehlende Daten können nicht ausgefüllt werden, da die Aktivität von betroffenen Versionen nicht identifiziert, aus welcher IDE sie stammt.

Einige dieser Aktivitäten wurden stattdessen als Copilot CLI Aktivität gezählt, wodurch Metriken aufgeblasen Copilot CLI werden können. Dies löscht, wenn Entwickler die betroffenen IDEs aktualisieren, frühere Copilot CLI Metriken können jedoch nicht korrigiert werden. Copilot CLI Benutzer müssen nicht aktualisiert werden.

Dieses Problem betrifft nur, wie Aktivitäten in Nutzungsmetriken zugeordnet werden. Die Abrechnung ist nicht betroffen.

Datenaktualität

Die Daten in den Dashboards und API-Berichten werden regelmäßig aktualisiert.

Sie können davon ausgehen, dass Daten innerhalb von zwei vollständigen Tagen verfügbar sind. Dies bedeutet, dass Daten für einen bestimmten Tag verarbeitet und innerhalb von zwei vollständigen UTC-Tagen nach Abschluss dieses Tages zur Verfügung gestellt werden.

Telemetrie, die noch verarbeitet wird, kann dazu führen, dass die letzten Tage unvollständig angezeigt werden. Warten Sie, bis das Verarbeitungsfenster geschlossen wird, bevor Sie eine Lücke untersuchen.

Was misst die Daten?

Copilot Nutzungsmetriken können in einige Hauptkategorien unterteilt werden: Einführung, Engagement, Akzeptanzrate, Codezeilen (LoC) und Pull-Anforderungslebenszyklusmetriken.

Einführung misst, wie viele lizenzierte Entwickler aktiv verwenden Copilot. Ein Beispiel: Die Anzahl der täglich aktiven Nutzer (DAU) zeigt Ihnen, wie viele eindeutige Benutzer an einem bestimmten Tag mit Copilot interagiert haben. Im Idealfall sehen Sie während des Rollouts einen konsistenten Aufwärtstrend in diesen Metriken. Copilot code review Die Akzeptanz wird separat nachverfolgt, wobei die Anzahl der aktiven und passiven Benutzer eindeutig ist. Aktive Benutzer haben manuell eine Überprüfung angefordert oder einen Vorschlag angewendet; Passive Benutzer hatten Copilot code review automatisch zugewiesen, um ihre Pull-Anforderung zu überprüfen. Wenn ein Benutzer beide Signale im selben Zeitraum hat, wird er nur als aktiv gezählt. Um eine tiefere Ansicht der Einführungstiefe zu erhalten, werden die Benutzer auch zu Einführungskohorten gruppiert. Siehe Grundlegendes zu Adoptionskohorten.

Nutzungsmetriken beschreiben, wie intensiv Entwickler Copilot nach der Übernahme verwenden. Wichtige Engagementmetriken zeigen nicht nur die Häufigkeit der Verwendung, sondern auch die Breite der Funktionen. Beispielsweise misst die durchschnittlichen Chatanfragen pro aktivem Benutzer, wie oft die Benutzer Copilot Chat öffnen und mit ihm interagieren. Sie möchten regelmäßig zunehmende Chatnutzung über Sprachen und IDEs hinweg sehen.

Akzeptanzraten messen, wie oft Entwickler Vorschläge akzeptieren Copilot. Dies hilft Ihnen zu verstehen, ob Vorschläge relevant und vertrauenswürdig sind. Beispielsweise deutet eine hohe Akzeptanzrate von Inline-Vorschlägen darauf hin, dass die Vorschläge relevant und nützlich sind.

Codezeilen-Metriken (LoC) messen die Anzahl der im Editor vorgeschlagenen, hinzugefügten oder gelöschten Zeilen Copilot, die eine Richtungsperspektive der greifbaren Ergebnisse von Copilot bereitstellen. Beispielsweise zeigt "Hinzugefügte Zeilen" an, wie viel Code tatsächlich akzeptiert und in den Editor eingefügt wurde.

Metriken des Pull-Anforderungslebenszyklus messen, wie Copilot sich aktivität auf Pull-Anforderungsergebnisse und Übermittlungsablauf bezieht. Zu diesen Metriken gehören Erstellung von Pull-Requests, Merge-Anzahl, mittlere Zeit bis zum Merge und Überprüfungsvorschläge-Aktivität. Durch den Vergleich der allgemeinen Pull-Anforderungsaktivität mit pull-Anforderungen, die von Copilotihnen erstellt werden, können Sie bewerten, wie KI-unterstützte Workflows den Durchsatz und die Zykluszeit auf Organisationsebene oder auf Unternehmensebene beeinflussen.

Modellaufschlüsselungen können Modelle enthalten, die Entwickler nicht direkt ausgewählt haben. Beispielsweise Copilot können andere Modelle für die Auswahl des automatischen Modells oder für Hintergrundaufgaben verwendet werden.

Grundlegendes zu Adoptionskohorten

Anstatt die Akzeptanz als einzelne Anzahl aktiver Benutzer zu messen, Copilot gruppieren Sie Benutzer zu Einführungskohorten , basierend auf ihrer Interaktion Copilot, nicht nur, ob sie sich überhaupt engagieren. Eine flache Anzahl aktiver Benutzer behandelt jemanden, der gelegentlich eine Codevervollständigung akzeptiert, genauso wie jemand, der mehrere agentgesteuerte Workflows im Laufe des Tages orchestriert. Die Kohortierung trennt diese beiden Benutzer, sodass Sie sehen können, ob die Nutzung Ihrer Organisation im Laufe der Zeit vertieft wird, anstatt bei der ersten Testversion hoch zu sein.

Benutzer werden in die folgenden Phasen gruppiert:

Phase	Was es repräsentiert
Passive Benutzer	Der Benutzer hat den Interaktionsschwellenwert für eine Phase während des Zeitraums nicht erreicht. Ein passiver Benutzer kann weiterhin regelmäßig verwendet Copilot werden, z. B. indem er Fragen im Copilot Chat Oder Agentmodus stellt, ohne Codebearbeitungen anzuwenden. In der API wird diese Phase mit der Bezeichnung versehen No Cohort.
Phase 1: Code zuerst	Der Benutzer, der mit Codevervollständigen und/oder Agentbearbeitungen beschäftigt ist, wobei Copilot Änderungen direkt in Dateien in der IDE geschrieben werden. Der Verwendungs Copilot Chat - oder Agentmodus ohne Erstellung von Codeabschluss- oder Agentbearbeitungsaktivitäten ist nicht eigenständig.
Phase 2: Agent an erster Stelle	Der Benutzer hat sich mit einer einzelnen GitHub-basierten Agentoberfläche beschäftigt, z Copilot cloud agent. B. , , Copilot code reviewoder Copilot CLI. Sowohl die aktive Interaktion mit Copilot code review als auch die automatische Zuweisung zur Überprüfung einer Pullanforderungsanzahl auf derselben Oberfläche.
Phase 3: Multi-Agenten	Der Benutzer hat sich mit zwei oder mehr GitHub-basierten Agentoberflächen oder mit der GitHub Copilot app.

Um in eine Phase gruppiert zu werden, muss ein Benutzer einen Einsatzschwellenwert von mindestens zwei aktiven Tagen außerhalb des nachgestellten 28-Tage-Fensters erreichen, wobei die dieser Phase zugeordneten Oberflächen verwendet werden. Ein Benutzer benötigt nur zwei qualifizierende Tage auf den Oberflächen einer höheren Phase, um zu dieser Phase zu wechseln. Die Agentnutzung allein kann einen Benutzer ohne separate Tage einfacher Fertigstellungen qualifizieren.

Die Phasenzuweisung wird täglich aus dem nachfolgenden 28-Tage-Fenster neu berechnet, sodass sich die Phase eines Benutzers von einem Tag zum nächsten verschieben kann, während sich die Aktivität innerhalb dieses Fensters ändert. Dies ist ein erwartetes Verhalten, kein Datenfehler.

Das Auswirkungsdashboard zählt jeden Benutzer, der während des nachfolgenden 28-Tage-Fensters aktiv war, und gruppiert jeden Benutzer nach seiner aktuellen Phase. Die Phasenklassifizierungsregeln sind identisch, aber die Dashboardpopulation ist breiter als das totals_by_ai_adoption_phase.total_engaged_users Feld in API- und NDJSON-Berichten, in dem Benutzer zählungen, die an einem bestimmten Tag aktiv waren.

Benutzer, die keinen Phasenschwellenwert erreicht haben, sind in passive Benutzer gruppiert, was kein Maß für Inaktivität ist, aber ein Signal, dass das Engagement eines Benutzers noch nicht die Stufe erreicht hat, die erforderlich ist, um ihre Einführungstiefe zuverlässig zu klassifizieren. Beispielsweise zeigt ein Benutzer mit weniger als zwei aktiven Tagen im nachfolgenden 28-Tage-Fenster oder einer, der nur leicht eine Oberfläche wie Copilot Chat aktiviert GitHub.comverwendet, als passiver Benutzer.

Da die Phasenzuweisung darauf basiert , mit welchen Oberflächen ein Benutzer zusammenarbeitet, nicht einfach mit wie vielen Aktionen ergreift, bleibt ein Benutzer mit hohem Abschlussvolumen, aber keine Agent-Nutzung verbleibt in Phase 1, während ein Benutzer mit leichterer, aber breiterer Nutzung über Agentoberflächen hinweg zu Phase 2 oder Phase 3 fortschreitet.

Informationen zu den zugrunde liegenden Schemafeldern finden Sie in den Feldern der KI-Einführungsphase.

Der Änderungsmultiplikator des Auswirkungsdashboards dividiert die durchschnittliche Menge an Pullanforderungen, die für engagierte Benutzer zusammengeführt werden, die in Phase 1, 2 oder 3 sind, durch die Menge der Pullanforderungen, die für passive Benutzer zusammengeführt werden.

Dies zeigt die relativen Auswirkungen einer tieferen Einführung, unabhängig davon, wie viele Benutzer in jede Phase fallen. Dies ist eine Messung, um den potenziellen Lift zu verstehen, den ein engagierterer Benutzer bereitstellen kann.

Wenn Benutzer in den beteiligten Kohorten beispielsweise 20 Pullanforderungen/Benutzer/Monat und die passive Kohorte 10 durchschnittlich berechnet haben, lautet die Formel 20 / 10 = 2x Multiplizierer.

Grundlegendes zu Branchenvergleichen

Das Branchenvergleichs-Widget des Auswirkungsdashboards vergleicht zwei Measures für Ihr Unternehmen oder für eine Organisation, die nicht im Besitz eines Unternehmens ist, mit aggregierten Ergebnissen aus teilnehmenden Peers:

• Agentische Akzeptanz: Der Prozentsatz der aktiven Benutzer in Ihrem Unternehmen oder Ihrer Organisation, die Agent-first- oder Multi-Agent-Benutzer sind.
• Leverage: The ratio between the pull request merge rate for agentic users and the rate for non-agentic users (per user per month). Beispielsweise bedeutet eine Hebelbewertung von 4,1x, dass agentische Benutzer pull-Anforderungen mit 4,1 mal der Rate nicht-agentischer Benutzer während des Berichtszeitraums zusammengeführt haben.

Jeder Vergleich deckt den 28-Tage-Berichtszeitraum ab, der im Widget angezeigt wird. Peerkohorten verwenden die Unternehmensgröße und die Branche, die bei der Anmeldung ausgewählt wurde. Unternehmensgrößenoptionen sind 1–999, 1.000–4.999 und 5.000 Mitarbeiter, und es gibt zehn Branchenoptionen. Diese Werte werden selbst gemeldet und nicht überprüft. Sie können mit Peers in Ihrer ausgewählten Branche oder in allen Branchen vergleichen.

Wenn genügend berechtigte Peers verfügbar sind, zeigt jede Karte Folgendes an:

• Wo sich Ihr Ergebnis innerhalb der Kohorte befindet.
• Der Unterschied zwischen Ihrer Bewertung und dem Peer-Median.
• Der Unterschied zwischen Ihrem Score und dem oberen Dezitil.

Für den Vergleich mit dem oberen Dezitil ist ein größerer Peerkohort als der Medianvergleich erforderlich, sodass der Median verfügbar sein kann, wenn das obere Dezil nicht vorhanden ist. Unternehmen und Organisationen mit nur wenigen aktiven Benutzern können Vergleiche anzeigen, aber sie werden nicht auf einen Peerkohort gezählt.

Im Diagramm wird die Bewertung Ihres Unternehmens anhand der Verteilung von Peerergebnissen dargestellt und der Peer-Median und das obere Dezitil markiert. Einige Markierungen sind möglicherweise nicht verfügbar, wenn der Kohort nicht genügend berechtigte Peers enthält.

Für Vergleiche in Ihrer ausgewählten Branche erweitert das Dashboard die Peer-Kohorte in dieser Reihenfolge, bis genügend berechtigte Peers verfügbar sind:

1. Teilnehmende Peers mit derselben Unternehmensgröße und -branche.
2. Teilnehmende Peers mit der gleichen Unternehmensgröße in allen Branchen.

Vergleiche verwenden immer Peers mit derselben Unternehmensgröße. Das Widget zeigt an, welche Peerkohorte verwendet wurde, damit Sie feststellen können, wann ein Vergleich über Ihre ausgewählte Branche hinaus erweitert wurde.

Bei GitHub Enterprise Cloud Der Datenresidency umfassen Peer-Kohorten nur Teilnehmer, die in derselben Daten-Residency-Region gehostet werden. Das Dashboard wendet dieselbe Kohortenerweiterung innerhalb dieser Region an und kombiniert keine Daten über Regionen hinweg.

Das Dashboard verwendet keine Kohorte, die nur auf der Branche basiert. Vergleiche in allen Branchen verwenden teilnehmende Peers anstelle aller GitHub Benutzer oder Unternehmen.

Die Teilnahme wird von der Copilot Metriken-Branchenvergleichsrichtlinie gesteuert und ist standardmäßig deaktiviert. Unternehmen und Organisationen, die nicht im Besitz eines Unternehmens sind, können teilnehmen. Organisationen, die sich im Besitz eines Unternehmens befinden, nehmen über ihr Unternehmen teil. Unternehmen, die nur Zum Zuweisen von Copilot Business Lizenzen verwendet wurden, können nicht teilnehmen, da die Nutzung für sie nicht berechnet werden kann. Durch Aktivieren der Richtlinie werden ihre aggregierten Metriken zu Peer-Kohorten beitragen, und Sie können Vergleiche anzeigen. Ausführliche Informationen findest du unter Anzeigen des Copilot-Impact-Dashboards.

Rankings werden erst angezeigt, nachdem sich genügend Unternehmen und Organisationen dafür entschieden haben, einen Peer-Kohort zu bilden. Wenn nicht genügend berechtigte Peers vorhanden sind, nachdem das Dashboard die Fallbackkohorten anwendet, wird keine Rangfolge angezeigt. Eine Bewertung ist auch nicht verfügbar, wenn Ihre eigene Bewertung nicht berechnet werden kann, z. B. wenn im Berichtszeitraum keine aktiven Benutzer vorhanden sind oder keine nicht-agentischen Benutzer einen Basisplan für die Nutzung bereitstellen.

Wie Branchenvergleiche Ihre Daten schützen

• Nur opt-in. Es wird nichts beigetragen, bis ein Unternehmensbesitzer oder der Besitzer einer Organisation, die nicht im Besitz eines Unternehmens ist, die Copilot Branchenvergleichsrichtlinie ermöglicht. Unternehmen, die nur Lizenzen zuweisen Copilot Business , tragen niemals dazu bei.
• Es werden nur zwei Zusammenfassungsergebnisse beigetragen. Jeder Teilnehmer trägt zur agentischen Einführung bei und nutzt Bewertungen für den 28-tägigen Berichtszeitraum. Es werden keine Benutzernamen, Aktivität auf Benutzerebene, Code, Repositoryinhalte oder Pullanforderungsinhalte beigetragen.
• Die Ergebnisse werden aggregiert. Ihre Ergebnisse werden mit denen anderer Teilnehmer kombiniert, um Kohortenstatistiken zu berechnen, z. B. median und top dezitil. Andere Teilnehmer können den Namen Ihres Unternehmens oder Ihrer Organisation nicht sehen, welche Unternehmen und Organisationen teilnehmen oder wie viele Teilnehmer an einer Kohorte teilnehmen.
• Kohortenstatistiken sind nicht mit Teilnehmern verknüpft. Wenn Kohortenstatistiken berechnet werden, werden die Ergebnisse der Teilnehmer in Ergebnisse zusammengefasst, die nur nach Datum, Unternehmensgröße und Industrie gespeichert werden. Diese Ergebnisse enthalten keine Unternehmens-, Organisations- oder Benutzer-IDs, sodass sie nicht mit einem bestimmten Teilnehmer verknüpft werden können.
• Rankings werden auf GitHub's Servern berechnet. Ihre eigenen Bewertungen werden mit den restlichen Copilot Nutzungsmetriken gespeichert. Wenn Sie Ihre Bewertung anzeigen möchten, GitHub vergleichen Sie Ihre Bewertungen mit den Kohortenstatistiken für denselben Berichtszeitraum. Die Bewertungen anderer Teilnehmer werden nie einzeln nachschlagen oder verglichen.
• Kleine Kohorten werden unterdrückt. Die Statistiken einer Kohorte werden nur angezeigt, wenn sie genügend Teilnehmer und Benutzer enthält. Unternehmen und Organisationen mit nur wenigen aktiven Benutzern werden nicht auf eine Kohorte gezählt, sodass eine kleine Anzahl von Entwicklern die Ergebnisse nicht gestalten kann.
• Unternehmensgröße und Industrie bleiben privat. Die von Ihnen ausgewählte Unternehmensgröße und Branche werden nur verwendet, um Teilnehmer in Kohorten zu gruppieren. Sie werden anderen Teilnehmern nicht angezeigt oder von GitHubdiesen überprüft.
• Die Datenhaltung wird beachtet. Bei GitHub Enterprise Cloud der Datenhaltung werden Daten niemals in den Datenhaltungsregionen kombiniert.
• Die Ergebnisse bleiben im Dashboard. Branchenvergleiche sind nicht in Downloads, NDJSON-Exporten oder der Copilot Verwendungsmetriken-API enthalten.
• Aggregierte Ergebnisse sind kurzlebig. Kohortstatistiken werden täglich neu berechnet und nach 30 Tagen gelöscht. Wenn Sie sich abmelden, werden im Dashboard keine Vergleiche sofort angezeigt, und Ihre Daten werden ab dem nächsten täglichen Update von Kohorten ausgeschlossen. Jede tägliche Berechnung verwendet Ihre aktuelle Opt-In-Einstellung. Wenn also frühere Ergebnisse nach dem Abmelden neu berechnet werden, werden Ihre Daten nicht wieder hinzugefügt.

Schätzen der potenziellen Kapitalrendite

Der Bereich "Potenzielle Rendite für Investitionen " des Auswirkungsdashboards bietet einen Vergleich der Kosten- und Pullanforderungsausgabe zwischen Passiven und Ersten Benutzern von Code und Phase****2-3 Agent First Users.

Für jede Phasengruppe zeigt das Dashboard die monatlichen Copilot Kosten pro Entwickler basierend auf dem tatsächlichen AI credits Verbrauch und diese Kosten als Prozentsatz der Entwicklervergütung an. Außerdem werden durchschnittliche Pullanforderungen pro Entwickler pro Monat angezeigt.

Sie können ein Kompensationsband auswählen, um Schätzungen zu aktualisieren, die von der Entwicklervergütung abhängen. Diese Zahlen sind Schätzungen und keine genauen Finanzergebnisse. Interpretieren Sie sie also zusammen mit den codeverteilten und zeitgesteuerten Vergleichen der Einführung. Die Rendite-on-Investment-Schätzungen sind nur im Dashboard verfügbar und sind nicht in die Copilot Verwendungsmetriken-API oder NDJSON-Exporte eingeschlossen.

Interpretieren von Metriken des Pullanforderungslebenszyklus über Bereiche hinweg

Pull-Anforderungslebenszyklusmetriken sind sowohl auf Organisationsebene als auch auf Unternehmensebene verfügbar. Beachten Sie beim Vergleichen von Berichten Folgendes:

• Deduplizierung: Berichte auf Unternehmensebene entfernen duplizierte Benutzer organisationenübergreifend. Berichte auf Organisationsebene gibt es nicht.
• Nur Pull Request-Daten: Pull Request-Lebenszyklusmetriken können auch dann angezeigt werden, wenn IDE-Nutzungsmetriken nicht vorhanden sind, da Pull Request-Daten von Repository-Aktivitäten abgeleitet werden.
• Zuordnungszeitpunkt: Wenn ein Repository oder eine Organisation zwischen Besitzern übertragen wird, können Ereignisse zur Erstellung, Überprüfung und Zusammenführung von Pull-Anforderungen verschiedenen Entitäten zugeordnet werden, je nachdem, wann jedes Ereignis aufgetreten ist.

Wie kann ich diese Metriken verwenden?

Diese Metriken können zusammen verwendet werden, um wichtige Fragen zur Nutzung Ihrer Teams von Copilot zu beantworten.

Question	Verwenden Sie diese Metriken.
Verwenden meine Teams Copilot regelmäßig?	Tägliche und wöchentlich aktive Benutzer
Welche Features bieten den größten Nutzen?	Anforderungen pro Chatmodus, Agentakzeptanz
Vertrauen die Entwickler der Ausgabe von Copilot?	Akzeptanzrate-Trends
Funktionieren Die Aktivierungsbemühungen?	Wachstum der Akzeptanz und des Engagements nach Schulungen oder Kommunikationskampagnen
Beeinflusst Copilot die Übermittlungsgeschwindigkeit oder den Pullanforderungsdurchsatz?	Anzahl der Pull-Request-Zusammenführungen und Medianzeit bis zur Zusammenführung
Wie wird Copilot code review angenommen?	Aktive und passive Codeüberprüfungsbenutzeranzahlen
Wird die Einführung meiner Organisation im Laufe der Zeit vertieft?	Verteilungs- und Engagementtrends der Einführung
Wie aktualisiere ich die Erkenntnisse aus dem Dashboard?	Weitere Informationen findest du unter Interpretieren von Nutzungs- und Einführungsmetriken für GitHub Copilot.

Suchen Sie bei diesen Signalen nach Mustern, anstatt sich auf eine einzelne Zahl zu konzentrieren. Ein stetiger DAU-Wert, der mit einer steigenden Akzeptanzrate gekoppelt ist, zeigt z. B. wachsendes Vertrauen und Wert an.

Analysieren Sie Ihre Metriken ausführlicher

Wenn Sie Ihre Ergebnisse erläutern oder überprüfen müssen, verwenden Sie die Referenzartikel, um alle verfügbaren Daten zu verstehen, wie sie sich über Oberflächen hinweg vergleicht und wie sie interpretiert werden soll. Siehe GitHub Copilot-Nutzungsmetriken.