Las métricas de uso de GitHub Copilot ahora nombran habilidades personalizadas, agentes y servidores MCP
· GitHub
Esto no es asesoramiento financiero.
La API de métricas de uso de GitHub Copilot ahora muestra los nombres de habilidades personalizadas, agentes y servidores MCP, ayudando a las organizaciones a rastrear la adopción y las tendencias de uso de herramientas internas.
Qué hay de nuevo y qué permite
Anteriormente, las métricas de uso de GitHub Copilot agrupaban habilidades personalizadas, agentes y servidores del Protocolo de Contexto del Modelo (MCP) bajo etiquetas genéricas como 'otros' o 'personalizados'. Esto dificultaba a las organizaciones identificar qué herramientas internas y personalizaciones específicas estaban siendo utilizadas por sus desarrolladores, limitando la capacidad de rastrear la adopción, medir el impacto y enfocar los esfuerzos de habilitación donde más se necesitaban.
Lo que informó la fuente
Informes de GitHub: GitHub ha actualizado la API de métricas de uso de Copilot para mostrar los nombres reales de habilidades personalizadas, agentes, servidores MCP, comandos slash y complementos creados por las organizaciones. Los informes ahora incluyen hasta 25 entradas nombradas por registro, en lugar de solo cinco, y estas son visibles en varios tipos de informes (por usuario, agregados, totales por día). Este cambio permite a los administradores ver qué herramientas internas están siendo adoptadas y utilizadas, apoyando una mejor toma de decisiones sobre habilitación y asignación de recursos. La actualización requiere versiones específicas de Copilot CLI y SDK para una cobertura completa, y la precisión depende de la telemetría del cliente.
Evidencia de la fuente (extractos cortos)
“Las métricas de uso de Copilot ahora muestran los nombres de las habilidades, agentes personalizados, servidores del Protocolo de Contexto del Modelo (MCP), comandos slash y complementos que tu organización crea, en lugar de”
“Más entradas: Cada lista totals_by_* ahora incluye hasta 25 entradas por registro, en lugar de cinco, para que puedas ver más de la larga cola de personalizaciones que utilizan tus desarrolladores.”
“Los administradores ahora pueden ver qué habilidades internas, agentes personalizados y servidores MCP utilizan realmente los desarrolladores, rastrear la adopción después de implementar uno nuevo y enfocar la habilitación donde”
Análisis - hipótesis, no hallazgos verificados
Esta actualización permite a las organizaciones tomar decisiones más informadas y basadas en datos sobre sus herramientas internas para desarrolladores. Al mostrar los nombres y el uso de habilidades y agentes personalizados, los administradores pueden identificar qué herramientas están ganando tracción, cuáles pueden necesitar más apoyo y dónde enfocar los recursos de capacitación o desarrollo. También ayuda a los equipos a justificar inversiones en herramientas internas y rastrear el impacto de nuevos lanzamientos. Sin embargo, la precisión de estas métricas depende de clientes actualizados y telemetría habilitada, por lo que los datos deben usarse para tendencias en lugar de conteos exactos.
Usos y proyectos posibles
Las organizaciones pueden beneficiarse de una visibilidad más granular en las personalizaciones internas de Copilot, lo que permite una habilitación y asignación de recursos más específicas. El proyecto prueba si esta visibilidad conduce a una mejor adopción y al impacto de la herramienta. La adopción real y las ganancias de productividad aún deben demostrarse en la práctica.
Adopción y modelos de negocio - hipótesis opcionales
No hay pagador establecido; esta es una herramienta comunitaria o interna para uso organizacional. No se identifican clientes comerciales en la evidencia fuente.
La monetización no es necesaria para este proyecto y no se establece ninguna hipótesis comercial. Si se comercializa más adelante, se podría explorar una suscripción o licencia empresarial, pero esto no está verificado.
Competidores y diferencias a probar
Alternativas a considerar incluyen informes de uso integrados de GitHub Copilot, seguimiento manual y herramientas de análisis de terceros que procesan métricas de Copilot.
Probar si mostrar personalizaciones nombradas y tendencias de uso en un panel dedicado conduce a acciones de habilitación más específicas o a tasas de adopción mejoradas, en comparación con agrupaciones genéricas de 'otros/personalizados'.
Geografía, costos y verificaciones legales
El mercado nombrado por la fuente son organizaciones que utilizan métricas de GitHub Copilot; la disponibilidad y cobertura son desconocidas hasta que se verifiquen. No se infiere ninguna geografía del editor.
Los costos reales son desconocidos/no reportados y requieren cotizaciones locales. Utilizar infraestructura existente y herramientas de código abierto siempre que sea posible. No se asume ningún presupuesto.
Se debe verificar el cumplimiento con la privacidad local, los términos del consumidor y de la plataforma. No se ofrece asesoría legal. El intercambio de datos debe seguir las políticas organizacionales y los términos de GitHub.
¿Qué sigue siendo desconocido?
No está claro con qué frecuencia se bloquea la telemetría o si los clientes están desactualizados, lo que podría resultar en un conteo inferior. La actualización no nombra retroactivamente las entradas en informes históricos, por lo que el análisis de tendencias a través de la transición puede ser inconsistente. No hay verificación independiente de la precisión o completitud de las métricas reportadas. El impacto de estos cambios en la adopción real de herramientas y la productividad de los desarrolladores no ha sido evaluado de manera independiente. Las implicaciones de privacidad y compartición de datos dependen de las políticas organizacionales y de cómo se comparten o utilizan los informes.
Viabilidad del proyecto - aún no validada
Este análisis de oportunidad original es una propuesta para probar, no una afirmación de que un producto, mercado, cliente o ingreso está validado. No se ha realizado investigación de mercado independiente; la fuente no reporta ventas ni ganancias garantizadas a menos que la evidencia citada diga lo contrario.
Fecha y frescura de la fuente
Marca de tiempo del feed del editor: 2026-10-22T22:19:17.000Z. Esto registra cuándo se publicó el ítem fuente, no una verificación en vivo de precios, números de clientes, disponibilidad o términos de la plataforma.
Fuente
GitHub - Habilidades personalizadas, agentes y servidores MCP en la API de métricas de uso
https://github.blog/changelog/2026-10-22-custom-skills-agents-and-mcp-servers-in-usage-metrics-api
IA MLAIEL — hipótesis de proyecto
Propuestas para un equipo. No son un resultado comprobado, ni un consejo médico o financiero.
Oportunidad digital (v4): Panel de adopción de personalización interna para métricas de Copilot Usuarios objetivo: Administradores de empresas y organizaciones, equipos de DevOps y gerentes de ingeniería que buscan monitorear y mejorar la adopción de habilidades personalizadas de Copilot, agentes y servidores MCP dentro de sus organizaciones. Cómo funcionaría: Un panel que ingesta datos de la API de métricas de uso de Copilot, extrae habilidades personalizadas nombradas, agentes y servidores MCP, y visualiza las tendencias de uso a lo largo del tiempo. Destaca las personalizaciones más utilizadas, los lanzamientos recientes y las herramientas poco utilizadas, permitiendo esfuerzos de habilitación o capacitación específicos. El panel puede filtrar por equipo, período de tiempo y tipo de herramienta, y exportar informes resumidos para las partes interesadas. Primera versión: Un prototipo de panel basado en la web que utiliza datos reales de la API de métricas de uso de Copilot de una organización que consiente. Mostrará las 25 habilidades/agentes/servidores MCP personalizados nombrados más importantes por período de informe, con líneas de tendencia y filtros simples. El piloto se ejecutará durante 4 semanas con 1-2 usuarios administradores y 3-5 equipos, utilizando solo datos de la propia instancia de Copilot de la organización. No se incluye datos externos. Alternativas a investigar: Comparar con los informes de uso existentes de Copilot, el seguimiento manual a través de hojas de cálculo y herramientas de análisis de terceros que puedan ofrecer una visibilidad similar. Evaluar si las funciones de informes integradas de GitHub son suficientes para las necesidades de la organización. Diferencia a probar: Probar si mostrar personalizaciones nombradas y tendencias de uso en un panel dedicado conduce a acciones de habilitación más específicas o a tasas de adopción mejoradas, en comparación con agrupaciones genéricas de 'otros/personalizados'. Fuente de evidencia de una capacidad o necesidad: Los administradores ahora pueden ver qué habilidades internas, agentes personalizados y servidores MCP utilizan realmente los desarrolladores, rastrear la adopción después de implementar uno nuevo y enfocar la habilitación donde sea necesario. Usos y límites posibles: Las organizaciones pueden beneficiarse de una visibilidad más granular sobre las personalizaciones internas de Copilot, lo que permite una habilitación y asignación de recursos más específicas. El proyecto prueba si esta visibilidad conduce a una mejor adopción y al impacto de la herramienta. Las ganancias reales en adopción y productividad aún deben demostrarse en la práctica. Usuarios potenciales y pagadores opcionales: No hay un pagador establecido; esta es una herramienta comunitaria o interna para uso organizacional. No se identifican clientes comerciales en la evidencia fuente. Competidores y alternativas a verificar: Las alternativas a verificar incluyen informes de uso integrados de GitHub Copilot, seguimiento manual y herramientas de análisis de terceros que procesan métricas de Copilot. Modelo de negocio legal opcional: La monetización no es necesaria para este proyecto y no se establece ninguna hipótesis comercial. Si se comercializa más adelante, se podría explorar una suscripción o licencia empresarial, pero esto no está verificado. Habilidades y tiempo para probar: Habilidades: integración de API, visualización de datos, desarrollo web, DevOps básico. Tiempo propuesto: 2-4 semanas para un prototipo con 1-2 desarrolladores y apoyo administrativo. No verificado de forma independiente. Disponibilidad geográfica y límites: El mercado nombrado por la fuente son organizaciones que utilizan métricas de GitHub Copilot; la disponibilidad y cobertura son desconocidas hasta que se verifiquen. No se infiere ninguna geografía del editor. Restricciones legales y de plataforma a verificar: Se debe verificar el cumplimiento con la privacidad local, los términos del consumidor y de la plataforma. No se ofrece asesoría legal. El intercambio de datos debe seguir las políticas organizacionales y los términos de GitHub. Precios actuales y términos de la plataforma: No hay precios o términos exactos presentes en la evidencia fuente; los costos reales y la concesión de licencias deben verificarse localmente. La marca de tiempo de publicación del feed no es una investigación de precios actual. Edad, pagos y verificaciones de elegibilidad: La edad mínima de usuario de MLAIEL es de 16 años; cualquier límite de edad superior, KYC, cobertura por país, elegibilidad para pagos, pagos y elegibilidad fiscal para servicios externos no están verificados hasta que se comprueben. Prueba de validación de bajo costo más pequeña: Realizar un piloto de panel de 2 semanas con datos de métricas de Copilot sintéticas o no sensibles de un equipo, confirmando la visualización correcta de al menos 10 personalizaciones nombradas. No se requieren datos de producción ni intercambio externo. Responsabilidades humanas: Los administradores proporcionan acceso a la API, revisan los resultados del panel y realizan entrevistas con los líderes de equipo sobre las acciones de habilitación tomadas. El personal de DevOps configura y monitorea el panel durante el piloto. Contribución y límites de la IA: Opcional: Usar IA para señalar cambios significativos en los patrones de uso o sugerir herramientas poco utilizadas para habilitación. La IA resume tendencias pero no toma decisiones autónomas. Datos y acceso necesarios: Requiere acceso a la API de métricas de uso de Copilot de la organización con entradas nombradas habilitadas. Todos los datos deben ser internos a la organización y manejados según la política de privacidad. No se utilizan datos personales ni externos. Configuración y capacidad soportadas por la fuente: Los administradores ahora pueden ver qué habilidades internas, agentes personalizados y servidores MCP utilizan realmente los desarrolladores, rastrear la adopción después de implementar uno nuevo y enfocar la habilitación donde se necesita. Pasos ordenados y propietarios: 1. Asegurar acceso a la API y permisos del administrador de Copilot de la organización. 2. Construir un panel que extraiga y visualice métricas de uso nombradas. 3. Validar los resultados con la revisión del administrador y la retroalimentación del equipo. 4. Documentar las acciones de habilitación tomadas basadas en los conocimientos del panel. Recursos mínimos y dependencias: Requiere acceso a la API de métricas de uso de Copilot, un servidor web para el panel y personal interno de administración/DevOps. Dependencias: Copilot CLI 1.0.97+ y SDK 1.0.21+ para cobertura completa de datos. Confirme estas versiones y permisos antes de comenzar. Costos y desconocidos de asequibilidad: Los costos reales son desconocidos/no reportados y requieren cotizaciones locales. Utilice la infraestructura existente y herramientas de código abierto cuando sea posible. No se asume presupuesto. Piloto y criterios de éxito: Objetivo del piloto propuesto: Al menos el 80% de las habilidades/agentes/servidores MCP personalizados nombrados en el top 25 se muestran correctamente en el panel para cada período de informe, según lo verificado por la revisión del administrador. Línea base: informes manuales o agrupación genérica previa. Duración: 4 semanas. Umbral de éxito: 80% de precisión y al menos una acción de habilitación tomada basada en los conocimientos del panel, medida a través de registros del administrador y registros de retroalimentación. Riesgos y salvaguardias: Los riesgos incluyen datos incompletos debido a clientes desactualizados o telemetría bloqueada, preocupaciones de privacidad si los informes se comparten externamente, y un impacto limitado si los administradores no actúan sobre los conocimientos. Los riesgos técnicos incluyen cambios en la API o problemas de acceso. Cuándo detenerse o cambiar de dirección: Si menos del 50% de las entradas nombradas esperadas están disponibles o el panel no conduce a ninguna información procesable después de 4 semanas, el proyecto se pausará para revisión.
Comentarios
Todavía no hay comentarios.
Compartir este artículo
Convertir esto en trabajo
Una persona con sesión puede abrir un proyecto o un problema ligado a este artículo. El texto se queda en lo que dijo la fuente.
Entrar para empezar