Métricas de uso de GitHub Copilot

Acerca de las métricas de Copilot uso

Copilot las métricas de uso ayudan a las partes interesadas clave y a los responsables de la toma de decisiones a comprender cómo adoptan y usan Copilotsus equipos. Mediante el seguimiento de patrones de uso en toda la empresa, puede medir la interacción, identificar oportunidades para aumentar el valor y evaluar cómo los flujos de trabajo asistidos por IA influyen en el rendimiento de las solicitudes de incorporación de cambios y el tiempo de combinación.

Las métricas están disponibles a través de:

• Las Copilot API de métricas de uso, que proporcionan datos detallados y exportables en los niveles de empresa, organización, repositorio y usuario. Consulte Puntos de conexión de api REST para métricas de uso de Copilot.
• El Copilot panel de métricas de uso, que visualiza las tendencias de uso de 28 días en toda la empresa y las organizaciones. Consulte Visualización del panel de métricas de uso de Copilot.
• El panel de generación de código, que desglosa el modo en que los usuarios y agentes generan el código en toda la empresa y las organizaciones. Consulte Visualización del panel de generación de código.
• El Copilot panel de impacto, que agrupa a los usuarios en cohortes de adopción y conecta esa adopción a la salida de la solicitud de incorporación de cambios. Consulte Visualización del panel de impacto de Copilot.
• La exportación de Copilot métricas de uso NDJSON, que ofrece datos sin procesar para herramientas de BI personalizadas o almacenamiento a largo plazo.

¿Qué uso se incluye?

Copilot las métricas de uso se derivan de la telemetría en varias Copilot superficies, incluido el IDE, Copilot CLIy agent apps la actividad. La mayoría de las métricas proceden de la telemetría del IDE del lado cliente y los usuarios finales necesitan telemetría habilitada en su IDE para los datos más ricos de estas métricas.

Las métricas individuales agent app están disponibles en las API de métricas de uso y las exportaciones de NDJSON. No están disponibles en los paneles de métricas de uso. La actividad de agent apps ya está incluida en totales diarios, semanales y mensuales de usuarios activos a través de la telemetría del lado servidor. Las métricas individuales proporcionan un desglose detallado, pero no cambian estos totales.

Además, Copilot las métricas de uso incorporan telemetría del servidor para identificar a los usuarios activos que la telemetría del cliente por sí sola podría no detectar. Las condiciones de red, las configuraciones de proxy y la configuración de cliente pueden impedir que la telemetría del cliente alcance GitHub, por lo que las señales del lado servidor garantizan que esos usuarios sigan apareciendo en los informes.

Los usuarios que se muestran a través de la telemetría del lado servidor se cuentan por completo para los totales de usuario activos (como los usuarios activos diarios, daily_active_users ). Cuando están disponibles, también pueden aparecer en totals_by_ide (incluidas las versiones del IDE y Copilot de extensión detectadas más recientemente en los informes por usuario). Sin embargo, otros desgloses dimensionales(como totals_by_feature y las métricas de líneas de código) permanecen vacíos hasta que la telemetría más completa esté disponible para ellos. Los totales de nivel superior y los desgloses correspondientes a los usuarios ya registrados por la telemetría del cliente no cambian.

Los datos no incluyen la actividad de otras Copilot superficies, como:

• Copilot Chat en GitHub.com
• GitHub Mobile

Los datos de administración de licencias y puestos no se incluyen en Copilot los informes de métricas de uso. Para ver o administrar las asignaciones de licencias, utilice la API de administración de usuarios de Copilot, que es la fuente de referencia para la información sobre licencias y puestos. Consulte Puntos de conexión de la API REST para la administración de usuarios de Copilot.

Solución de problemas de datos de uso que faltan

Los desgloses detallados dependen de la telemetría del lado cliente del IDE o Copilot CLI. Esta telemetría proporciona datos sobre características, lenguajes, modelos, sugerencias aceptadas y líneas de código. La telemetría del lado servidor puede mostrar que un usuario estaba activo, pero no puede observar lo que sucede en el editor.

Si falta telemetría del lado cliente, los informes pueden contener números inferiores o desgloses vacíos incluso cuando los datos del lado servidor muestran la actividad. Entre las causas comunes se incluyen las siguientes:

Cause	Efecto en los informes	Qué puedes comprobar
La telemetría está desactivada en el IDE, por ejemplo, con la telemetry.telemetryLevel configuración en VS Code.	El IDE no envía ninguna actividad detallada. Es posible que el usuario siga contando como activo a través de la telemetría del lado servidor, pero las características, el idioma y las líneas de desglose de código están vacías.	Confirme que la telemetría del IDE está habilitada para los desarrolladores.
Un proxy de red, firewall o VPN bloquea el Copilot punto de conexión de telemetría.	Igual que cuando la telemetría está desactivada.	Permita el punto de conexión de telemetría del Copilot cliente. Consulte Referencia de la lista de permitidos de Copilot.
El cliente no es un IDE compatible y no envía Copilot telemetría.	El usuario puede contarse como activo a través de la telemetría del lado servidor, pero el cliente no aparece ni totals_by_ide desglose detallado.	Use un IDE compatible para completar las métricas.

Si una brecha persiste después de comprobar las causas anteriores, póngase en contacto nosotros a través del portal e incluya los usuarios, los IDE, las versiones y las fechas afectados.

¿Por qué Copilot las métricas de uso pueden diferir entre los recursos de API?

Los siguientes recursos de API exponen Copilotdatos relacionados, pero no son intercambiables y no se deben comparar directamente. Cada recurso de API está diseñado para un modelo de datos y un caso de uso específico, y se esperan diferencias en los totales o la cobertura. Use esta tabla para comprender qué recurso de API se adapta mejor a sus necesidades de informes.

Recurso de API	Ámbito	Principales funcionalidades
Puntos de conexión de api REST para métricas de uso de Copilot	Telemetría avanzada de eventos de ámbito empresarial y de organización con informes de nivel de usuario y repositorio	Proporciona telemetría unificada en los modos de finalización, chat y agente. Incluye el uso y las métricas de líneas de código en todos los modos, lenguajes y modelos del IDE. Admite desgloses detallados por características, IDE, lenguaje, modelo y usuario, así como informes de actividad de solicitud de incorporación de cambios de nivel de repositorio, y es el recurso de API principal que se está desarrollando y manteniendo activamente.
Puntos de conexión de la API REST para la administración de usuarios de Copilot	Asignación de licencias y asientos	Enumera los puestos asignados Copilot a una organización o empresa, incluyendo el estado de la licencia, la asociación de usuarios y last_activity_at. Este recurso de API es el origen de la información sobre licencias y puestos.

¿Cómo se atribuyen las métricas entre organizaciones?

Las métricas de uso de nivel Copilot de organización se basan en la pertenencia a la organización, no en dónde se producen acciones individuales. Para que aparezca en las métricas de una empresa, un usuario debe tener asignado un puesto activo Copilot dentro de esa empresa (en cualquier organización que pertenezca a la empresa). Como resultado, el uso de un solo usuario puede aparecer en varios paneles de la organización, mientras que ese mismo usuario solo se cuenta una vez en el total de nivel empresarial. Los análisis de nivel de organización están diseñados para la visibilidad de la adopción y el uso dentro de una organización y no están diseñados para compararse directamente con los totales de nivel empresarial.

Los análisis de nivel Copilot de organización están disponibles a partir del 12 de diciembre de 2025. Esta es la primera fecha para la que se proporcionan informes de nivel de organización.

Una vez que un usuario tiene un puesto en la empresa, su uso se atribuye a cada organización a la que pertenecen, independientemente de dónde se asigne el puesto.

Esto significa lo siguiente:

• Si las licencias se asignan en una organización dedicada de "shell" con fines administrativos dentro de la empresa, los usuarios seguirán apareciendo en las métricas de todas las demás organizaciones de la empresa a las que pertenecen.
• Si un usuario también tiene un Copilot puesto en una organización independiente fuera de la empresa, su actividad todavía se incluye en las métricas de nivel de organización de la empresa siempre que tengan al menos un puesto dentro de la empresa.

En resumen: los usuarios deben tener licencia en algún lugar de la empresa para que aparezcan en sus métricas. Una vez que sean, las métricas reflejan dónde trabajan (su pertenencia a la organización), no qué organización proporciona el Copilot puesto o dónde se originó la actividad.

IDE compatibles

Para incluirse en las Copilot métricas de uso, los usuarios finales deben usar uno de los siguientes IDEs y Copilot Chat versiones de extensión.

Es posible que las versiones anteriores no envíen todos los eventos en los que se basan las métricas de uso o que puedan atribuir actividad al IDE incorrecto. Mantenga actualizados los IDE y Copilot las extensiones y use herramientas de administración de dispositivos para aplicar estas versiones mínimas siempre que sea posible.

IDE	Versión mínima del IDE	Versión mínima Copilot Chat de la extensión
Eclipse	4.31	0.9.3.202507240902
JetBrains/IntelliJ	2024.2.6	1.5.52-241
Visual Studio	17.14.13	18.0.471.29466
VS Code	1.107.1	0.35.3
Xcode	14.3.1	0.40.0

En los informes por usuario, cada totals_by_ide entrada incluye last_known_ide_version y last_known_plugin_version. Use estos campos para identificar a los desarrolladores que necesitan actualizar. Consulte Datos disponibles en métricas de uso de Copilot.

Requisitos de versión para la actividad del agente basado en SDK

Algunos IDE ejecutan Copilot sesiones del agente a través del Copilot SDK. Algunas versiones de estos IDE no se identifican cuando envían actividad del agente, por lo que la actividad se deja fuera de las métricas de uso. Esto hace que las interacciones del agente y las líneas de código del agente estén infracuentadas. Para incluir esta actividad, los usuarios finales deben usar una de las siguientes versiones o posteriores:

IDE	Versión mínima para la actividad del agente basada en SDK	Versiones afectadas
VS Code	1.139.0	De 1.134 a 1.138, cuando se usa la ventana del agente
Copilot complemento para los IDE de JetBrains	1.20.0	1.15.0 a 1.19.x
Visual Studio	18.12	Compilaciones de Insider (versión preliminar) antes de la versión 18.12

Si planea actualizaciones del IDE, mueva a los desarrolladores directamente a estas versiones o versiones posteriores. Las versiones disponibles con carácter general de Visual Studio no se ven afectadas.

Para los IDE de JetBrains, evite las Copilot versiones del complemento 1.15.0 a 1.19.x.

Eclipse y Xcode no ejecutan sesiones de agente a través del Copilot SDK, por lo que no se ven afectadas.

No se pueden rellenar los datos que faltan, ya que la actividad de las versiones afectadas no identifica el IDE del que procede.

En su lugar, algunas de estas actividades se contaron como Copilot CLI actividad, lo que puede inflar Copilot CLI las métricas. Esto se borra a medida que los desarrolladores actualizan los IDE afectados, pero no se pueden corregir las métricas anteriores Copilot CLI . Copilot CLI Los usuarios no necesitan actualizar.

Este problema afecta solo a cómo se atribuye la actividad en las métricas de uso. La facturación no se ve afectada.

Actualización de datos

Los datos de los paneles e informes de API se actualizan según una programación normal.

Puede esperar que los datos estén disponibles en un plazo de dos días completos. Esto significa que los datos de un día determinado se procesan y están disponibles en dos días UTC completos después de que se cierre ese día.

La telemetría que todavía se está procesando puede hacer que los días más recientes aparezcan incompletos. Espere a que se cierre la ventana de procesamiento antes de investigar un hueco.

¿Qué miden los datos?

Copilot las métricas de uso se pueden agrupar en algunas categorías principales: adopción, involucración, tasa de aceptación, líneas de código (LoC) y métricas del ciclo de vida de las solicitudes de incorporación de cambios.

La adopción mide el número de desarrolladores con licencia que usan Copilotactivamente . Por ejemplo, los usuarios activos diarios (DAU) indican con cuántos usuarios únicos interactuaron Copilot en un día determinado. Lo ideal sería que se viera una tendencia ascendente coherente en estas métricas durante el despliegue. Copilot code review Se realiza un seguimiento de la adopción por separado, con recuentos de usuarios activos y pasivos distintos. Los usuarios activos solicitaron manualmente una revisión o aplicaron una sugerencia; a los usuarios pasivos se les asignó Copilot code review automáticamente para revisar su solicitud de incorporación de cambios. Cuando un usuario tiene ambas señales en el mismo período, solo se cuentan como activas. Para obtener una visión más profunda de la profundidad de la adopción, los usuarios también se agrupan en cohortes de adopción. Consulte Descripción de las cohortes de adopción.

Las medidas de involucración describen la profundidad que usan Copilot los desarrolladores una vez que la han adoptado. Las métricas de participación clave muestran no solo la frecuencia de uso, sino también la amplitud entre las características. Por ejemplo, el promedio de solicitudes de chat por usuario activo mide la frecuencia con la que los usuarios abren e interactúan con Copilot Chat. Querría ver un uso regular y en crecimiento del chat a través de idiomas e IDEs.

La tasa de aceptación mide la frecuencia con la que los desarrolladores aceptan Copilotlas sugerencias. Esto le ayuda a comprender si las sugerencias son relevantes y de confianza. Por ejemplo, una alta tasa de aceptación de sugerencias insertadas indica que las sugerencias son relevantes y útiles.

Las métricas de líneas de código (LoC) miden el número de líneas sugeridas, agregadas o eliminadas Copilot en el editor, lo que proporciona una vista direccional de la salida tangible.Copilot Por ejemplo, "Líneas agregadas" muestra cuánto código se aceptó e insertó realmente en el editor.

Las métricas del ciclo de vida de las solicitudes de incorporación de cambios miden cómo Copilot se relaciona la actividad con los resultados de las solicitudes de incorporación de cambios y el flujo de entrega. Estas métricas incluyen recuentos de creación y combinación de solicitudes de incorporación de cambios, tiempo medio de combinación y actividad de sugerencias de revisión. Al comparar la actividad general de solicitudes de incorporación de cambios con las solicitudes de incorporación de cambios creadas por Copilot, puede evaluar cómo los flujos de trabajo asistidos por IA influyen en el rendimiento y el tiempo de ciclo en el nivel de organización o de empresa.

Los desgloses de modelos pueden incluir modelos que los desarrolladores no seleccionaron directamente. Por ejemplo, Copilot puede usar otros modelos para la selección automática de modelos o para tareas en segundo plano.

Descripción de las cohortes de adopción

En lugar de medir la adopción como un único recuento de usuarios activos, Copilot agrupa a los usuarios en cohortes de adopción en función de cómo interactúan con Copilot, no solo si interactúan en absoluto. Un recuento plano de usuarios activos trata a alguien que acepta ocasionalmente una finalización de código igual que alguien que organiza varios flujos de trabajo controlados por agentes a lo largo del día. La cohorte separa estos dos usuarios, por lo que puede ver si el uso de la organización se está profundizando con el tiempo en lugar de estabilizarse en la prueba inicial.

Los usuarios se agrupan en las siguientes fases:

Phase	Lo que representa
Usuarios pasivos	El usuario no ha cumplido el umbral de compromiso de una fase durante el período. Un usuario pasivo puede seguir usando Copilot regularmente, por ejemplo, haciendo preguntas en Copilot Chat modo agente o sin aplicar modificaciones de código. En la API, esta fase está etiquetada No Cohortcomo .
Fase 1: Código primero	El usuario se ha comprometido con las finalizaciones de código o las modificaciones del agente, donde Copilot escribe los cambios directamente en los archivos del IDE. El uso Copilot Chat del modo de agente o sin producir la finalización del código o la actividad de edición del agente no cumple los requisitos propios.
Fase 2: Agente primero	El usuario se ha comprometido con una superficie de agente basada en un solo GitHub, como Copilot cloud agent, Copilot code reviewo Copilot CLI. Tanto la interacción activa con Copilot code review y la asignación automática para revisar un recuento de solicitudes de incorporación de cambios como la misma superficie.
Fase 3: Multiagente	El usuario se ha comprometido con dos o más GitHubsuperficies de agente basadas en o con .GitHub Copilot app

Para agruparse en una fase, un usuario debe cumplir un umbral de compromiso de al menos dos días activos fuera del período final de 28 días, utilizando las superficies asociadas a esa fase. Un usuario solo necesita dos días aptos en las superficies de una fase superior para avanzar a esa fase. El uso del agente solo puede calificar a un usuario, sin días independientes de finalizaciones sin formato.

La asignación de fase se vuelve a calcular diariamente desde la ventana final de 28 días, por lo que la fase de un usuario puede cambiar de un día a otro a medida que cambia su actividad dentro de esa ventana. Este es el comportamiento esperado, no un error de datos.

El panel de impacto cuenta cada usuario que estaba activo durante la ventana final de 28 días y agrupa cada usuario por su fase actual. Las reglas de clasificación de fases son las mismas, pero el rellenado del panel es más amplio que el totals_by_ai_adoption_phase.total_engaged_users campo de los informes de API y NDJSON, que cuenta a los usuarios que estaban activos en un día específico.

Los usuarios que no han cumplido ningún umbral de fase se agrupan en usuarios pasivos, que no es una medida de inactividad, sino una señal de que la interacción de un usuario aún no ha alcanzado el nivel necesario para clasificar de forma confiable su profundidad de adopción. Por ejemplo, un usuario con menos de dos días activos en la ventana final de 28 días, o uno que solo usa ligeramente una superficie como Copilot Chat en GitHub.com, se muestra como un usuario pasivo.

Dado que la asignación de fase se basa en qué superficies un usuario interactúa, no simplemente con cuántas acciones realizan, un usuario con un volumen de finalización elevado, pero ningún uso del agente permanece en la fase 1, mientras que un usuario con un uso más claro pero más amplio en las superficies del agente avanza a la fase 2 o a la fase 3.

Para los campos de esquema subyacentes, consulte Campos de fase de adopción de ia.

El multiplicador de adopción del panel de impacto divide la cantidad media de solicitudes de incorporación de cambios combinadas para los usuarios comprometidos, que son los de la fase 1, 2 o 3, por la cantidad de solicitudes de incorporación de cambios combinadas para los usuarios pasivos.

Esto muestra el impacto relativo de una adopción más profunda, independientemente del número de usuarios que se encuentran en cada fase. Se trata de una medida para comprender el posible ascensor que puede proporcionar un usuario más comprometido.

Por ejemplo, si los usuarios de las cohortes comprometidas promediaron 20 solicitudes de incorporación de cambios/usuario/mes y la cohorte pasiva promedio 10, la ecuación es 20 /10 = 2x multiplicador.

Descripción de las comparaciones del sector

El widget de comparación del sector del panel de impacto compara dos medidas para su empresa o para una organización que no es propiedad de una empresa, con resultados agregados de elementos del mismo nivel participantes:

• Adopción agente: el porcentaje de usuarios activos de su empresa u organización que son usuarios de agente primero o multiagente.
• Aprovechar: la relación entre la tasa de combinación de solicitudes de incorporación de cambios para los usuarios agente y la tasa de usuarios no agente (por usuario al mes). Por ejemplo, una puntuación de apalancamiento de 4,1x significa que los usuarios agente combinaron solicitudes de incorporación de cambios a 4,1 veces la tasa de usuarios no agente durante el período de informe.

Cada comparación abarca el período de informes de 28 días que se muestra en el widget. Las cohortes del mismo nivel usan el tamaño de la empresa y el sector seleccionados al participar. Las opciones de tamaño de la empresa son de 1 a 999, 1000–4999 y 5 000 empleados y hay diez opciones del sector. Estos valores se notifican automáticamente y no se comprueban. Puede comparar con pares en el sector seleccionado o en todos los sectores.

Cuando haya suficientes elementos del mismo nivel elegibles disponibles, cada tarjeta muestra lo siguiente:

• Donde la puntuación se clasifica dentro de la cohorte.
• La diferencia entre la puntuación y la mediana del mismo nivel.
• La diferencia entre la puntuación y el decile superior.

La comparación de decile superior requiere una cohorte del mismo nivel mayor que la comparación mediana, por lo que la mediana puede estar disponible cuando el decile superior no es. Las empresas y organizaciones con muy pocos usuarios activos pueden ver comparaciones, pero no se cuentan para ninguna cohorte del mismo nivel.

El gráfico traza la puntuación de su empresa con respecto a la distribución de puntuaciones del mismo nivel y marca la mediana del mismo nivel y el decile superior. Algunos marcadores pueden no estar disponibles si la cohorte no contiene suficientes elementos del mismo nivel elegibles.

Para las comparaciones dentro del sector seleccionado, el panel expande la cohorte del mismo nivel en este orden hasta que haya suficientes elementos del mismo nivel aptos disponibles:

1. Participantes del mismo nivel con el mismo tamaño de empresa y sector.
2. Participantes del mismo nivel con el mismo tamaño de empresa, en todos los sectores.

Las comparaciones siempre usan pares con el mismo tamaño de empresa. El widget muestra qué cohorte del mismo nivel se usó, por lo que puede indicar cuándo se ha ampliado una comparación más allá de la industria seleccionada.

Para GitHub Enterprise Cloud con la residencia de datos, las cohortes del mismo nivel incluyen solo los participantes hospedados en la misma región de residencia de datos. El panel aplica la misma expansión de cohortes dentro de esa región y no combina datos entre regiones.

El panel no usa una cohorte basada solo en el sector. Las comparaciones entre todos los sectores usan pares participantes, en lugar de todos los GitHub usuarios o empresas.

La participación se controla mediante la directiva de comparación del sector de métricas de Copilot y está deshabilitada de forma predeterminada. Las empresas y las organizaciones que no pertenecen a una empresa pueden participar. Las organizaciones que pertenecen a una empresa participan a través de su empresa. Las empresas que solo se usan para asignar Copilot Business licencias no pueden participar, ya que no se puede calcular el aprovechamiento para ellas. La habilitación de la directiva contribuye a las métricas agregadas a las cohortes del mismo nivel y le permite ver comparaciones. Para obtener más información, consulte Visualización del panel de impacto de Copilot.

Las clasificaciones solo aparecen después de que suficientes empresas y organizaciones hayan optado por formar una cohorte del mismo nivel. Si no hay suficientes elementos del mismo nivel aptos después de que el panel aplique las cohortes de reserva, no muestra una clasificación. Una clasificación tampoco está disponible cuando no se puede calcular su propia puntuación, como cuando no hay ningún usuario activo en el período de informe o ningún usuario no agente para proporcionar una línea base para aprovechar.

Cómo protegen las comparaciones del sector los datos

• Solo participación. Nada se contribuye hasta que un propietario de la empresa o el propietario de una organización que no es propiedad de una empresa, habilita la directiva de comparación del sector de métricas de Copilot. Las empresas que solo se usan para asignar Copilot Business licencias nunca contribuyen.
• Solo se contribuyen dos puntuaciones de resumen. Cada participante contribuye a su adopción agente y aprovecha las puntuaciones para el período de informes de 28 días. No se contribuye ningún nombre de usuario, actividad de nivel de usuario, código, contenido del repositorio o contenido de la solicitud de incorporación de cambios.
• Los resultados se agregan. Las puntuaciones se combinan con las de otros participantes para calcular las estadísticas de cohorte, como la mediana y la decile superior. Otros participantes no pueden ver el nombre de su empresa u organización, qué empresas y organizaciones participan o cuántos participantes están en una cohorte.
• Las estadísticas de cohorte no están vinculadas a los participantes. Cuando se calculan las estadísticas de cohorte, las puntuaciones de los participantes se combinan en resultados que solo se almacenan por fecha, tamaño de la empresa y sector. Estos resultados no contienen identificadores de empresa, organización ni usuario, por lo que no se pueden vincular de nuevo a un participante específico.
• Las clasificaciones se calculan en GitHublos servidores de . Sus propias puntuaciones se almacenan con el resto de las métricas de Copilot uso. Para mostrar la clasificación, GitHub compara las puntuaciones con las estadísticas de cohorte durante el mismo período de informe. Las puntuaciones de otros participantes nunca se buscan o comparan individualmente.
• Se suprimen las cohortes pequeñas. Las estadísticas de una cohorte solo se muestran cuando contiene suficientes participantes y usuarios. Las empresas y organizaciones con muy pocos usuarios activos no se cuentan para ninguna cohorte, por lo que un pequeño número de desarrolladores no puede dar forma a los resultados.
• El tamaño de la empresa y el sector permanecen privados. El tamaño de la empresa y el sector que seleccione solo se usan para agrupar a los participantes en cohortes. No se muestran a otros participantes ni se comprueban mediante GitHub.
• Se respeta la residencia de datos. Para GitHub Enterprise Cloud con la residencia de datos, los datos nunca se combinan entre regiones de residencia de datos.
• Los resultados permanecen en el panel. Las comparaciones del sector no se incluyen en descargas, exportaciones de NDJSON ni en la Copilot API de métricas de uso.
• Los resultados agregados son de corta duración. Las estadísticas de cohorte se actualizan diariamente y se eliminan después de 30 días. Si opta por no participar, el panel deja de mostrar comparaciones inmediatamente y los datos se excluyen de las cohortes a partir de la siguiente actualización diaria. Cada cálculo diario usa la configuración de participación actual, por lo que si los resultados anteriores se vuelven a calcular después de no participar, los datos no se vuelven a agregar.

Estimación de la rentabilidad potencial de la inversión

La sección Posible rentabilidad de la inversión del panel de impacto proporciona una comparación de la salida de la solicitud de incorporación de cambios y costos entre la fase 0-1 pasiva y los usuarios de Code First y los primeros usuarios de la fase 2-3 del agente.

Para cada grupo de fases, el panel muestra el costo mensual Copilot por desarrollador, en función del consumo real AI credits y ese costo como porcentaje de compensación del desarrollador. También muestra el promedio de solicitudes de incorporación de cambios por desarrollador al mes.

Puede seleccionar una banda de compensación para actualizar las estimaciones que dependen de la compensación del desarrollador. Estas cifras son estimaciones en lugar de resultados financieros exactos, por lo que las interpreta junto con las comparaciones de código enviado y de tiempo a combinación del multiplicador de adopción. Las estimaciones de rentabilidad sobre la inversión solo están disponibles en el panel y no se incluyen en las exportaciones de NDJSON o api Copilot de métricas de uso.

Interpretación de las métricas del ciclo de vida de las solicitudes de extracción en distintos ámbitos

Las métricas del ciclo de vida de las solicitudes de incorporación de cambios están disponibles en el nivel de organización y de empresa. Al comparar informes, tenga en cuenta lo siguiente:

• Desduplicación: los informes de nivel empresarial desduplican usuarios entre organizaciones. Los informes de nivel de organización no lo hacen.
• Datos solo de solicitudes de incorporación de cambios: las métricas del ciclo de vida de la solicitud de incorporación de cambios pueden aparecer incluso sin métricas de uso del IDE, ya que los datos de la solicitud se derivan de la actividad del repositorio.
• Tiempo de atribución: si se transfiere un repositorio u organización entre propietarios, los eventos de creación, revisión y combinación de pull requests se pueden atribuir a diferentes entidades según el momento en que ocurrió cada evento.

¿Cómo puedo usar estas métricas?

Estas métricas se pueden usar conjuntamente para responder a preguntas clave sobre cómo los equipos utilizan Copilot.

Question	Uso de estas métricas
¿Mis equipos usan Copilot regularmente?	Usuarios activos diarios y semanales
¿Qué características ofrecen el máximo valor?	Solicitudes por modo de conversación, adopción de agentes
¿Confían los desarrolladores en los resultados de Copilot?	Tendencias de tasa de aceptación
¿Funcionan los esfuerzos de habilitación?	Crecimiento en la adopción y participación después de las campañas de formación o comunicación
¿Está Copilot influyendo en la velocidad de entrega o en el rendimiento de los pull requests?	Recuentos de fusiones de solicitudes de extracción y tiempo medio para fusionar
¿Cómo se está adoptando Copilot code review?	Recuento de usuarios de revisión de código activo frente a pasivo
¿Se profundiza la adopción de mi organización a lo largo del tiempo?	Tendencias de participación y distribución de cohortes de adopción
¿Cómo puedo actuar sobre la información del panel?	Consulta Interpretación del uso y las métricas de adopción para GitHub Copilot

Busque patrones en estas señales en lugar de centrarse en cualquier número único. Por ejemplo, un DAU estable emparejado con una tasa de aceptación creciente indica que aumenta la confianza y el valor.

Análisis de las métricas con más detalle

Cuando necesite explicar o validar los resultados, use los artículos de referencia para ayudarle a comprender todos los datos disponibles, cómo se compara entre superficies y cómo se debe interpretar. Consulte métricas de uso de GitHub Copilot.