ANUNCIO Y DISPONIBILIDAD
Alcance y requisitos contrastados el 24 de octubre de 2026 con el anuncio y la documentación oficial de GitHub. El acceso depende de la política de métricas y del rol; la cobertura depende del cliente y su versión.
Custom skills, agents, and MCP servers in usage metrics APIGitHub anunció el 22 de octubre que las métricas de Copilot identifican por su nombre skills, agentes personalizados, servidores Model Context Protocol (MCP), comandos y plugins propios. Las listas pasan de cinco a veinticinco entradas, con actividad restante agrupada en `other`. Así lo detalla el anuncio oficial.
Qué clientes aportan los nombres
La documentación de los campos de personalización distingue estas vías de cobertura:
| Cliente o experiencia | Cobertura y requisito |
|---|---|
| Copilot CLI | Sesiones interactivas y modo de prompts; este último requiere CLI 1.0.97 o posterior. |
| GitHub Copilot app | Requiere CLI 1.0.97 o posterior. |
| Integraciones Agent Client Protocol (ACP), como JetBrains | Requieren CLI 1.0.97 o posterior. |
| Copilot SDK | Requiere SDK 1.0.21 o posterior. Si la aplicación sustituye la CLI incluida, necesita CLI 1.0.97 o posterior. |
| Experiencias de agentes en IDE | El anuncio contempla las basadas en SDK 1.0.21 o posterior. La telemetría del chat integrado del IDE no aporta estos nombres. |
Dónde consultarlo y quién tiene acceso
Los campos aparecen en informes de empresa y organización: por usuario de uno y veintiocho días, agregados diarios y registros `day_totals` de los agregados de veintiocho días. La base de métricas publicada en septiembre explica estas modalidades; la referencia de la API documenta su consulta.
Debe estar habilitada la política «Copilot usage metrics». Pueden acceder propietarios de empresa, responsables de facturación de empresa, propietarios de organización y roles personalizados con el permiso correspondiente para ver métricas de Copilot. La guía de acceso identifica los permisos de organización y empresa.
Cómo utilizar el detalle para orientar la adopción
La lectura editorial de Nexo es que identificar una herramienta interna permite formular preguntas más útiles: si aparece actividad después de presentarla al equipo, si esa actividad se mantiene y dónde convendría ofrecer ayuda. Antes de comparar periodos, recomendamos comprobar en los entornos del equipo las versiones, la política habilitada y la recepción de telemetría.
Por ejemplo, tras introducir una skill de revisión, el responsable de adopción podría observar su actividad registrada y preguntar a quienes la utilizan qué problemas resuelve. Es un ejemplo de análisis, no un resultado comunicado por GitHub. Un aumento justificaría investigar su utilidad; una caída también podría deberse a cambios de cobertura.
- Uso: observar actividad y continuidad para orientar soporte o formación.
- Calidad: revisar resultados y errores con criterios adecuados para la tarea.
- Valor: contrastar beneficios, costes y efectos en el trabajo con evidencia adicional.
Qué significan los contadores
Según la explicación de GitHub sobre los contadores, `interaction_count` registra eventos distintos según la categoría: invocaciones, inicios de agentes o intentos de conexión MCP. En MCP cuentan intentos exitosos y fallidos; las llamadas posteriores a herramientas sobre una conexión abierta no incrementan ese contador.
Las interacciones de plugins ya están incluidas en las de skills y no deben sumarse entre sí. Los campos `distinct_*_use_count` cuentan elementos diferentes, no personas. El nuevo desglose conserva esas definiciones.
Por ello, un servidor con muchos intentos de conexión no demuestra más trabajo completado. Para evaluar calidad o retorno de inversión harían falta otras observaciones; estos contadores, por sí solos, no permiten concluirlos.
Límites para interpretar las tendencias
GitHub advierte de posibles recuentos incompletos por clientes antiguos o telemetría bloqueada. Los días anteriores al cambio mantienen las agrupaciones genéricas, según el anuncio.
Los nombres se recortan y limitan a 128 caracteres; los que parecen rutas de archivo permanecen agrupados. Conviene revisarlos antes de compartir informes externos. Además, que un elemento no aparezca en una lista limitada no significa uso cero, como precisa la referencia de campos.
Para responsables de adopción, la utilidad está en detectar señales y decidir qué investigar. Comparar periodos con cobertura equivalente y acompañar las cifras de conversaciones con el equipo ayuda a evitar que una variación de telemetría se interprete como un cambio de productividad.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
Consultar la fuente ↗