Michael JohnsonDesde 3 de novembro de 2026, administradores de organizações e empresas podem ver separadamente nos relatórios do GitHub Copilot o uso de chaves próprias e de modelos empresariais. A atualização da API de métricas de uso do Copilot ajuda a distinguir solicitações a modelos hospedados pelo GitHub daquelas feitas via BYOK — traga sua própria chave — ou com um modelo configurado pela organização.
Para as empresas, essa é uma mudança prática na contabilização: é possível separar os custos de provedores externos e da execução local do uso de modelos operados pelo GitHub. Gestores e administradores passam a ter uma visão mais útil para monitorar quais formas de uso de IA estão presentes nas equipes. O GitHub esclarece que os novos campos isolam o BYOK dos totais já existentes, sem alterar os próprios contadores.
Quais cenários a API mostra separadamente
O GitHub divide o BYOK em dois casos. No BYOK local, o desenvolvedor configura uma chave própria ou um modelo local no Copilot CLI ou no aplicativo GitHub Copilot; a solicitação é enviada diretamente ao provedor ou ao servidor local. Para essas solicitações, foram adicionados o campo de usuário used_local_byok, os agregados totals_by_local_byok e contadores de usuários ativos com BYOK local.
Entre os modelos e ferramentas locais, o GitHub cita Ollama, Foundry Local, LM Studio e llama-server. Os novos campos de detalhamento do BYOK local abrangem o Copilot CLI e o aplicativo Copilot: eles discriminam sessões, solicitações, prompts e tokens por tipo de BYOK e superfície de uso, quando o provedor fornece os dados correspondentes. O uso de BYOK local não é discriminado pelo nome do modelo; assim, o relatório mostra a ocorrência e o volume dessa atividade, mas não identifica o modelo local específico.
O segundo cenário é o de um modelo personalizado empresarial, definido pelo administrador nas configurações da organização ou empresa, com solicitações encaminhadas pelo GitHub ao provedor. Para esse caso, o GitHub adicionou o campo booleano is_custom_enterprise_model às entradas de modelos em totals_by_client. Como essas solicitações são observadas no lado do servidor, o campo abrange diferentes clientes, incluindo IDEs.
O que muda no trabalho com os relatórios
Antes, o uso de BYOK podia se misturar às métricas de modelos hospedados pelo Copilot, sobretudo quando os modelos tinham nomes semelhantes. Os novos campos permitem separar essas categorias ao verificar regras internas e analisar o uso. O GitHub informa que os dados estão disponíveis em relatórios de um e 28 dias, tanto por usuário quanto em agregados da organização ou empresa.
O administrador pode começar definindo a pergunta que o relatório deve responder: quem usa uma chave própria, que parcela das solicitações vai para modelos locais e quanto isso altera a estimativa de custos. Em seguida, é possível comparar os novos campos com as métricas existentes e as regras internas de BYOK. Isso oferece uma base mais concreta para discutir a escolha de modelos e o pagamento do que um contador geral de atividade no Copilot.
O acesso às métricas depende da função: a API destina-se a proprietários de empresas, gerentes de cobrança de empresas, proprietários de organizações e usuários com a permissão View Copilot Metrics. Além disso, a política de uso das métricas do Copilot precisa estar habilitada. Esses dados mostram a atividade registrada, não a qualidade das respostas nem a adequação do modelo a uma tarefa específica.
Por que os dois novos indicadores têm níveis de precisão diferentes
O BYOK local tem um limite específico de contabilização: o GitHub calcula seus campos com base na telemetria do cliente. Se a telemetria estiver desativada, o número dessas solicitações ficará abaixo do valor real; alguns provedores locais também não informam a contagem de tokens. Portanto, esses dados são úteis para identificar o uso e estimar sua escala, mas não são completos o bastante para uma conciliação financeira precisa.
Os modelos personalizados empresariais são contabilizados no lado do servidor e, segundo o GitHub, não estão sujeitos a essa ressalva sobre telemetria. O mesmo modelo pode aparecer em duas linhas separadas caso seja usado tanto como modelo hospedado do Copilot quanto como modelo personalizado empresarial. Essa separação evita que canais distintos sejam agrupados apenas por terem o mesmo nome.
Há também uma particularidade temporal: o GitHub não adiciona o campo is_custom_enterprise_model aos relatórios de dias anteriores ao lançamento da atualização. Não se deve presumir que os dados históricos sejam automaticamente comparáveis às novas categorias; para analisar tendências, registre a data da transição e compare os períodos levando em conta a mudança no esquema.
A atualização ajuda as organizações a classificar com mais precisão o uso do Copilot com modelos próprios ou locais. Para orçar o BYOK local, ainda será necessário considerar lacunas na telemetria do cliente e os dados do provedor; já os modelos personalizados empresariais agora têm um indicador próprio no relatório, coletado no servidor.
