Desde el anuncio del 22 de octubre de 2026, los informes de uso de GitHub Copilot identifican por nombre personalizaciones como skills, agentes y servidores MCP. Esto facilita analizar qué herramientas se utilizan y dónde conviene mejorar la capacitación.
Qué información cambia
Las listas totals_by_skill, totals_by_custom_agent, totals_by_mcp, totals_by_slash_cmd y totals_by_plugin muestran nombres configurados y admiten hasta 25 entradas por registro. La actividad restante se agrupa en other. Los cálculos de conteo mantienen su definición.
Cobertura que debe comprobarse
La cobertura depende del cliente. Prompt mode, la aplicación y las integraciones ACP requieren Copilot CLI 1.0.97 o posterior; el SDK requiere 1.0.21 o posterior. El chat integrado del IDE no aporta estos nombres mediante su telemetría habitual. Los días anteriores al cambio no se reconstruyen.
Implementar una primera medición
- Confirmar la política de métricas y asignar permisos de lectura al responsable.
- Actualizar los clientes y utilizar una personalización con nombre neutro.
- Esperar el procesamiento diario y consultar el informe de organización de un día en la API.
- Descargar los archivos desde los enlaces temporales devueltos.
- Comprobar nombre y actividad, y repetir la medición antes de construir tendencias.
La documentación REST incluye ejemplos para informes de uno y 28 días y permisos diferenciados por ámbito empresarial u organización.
Privacidad y lectura correcta
Los nombres pueden revelar información interna. Evitar nombres de clientes, rutas o proyectos confidenciales y restringir los informes por usuario. Compartir agregados cuando sea suficiente.
Clientes antiguos o telemetría bloqueada pueden producir subregistro. Estos indicadores sirven para observar adopción, no para contabilidad exacta ni para demostrar productividad individual. Una evaluación útil combina uso con calidad de resultados y comentarios del equipo.
Fuentes oficiales
Actualización del 27 de octubre: consumo por cliente
El anuncio de GitHub del 23 de octubre incorpora totals_by_client a los informes de uno y 28 días. Permite observar solicitudes exitosas, sesiones y tokens por herramienta, incluidas herramientas externas como OpenCode. En los informes de 28 días aparece dentro de cada elemento day_totals.
request_count cuenta llamadas al modelo, no prompts. La identificación del cliente es aproximada y no constituye una identidad verificada. Estos datos no deben interpretarse directamente como facturación o productividad.
Para validarlo, compare informes diarios y agregados, contemple listas vacías y valores desconocidos, y contraste actividad controlada desde dos clientes. Mantenga restringidos los informes individuales y proteja los enlaces de descarga.