GitHub élargit la mesure des usages de Copilot au-delà des environnements de développement. Dans son annonce du 23 octobre 2026, l’entreprise introduit une ventilation par client, notamment pour des outils comme OpenCode utilisant Copilot comme fournisseur de modèles.
Une lecture par outil, avec des limites
Le nouveau champ totals_by_client concerne les rapports entreprise, organisation et utilisateurs, sur un jour et 28 jours. Il rassemble les appels de modèles réussis, les sessions et les jetons consommés, avec un détail par modèle. Cette évolution complète la mesure liée aux IDE, qui pouvait manquer certains usages externes.
Attention à l’interprétation : un appel de modèle n’équivaut pas à un prompt. Une même demande peut entraîner plusieurs appels. L’identification du client repose sur l’intégration déclarée ; elle reste indicative et ne constitue pas une identité vérifiée. GitHub présente ce changement comme un ajout aux champs existants.
Des rapports traités, pas un compteur instantané
La documentation REST précise que les endpoints renvoient des liens de téléchargement signés et temporaires. Les rapports sont produits quotidiennement. Pour une entreprise, la fenêtre couvre une journée traitée ou les 28 jours terminant à la dernière journée traitée.
L’accès aux rapports d’entreprise est réservé aux propriétaires, responsables de facturation et utilisateurs disposant des permissions appropriées. La politique de métriques Copilot doit être activée.
Mesurer la consommation, sans promettre la rentabilité
Cette ventilation aide à comprendre quels outils sollicitent les modèles. Elle ne démontre, à elle seule, ni économie ni gain de productivité. Une comparaison d’usages doit donc conserver ses fenêtres temporelles et ses unités : appels, sessions et jetons ne répondent pas à la même question.
