Les entreprises disposent désormais d’un accès API pour consulter des métriques d’utilisation complètes de GitHub Copilot. Cette fonctionnalité permet de détailler l’engagement des équipes sur différentes plateformes. Selon docs.github.com, cette API REST permet de récupérer des rapports d’usage, disponibles soit sur une base journalière, soit sur une période de vingt-huit jours. Pour que ces points d’accès soient actifs, la politique « Copilot usage metrics » doit être réglée sur « Enabled » pour l’ensemble de l’entreprise.

Ces rapports agrégés fournissent des statistiques sur l’adoption des fonctionnalités de Copilot. Mais la nouveauté majeure réside dans la capacité à différencier l’origine du traitement des requêtes. GitHub a intégré le suivi de l’usage « Bring Your Own Key » (BYOK). Cela permet de distinguer l’utilisation des modèles hébergés par Copilot de celle qui provient de clés fournies par le développeur lui-même, ou encore de modèles spécifiques configurés par l’administrateur.

Il permet de savoir si une requête passe par un modèle standard de GitHub ou si elle utilise une solution locale, comme Ollama ou LM Studio, configurée par le développeur en amont. Ces informations apparaissent dans les champs used_local_byok et totals_by_local_byok.

De plus, les modèles personnalisés, ceux que l’entreprise choisit d’intégrer via ses propres paramètres, sont désormais identifiés grâce au booléen is_custom_enterprise_model dans les rapports. Cette distinction est fondamentale, car elle répond directement aux préoccupations de gouvernance et de maîtrise des coûts.

Au lieu de simplement savoir « combien de fois Copilot a été utilisé », les entreprises peuvent désormais répondre à des questions plus pointues : « combien de fois nos développeurs ont-ils préféré utiliser notre modèle interne par rapport au modèle par défaut de GitHub ? »

Cette transparence est d’autant plus pertinente que GitHub a précisé que l’API permet de séparer l’utilisation des modèles hébergés de celle qui est facturée par le fournisseur externe du développeur. Ce mécanisme aide les organisations à mieux comprendre leur consommation réelle.

Concernant l’accès, il est clair que cette fonctionnalité n’est pas destinée aux utilisateurs individuels. Les propriétaires d’entreprise, les gestionnaires de facturation et les utilisateurs autorisés avec le droit « View Enterprise Copilot Metrics » sont les seuls à pouvoir récupérer ces données. Ils peuvent obtenir des rapports journaliers ou des synthèses sur vingt-huit jours.

Cependant, certains points de vigilance subsistent. Les champs relatifs au BYOK local dépendent de la télémétrie du client, ce qui signifie qu’ils peuvent sous-estimer l’activité si cette télémétrie est désactivée. En revanche, les totaux concernant les modèles personnalisés sont observés côté serveur, assurant une couverture complète.

En parallèle, GitHub a récemment annoncé des systèmes comme Copilot Fusion, qui gèrent la sélection et l’orchestration des modèles pour les tâches de codage, visant à optimiser les coûts API. Cette tendance montre que la gestion des coûts et la flexibilité du choix du modèle sont au cœur du service.

Les rapports couvrent une période allant jusqu’à un an à partir de la date actuelle. Néanmoins, le nouveau suivi des modèles personnalisés ne s’applique pas aux jours antérieurs à cette dernière mise à disposition.

Sources

• REST API endpoints for Copilot usage metrics – GitHub Docs, docs.github.com
• BYOK and enterprise custom models in the Copilot usage API, GitHub, 4 novembre 2026
• GitHub debuts Copilot Fusion, a new model selection & orchestration system that beats Claude Code for half the API cost, The New Stack, 28 octobre 2026
• „Copilot Access“: GitHub macht Copilot für Enterprise-Kunden verfügbar, Heise, 28 octobre 2026