Michael JohnsonDesde el 3 de noviembre de 2026, los administradores de organizaciones y empresas pueden ver por separado en los informes de GitHub Copilot el uso de claves propias y de modelos empresariales. La actualización de la API de métricas de uso de Copilot permite distinguir las solicitudes a modelos alojados por GitHub del uso de BYOK —bring your own key— o de un modelo configurado por la organización.
Para las empresas, este cambio facilita la contabilidad: los costes de proveedores externos y de la ejecución local pueden separarse del uso de modelos gestionados por GitHub. Los responsables y administradores obtienen una visión más útil para controlar qué formas de trabajo con IA utilizan los equipos. GitHub señala que los nuevos campos separan BYOK de las métricas totales existentes sin modificar los contadores en sí.
Qué escenarios muestra la API por separado
GitHub distingue dos casos de BYOK. En el BYOK local, el desarrollador configura su propia clave o un modelo local en Copilot CLI o en la aplicación GitHub Copilot; la solicitud se envía directamente al proveedor o al servidor local. Para estas solicitudes se añaden el campo de usuario used_local_byok, los agregados totals_by_local_byok y los recuentos de usuarios activos con BYOK local.
GitHub incluye entre los modelos y herramientas locales Ollama, Foundry Local, LM Studio y llama-server. Los nuevos campos de desglose del BYOK local corresponden a Copilot CLI y a la aplicación Copilot: desglosan sesiones, solicitudes, prompts y tokens por tipo de BYOK y superficie de uso, siempre que el proveedor transmita los datos pertinentes. El uso de BYOK local no se desglosa por nombre de modelo, así que el informe muestra que hubo actividad y su volumen, pero no identifica el modelo local concreto.
El segundo escenario es un modelo personalizado empresarial que un administrador configura en los ajustes de la organización o la empresa, y cuyas solicitudes se envían al proveedor a través de GitHub. Para este caso, GitHub añadió el campo booleano is_custom_enterprise_model a los registros de modelos dentro de totals_by_client. Como estas solicitudes se observan en el servidor, el campo abarca distintos clientes, incluidos los IDE.
Qué cambia al trabajar con los informes
Antes, el uso de BYOK podía mezclarse con las métricas de los modelos alojados por Copilot, sobre todo cuando los modelos tenían nombres parecidos. Los nuevos campos permiten separar estas categorías al revisar las políticas internas y analizar el uso. GitHub indica que los datos están disponibles en informes de uno y 28 días, tanto a nivel de usuario como en agregados de organización o empresa.
El administrador puede empezar por definir qué pregunta debe responder el informe: quién utiliza una clave propia, qué proporción de las solicitudes se dirige a modelos locales y cuánto afecta esto a la estimación de costes. Después, puede comparar los nuevos campos con las métricas existentes y las políticas internas de BYOK. Así se obtiene una base más concreta para hablar sobre la elección de modelos y el pago que con un contador general de actividad de Copilot.
El acceso a las métricas depende del rol: la API está destinada a propietarios de empresas, responsables de facturación de empresas, propietarios de organizaciones y usuarios con el permiso View Copilot Metrics. Además, debe estar habilitada la política de uso de métricas de Copilot. Estos datos muestran la actividad registrada, no la calidad de las respuestas ni la idoneidad de un modelo para una tarea concreta.
Por qué los dos nuevos indicadores tienen distinto nivel de precisión
El BYOK local tiene un límite de medición concreto: GitHub calcula sus campos a partir de la telemetría del cliente. Si la telemetría está desactivada, el número de estas solicitudes será inferior al real; además, algunos proveedores locales no informan del número de tokens. Por eso, estos datos sirven para detectar el uso y estimar su escala, pero son incompletos para una conciliación financiera precisa.
Los modelos personalizados empresariales se contabilizan en el servidor y, según GitHub, no están sujetos a esta salvedad sobre la telemetría. Un mismo modelo puede aparecer en dos filas distintas si se utiliza tanto como modelo alojado de Copilot como modelo personalizado empresarial. Esta separación evita que se fusionen canales diferentes solo porque comparten nombre.
También hay una particularidad temporal: GitHub no añade el campo is_custom_enterprise_model a los informes de los días anteriores al lanzamiento de la actualización. No se debe asumir que los datos históricos son automáticamente comparables con las nuevas categorías; para analizar tendencias, conviene marcar la fecha del cambio y comparar los periodos teniendo en cuenta la modificación del esquema.
La actualización ayuda a las organizaciones a clasificar con más precisión el uso de Copilot con modelos propios o locales. Para presupuestar el BYOK local todavía será necesario tener en cuenta las omisiones de la telemetría del cliente y los datos del proveedor, mientras que los modelos personalizados empresariales ahora cuentan con un indicador independiente en el informe del servidor.
