GitHub admite que métricas do Copilot subcontaram atividade de agentes: o que muda e quais IDEs atualizar

Se a atividade de agente do Copilot despencou nos seus relatórios enquanto o uso geral só subia, se liga: o problema não era o time, era a medição

Fala aí, beleza? Em 6/10/2026 o GitHub publicou no changelog oficial que encontrou a causa dessa queda estranha e que a correção está sendo distribuída IDE por IDE (no VS Code ela já chegou, nas outras ainda está a caminho)

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

E antes que bata o desespero no financeiro: a cobrança não foi afetada 🙂

O bug mexeu só em como a atividade de agente foi atribuída nas métricas, não no valor cobrado

Este post complementa o guia sobre como medir a adoção da janela de Agents, sem repetir o passo a passo de lá

Aqui o foco é outro: o que quebrou, o que volta e o que não volta mais…

Por que as métricas de agente do Copilot ficaram subcontadas?

Várias IDEs passaram a rodar as sessões de agente do Copilot pelo Copilot SDK

O detalhe: essas sessões não informavam de qual IDE vinham 😛

Sem essa identificação, as métricas não conseguiam atribuir a atividade corretamente

Aí a maior parte dela ficou fora dos relatórios, e uma parte foi parar na conta do Copilot CLI

Tome cuidado com uma coisa: só são afetadas as versões de IDE que usam o Copilot SDK no modo agente

Quem está em versões anteriores continua sendo contado normalmente

Telemetria do cliente x dados do servidor: qual a diferença?

E por que o servidor não salvou a pátria? Bora entender de onde vêm os números

A maior parte das métricas detalhadas (recurso, linguagem, modelo, linhas de código) vem da telemetria que cada IDE envia

O GitHub também registra dados do lado do servidor quando o Copilot atende uma requisição

Esses dados mostram com confiança QUEM estava ativo, mas não enxergam o que acontece dentro do editor

É tipo o porteiro do prédio: ele sabe quem entrou, mas não faz ideia do que a pessoa fez lá dentro haha

Hoje as métricas de uso já usam o servidor pra contar usuários ativos que a telemetria do cliente perde e pra saber em qual IDE eles estão, mas isso cobre só QUEM estava ativo, não o detalhe da atividade de agente, que depende da telemetria da IDE

Porém linhas de código e sugestões aceitas só vêm do editor, então lacunas do lado do cliente não vão sumir totalmente

Quais IDEs têm a correção e quando ela chega?

Vale o registro: esse status é o que o GitHub informou no changelog publicado em 6/10/2026

Se você está lendo este post depois dessa data, vale checar na documentação de IDEs suportadas se alguma dessas versões já foi lançada nesse meio tempo

O GitHub espera concluir a distribuição em todas as IDEs até novembro de 2026

Conforme cada versão for lançada, ela entra na lista de IDEs suportadas na documentação

E quem usa o Copilot CLI? Não precisa atualizar nada 😀

O que muda nos relatórios de uso do Copilot para admins e líderes técnicos

Se você acompanha adoção de agente no time, estes são os impactos práticos:

• Enquanto o dev estiver numa versão afetada, interações de agente e linhas de código de agente seguem subcontadas (por exemplo loc_added_sum e loc_deleted_sum de agent_edit)
• Isso vale para relatórios de enterprise, organização e usuário, tanto nos de 1 dia quanto nos de 28 dias
• Não haverá backfill: a atividade das versões afetadas não identifica a IDE, então não dá pra atribuir depois
• A recuperação no dashboard e na API será gradual, conforme o pessoal atualiza, e não um salto único no gráfico
• As métricas do Copilot CLI podem estar infladas, porque parte da atividade de outros clientes baseados no SDK caiu lá
• Isso se normaliza com as atualizações, mas o histórico do CLI não será corrigido, já que não dá pra separar essa atividade do uso real do CLI

Como ler os números nesse intervalo?

A regra é simples: não tire conclusão de queda de adoção de agente nessa janela

Se o gráfico caiu, pode ser só o time rodando versão afetada, não gente abandonando o modo agente

Ao comparar períodos, anote a janela afetada do lado do número, e olhe o crescimento do CLI no mesmo intervalo com uma boa dose de desconfiança

E como o dado não volta depois, cada dia em versão afetada é buraco permanente no relatório…

Métricas do Copilot divergindo? As 5 causas no lado do cliente e como corrigir

Sintoma:

Seus relatórios não batem com outros dados do Copilot, ou a atividade de agente cai sem motivo aparente

Segundo o GitHub, quando isso acontece a diferença geralmente está no lado do cliente

Causas listadas pelo GitHub:

1. Telemetria desligada na IDE: a documentação de reconciliação de métricas diz que, nesse caso, só a atividade DETALHADA do dev (por IDE, por recurso, linhas de código) deixa de aparecer no dashboard, nos relatórios da API e nos dados exportados: a telemetria do servidor ainda pode incluir esse dev na contagem de usuários ativos, então ele não desaparece por completo dos números
2. Proxy ou firewall bloqueando o endpoint de telemetria do Copilot
3. IDE ou extensão do Copilot desatualizada, sem enviar os eventos que as métricas usam
4. Mudança na forma do cliente enviar telemetria, que é exatamente o caso do Copilot SDK
5. Editor não suportado ou de terceiros, que não envia telemetria do Copilot

Solução: achar os clientes desatualizados

Nos relatórios por usuário, o totals_by_ide traz last_known_ide_version e last_known_plugin_version pra cada usuário

No esquema de exemplo da documentação, o objeto last_known_ide_version tem os campos ide_version e sampled_at

Ou seja, dá pra cruzar a versão da IDE de cada dev com a tabela de versões corrigidas e saber quem ainda está no grupo afetado:

totals_by_ide
  last_known_ide_version
    ide_version
    sampled_at
  last_known_plugin_version

Caso o dev esteja no VS Code abaixo de 1.139.0, já sabe: a atividade de agente dele provavelmente está sumindo do relatório

Como prevenir:

• Manter IDEs e extensões do Copilot atualizadas
• Usar a ferramenta de gerenciamento de dispositivos da empresa pra exigir versões mínimas, quando possível
• Manter a telemetria da IDE ativa
• Liberar o endpoint de telemetria do Copilot em proxies e firewalls
• Se vocês gerenciam versões de forma centralizada, planejar o rollout já direto para as versões corrigidas

Começando do zero com o GitHub Copilot

Se você chegou agora no assunto e quer entender o Copilot antes de mergulhar em métricas, bora começar por este vídeo do canal 🙂

Próximo passo: atualizar as IDEs e revisar a leitura das métricas

Resumindo: o bug estava na atribuição, não na cobrança, e o dado perdido não volta

A ação imediata é colocar o time no VS Code 1.139.0 ou posterior e acompanhar as versões do Visual Studio, JetBrains, Eclipse e Xcode até novembro de 2026

Depois disso, o caminho natural é voltar ao guia de medição da janela de Agents e montar seus relatórios por lá, só lembrando de considerar essa janela subcontada ao analisar qualquer tendência

Valeu e até o próximo post! =)