O GitHub anunciou em 22 de outubro de 2026 que os relatórios de uso do Copilot passam a identificar pelo nome skills, agentes, servidores MCP, comandos e plugins criados pelas organizações. Antes, essas personalizações apareciam agrupadas como “other” ou “custom”, segundo o changelog oficial.
As listas passam de cinco para até 25 entradas por registro; atividades restantes continuam agrupadas. Os nomes aparecem nos dias de relatório processados após a mudança, sem reescrever os anteriores.
O anúncio vincula parte dessa cobertura ao Copilot CLI 1.0.97 ou ao SDK 1.0.21, conforme a integração, e exclui a telemetria do chat nativo das IDEs.
Como os relatórios são disponibilizados
A documentação da API descreve relatórios diários e janelas de 28 dias, com dados de organizações e empresas. Os arquivos são disponibilizados por links assinados com validade limitada, após o processamento do período correspondente.
O acesso depende de permissões específicas e da política de métricas de uso do Copilot habilitada. A existência dos novos campos nos relatórios deve ser entendida dentro desse acesso administrativo, conforme as condições documentadas para cada endpoint.
Por que os números podem divergir
O guia de reconciliação do GitHub explica que painéis, APIs e exportações usam a mesma base de telemetria, mas agregam e apresentam os dados de maneiras diferentes. Janelas de tempo, escopo e atualização podem produzir diferenças entre consultas.
A telemetria das IDEs é processada de forma assíncrona e normalmente se consolida em três dias completos em UTC. Por isso, informações muito recentes podem parecer incompletas. Atividade da CLI também é contabilizada separadamente das métricas baseadas em IDE.
Há ainda usuários identificados por telemetria do servidor sem os detalhes enviados pelo cliente. Eles podem aparecer nos totais de atividade, enquanto recortes por recurso, linguagem ou modelo permanecem vazios. O GitHub apresenta esse comportamento como uma diferença esperada de cobertura.
O que a mudança permite avaliar
Na avaliação editorial da Nextags, identificar uma personalização ajuda a relacionar seu uso à finalidade para a qual ela foi criada. Uma equipe pode acompanhar se um agente interno foi adotado e, depois, investigar quais tarefas ele atende ou onde surgem dificuldades.
Essa leitura fica mais útil quando os nomes são consistentes e os responsáveis documentam o objetivo de cada recurso. Antes de compartilhar um relatório, também convém revisar se os identificadores expõem informações internas desnecessárias.
O acompanhamento deve combinar dados de adoção com revisão do trabalho entregue. Frequência de uso, qualidade das respostas e resultado de uma tarefa respondem a perguntas diferentes; avaliar esses aspectos em conjunto ajuda a orientar treinamento e manutenção das ferramentas.
Fontes e referências
As informações foram verificadas nas fontes abaixo. Novos fatos podem atualizar esta notícia.
Conteúdo de Angelo Sebastião Silva Goncalves. Preparado com apoio de IA. Consulte as fontes e os critérios editoriais. Conheça nossos critérios editoriais e como solicitar uma correção.
