O GitHub anunciou em 23 de outubro o campo totals_by_client na API de métricas do Copilot. Ele amplia a visibilidade sobre ferramentas que usam o Copilot como provedor de modelos, incluindo OpenCode.
O recorte reúne chamadas bem-sucedidas, sessões e tokens por cliente, com detalhamento por modelo. Chamadas não são prompts: uma solicitação pode acionar o modelo várias vezes. A identificação do cliente usa o ID enviado pela integração, como agrupamento de melhor esforço, sem verificar sua identidade.
Por que olhar além do editor
Na leitura da MnzAI Labs, a pergunta gerencial passa a ser mais precisa: qual ferramenta está consumindo a capacidade de IA disponível e para realizar que tipo de trabalho?
Imagine uma equipe que alterna entre um editor e uma ferramenta de terminal. Comparar apenas atividade no editor pode produzir uma leitura incompleta da rotina. Esse exemplo ilustra o problema de medição; não é um teste feito pela redação.
Uma análise útil deve separar três perguntas:
Onde ocorre o consumo?
- Evidência a procurar
- Distribuição de chamadas e tokens
O trabalho foi concluído?
- Evidência a procurar
- Entregas aceitas e retrabalho
O resultado compensou?
- Evidência a procurar
- Tempo total, qualidade e custo observado
Consumir mais tokens não demonstra produzir melhor. Um volume maior pode acompanhar tarefas mais complexas, repetição de tentativas ou simplesmente uma mudança no fluxo de trabalho. A interpretação precisa dessas informações adicionais.
Como incorporar os dados ao acompanhamento
A documentação da API descreve relatórios diários e de 28 dias, disponíveis por links de download temporários. O acesso depende das permissões e da política de métricas habilitada.
Para quem já mantém um painel, nossa proposta é começar conferindo a compatibilidade da ingestão com o novo campo, conservar a origem de cada medida e registrar a data da coleta. Um aumento após ampliar a cobertura merece investigação antes de ser classificado como crescimento real de adoção.
Também é necessário alinhar períodos. Segundo a orientação de reconciliação do GitHub, diferenças de janela, escopo e processamento podem explicar divergências entre painéis e arquivos exportados. A telemetria recente pode levar três dias UTC completos para se consolidar.
A melhoria de observabilidade ajuda a formular perguntas melhores. A resposta sobre produtividade exige evidências do trabalho entregue.
O próximo passo para líderes de engenharia é usar a medição para orientar suporte e experimentos, comparando tarefas semelhantes, sem transformar volume de chamadas em ranking de pessoas.
Fontes oficiais em inglês. Anúncio de 23/10; checagem editorial em 24/10/2026. A redação não acessou dados de uso de clientes.