O GitHub anunciou em 14 de maio um novo relatorio na API de metricas do Copilot chamado user-teams. Ele mapeia cada usuario licenciado para os times a que pertence dentro da organizacao, eliminando a planilha manual que admins faziam para cruzar uso com estrutura organizacional.
O que o relatorio entrega
A API do Copilot ja expunha metricas agregadas: total de sugestoes aceitas por organizacao, distribuicao por IDE, frequencia de uso. O que faltava era o link entre usuario individual e estrutura de times do GitHub.
O novo endpoint user-teams completa esse mapa. Para cada usuario licenciado, retorna os times a que ele pertence. Cruzar isso com os relatorios de uso individual (que ja existiam) gera as metricas por squad sem trabalho manual.
O recurso esta disponivel para clientes do Copilot Business e Copilot Enterprise. O Copilot Free e o Pro individual nao tem essa API porque nao tem estrutura de organizacao para reportar.
Por que isso importa para times de plataforma
O caso de uso mais imediato e o time central de engenharia que precisa justificar gasto de Copilot. Sem essa peca, a conversa virava “a organizacao toda usa Copilot e o gasto e X”. Com ela, vira “o time A tem 95% de adocao e 40% de aceitacao; o time B tem 30% de adocao”.
Essa granularidade serve para varias decisoes. Quais squads precisam de treinamento para usar Copilot melhor. Onde a ferramenta esta entregando ROI e onde nao. Quem usa pouco — talvez por nao precisar, talvez por nao saber. Cada caso pede acao diferente, e a metrica precisa do contexto do time para fazer sentido.
Onde isso se conecta com cobranca por uso
O contexto mais amplo: o GitHub mudou nos ultimos meses o modelo de cobranca de varios produtos de IA, deslocando parte da conta para uso real em vez de licencas planas. Quando o custo varia por consumo, medir consumo por time deixa de ser nice-to-have e vira pre-requisito de gestao.
A API user-teams se encaixa nessa logica. Quem paga por uso precisa atribuir custo a centro de custo — e centro de custo geralmente mapeia para time, nao para usuario individual. Sem essa amarracao, a fatura agregada vira pelego.
O que ainda nao foi entregue
A API expoe a relacao usuario-time, mas nao expoe metricas agregadas ja calculadas por time. Isso fica por conta de quem consome a API: o admin pega o relatorio de uso individual, pega o de user-teams, e cruza no proprio sistema de analytics.
E possivel que GitHub entregue agregacoes prontas mais para frente, mas o release de hoje deixa o calculo do lado do cliente. Para times de plataforma com BI proprio, e flexivel. Para quem queria dashboard pronto, ainda nao tem.
O que vale testar primeiro
Para admins de organizacao Business ou Enterprise: vale rodar o endpoint hoje mesmo e ver se o mapeamento de times reflete a estrutura real da organizacao. Em organizacoes grandes com hierarquia de times aninhada, ha edge cases que o admin precisa entender antes de basear decisao no relatorio.
Se os dados baterem, o passo seguinte e amarrar a integracao com a fonte de verdade de centro de custo (Workday, BambooHR, planilha do RH) para conseguir relatorio de gasto por unidade de negocio.
Reportado originalmente por GitHub Changelog em 2026-05-14.
