Estadísticas de GitHub Copilot.

GitHub Copilot es uno de los pocos productos de codificación de IA con cifras públicas en tres niveles útiles: usuarios generales, suscriptores de pago y organizaciones. Microsoft dijo que Copilot tenía más de 26 millones de usuarios en el primer trimestre del año fiscal 26, más de 4,7 millones de suscriptores de pago en el segundo trimestre del año fiscal 26 y casi 140 000 organizaciones que utilizaban Copilot en el tercer trimestre del año fiscal 26.

Esas cifras convierten a Copilot en el ancla comercial pública más clara en la codificación de IA, pero también crean una trampa fácil. Un usuario de Copilot no es automáticamente un usuario activo mensual. Un suscriptor de pago no es una organización. Un recuento de organizaciones no revela cuántos desarrolladores utilizan Copilot a diario. Los más de 180 millones de desarrolladores de GitHub y los más de 500 millones de solicitudes de extracción fusionadas son un potente contexto de distribución, pero son métricas de la plataforma GitHub, no métricas de uso de Copilot.

La verdadera historia de 2026 es que Copilot ha pasado de ser un programador de IA a una capa de flujo de trabajo para desarrolladores. Ahora abarca las finalizaciones de IDE, el chat, las solicitudes de extracción, la revisión de código, la CLI, el agente en la nube, Agent HQ, los agentes de terceros, la elección de modelos, el MCP, la telemetría de uso y la facturación basada en el uso. Esto hace que las estadísticas de Copilot solo sean útiles cuando el denominador es claro.

GitHub Copilot a escala

Las cifras principales de Copilot utilizan diferentes denominadores, por lo que deben leerse como señales separadas de usuarios, suscriptores y organizaciones, en lugar de como una sola cifra.

Los tres números que se confunden

La forma más segura de leer las estadísticas de GitHub Copilot es como una escalera. En la parte superior está la afirmación de Microsoft de más de 26 millones de usuarios, que es la señal pública más amplia de la escala de Copilot. Ese número debe citarse como una cifra de usuarios reportada por la empresa, no como usuarios activos mensuales, usuarios activos diarios o usuarios de pago, a menos que Microsoft lo defina de esa manera. Un portavoz de GitHub aclaró previamente a TechCrunch que una cifra anterior de 20 millones de Copilot se refería a usuarios de todos los tiempos, lo que es un recordatorio útil para mantener la redacción de los usuarios de forma conservadora.

El siguiente peldaño es la adopción de pago. Los más de 4,7 millones de suscriptores de Copilot de pago de Microsoft son más significativos comercialmente que la escala de usuarios general porque reflejan puestos o suscripciones de pago, y Microsoft también dio una tasa de crecimiento interanual del 75%. Pero los suscriptores de pago aún no revelan el uso activo diario, las sugerencias aceptadas, los resultados de las solicitudes de extracción, el impacto en la seguridad o el valor a nivel de equipo.

El alcance de la organización se encuentra en otro peldaño. La cifra de Microsoft de casi 140 000 organizaciones muestra que Copilot está ampliamente desplegado en las cuentas organizativas, y la misma llamada del tercer trimestre del año fiscal 26 dijo que los suscriptores empresariales casi se triplicaron interanualmente. Esto no es lo mismo que 140 000 clientes empresariales con la misma profundidad de despliegue. Una organización puede tener un pequeño piloto; otra puede tener decenas de miles de desarrolladores.

Las métricas de uso interno son una categoría diferente. Los propios documentos de métricas de uso de GitHub agrupan las métricas de Copilot en adopción, participación, tasa de aceptación, líneas de código y métricas del ciclo de vida de las solicitudes de extracción. En los documentos de conciliación, un usuario se considera activo si el recuento de interacciones iniciadas por el usuario es superior a cero, y la tasa de aceptación de la finalización del código es la actividad de código aceptado dividida por la actividad de código generado.

Esa definición es valiosa porque evita afirmaciones descuidadas. Los usuarios activos de Copilot dentro de un panel empresarial no son lo mismo que la cifra pública de 26 millones de usuarios de Microsoft. La tasa de aceptación no es productividad. Las líneas de código son una salida direccional, no un software revisado y enviado; los documentos de LoC de GitHub enmarcan explícitamente esas métricas como una medida direccional de las líneas sugeridas, añadidas y eliminadas en las finalizaciones, el chat y las funciones del agente.

La adopción de encuestas pertenece a otro peldaño. JetBrains dice que el 29% de los desarrolladores profesionales en su encuesta de enero de 2026 utilizaron GitHub Copilot en el trabajo, mientras que Stack Overflow dice que el 50,6% de los desarrolladores profesionales utilizaron herramientas de IA a diario. Estas son señales útiles del flujo de trabajo, pero la adopción de encuestas no es la cuota de mercado de Copilot y no debe mezclarse con la telemetría del producto de Microsoft.

Escala de Copilot: usuarios, suscriptores de pago y organizaciones

La historia de la escala de GitHub Copilot comienza con la afirmación de Microsoft en el primer trimestre del año fiscal 26: Copilot era “el programador de IA más popular” y tenía más de 26 millones de usuarios. Esa es una cifra pública grande para un producto de codificación de IA con nombre. También es más amplia que una métrica de pago, por lo que una redacción cuidadosa es importante. Trátala como una escala de usuarios reportada por la empresa, a menos que una fuente posterior de Microsoft o GitHub la defina como uso activo.

La cifra de usuarios generales ha aumentado con el tiempo. En julio de 2025, un portavoz de GitHub dijo a TechCrunch que Copilot había superado los 20 millones de usuarios de todos los tiempos; en la llamada del primer trimestre del año fiscal 26, Microsoft citaba más de 26 millones de usuarios. Ambas son cifras de amplio alcance, no recuentos activos o de pago, por lo que la tendencia es una señal de escala en lugar de una de participación.

La métrica de pago es más clara. En el segundo trimestre del año fiscal 26, Microsoft dijo que GitHub Copilot tenía más de 4,7 millones de suscriptores de pago, un 75% más interanual (Microsoft FY26 Q2). Microsoft también dijo que las suscripciones a Copilot Pro+ para desarrolladores individuales aumentaron un 77% intertrimestral, lo que demuestra el crecimiento en los niveles individuales de mayor uso, no solo en la adquisición empresarial.

La métrica de la organización muestra hasta qué punto Copilot se ha extendido a los equipos. En el tercer trimestre del año fiscal 26, Microsoft dijo que casi 140 000 organizaciones utilizaban GitHub Copilot y que los suscriptores empresariales casi se habían triplicado interanualmente. Esa es la mejor prueba pública de que Copilot no es simplemente un complemento para desarrolladores individuales. Se ha convertido en una compra de software a nivel de organización.

Aun así, el recuento de organizaciones necesita una advertencia. No dice si una organización tiene cinco puestos o 50 000 puestos. No revela el uso activo, el código aceptado o los resultados de producción. Tampoco debe reescribirse como “clientes” a menos que la fuente utilice ese denominador exacto de clientes. “Organizaciones que utilizan Copilot” es lo suficientemente fuerte como para no inflarlo.

Los ejemplos de empresas nombradas ayudan a fundamentar la escala. Microsoft dijo que Siemens se volcó en GitHub después de un exitoso despliegue de Copilot para 30 000 desarrolladores. Microsoft también dijo que decenas de miles de desarrolladores de AMD utilizaron Copilot y aceptaron cientos de miles de líneas de sugerencias de código cada mes (Microsoft FY26 Q1). Estos son puntos de prueba útiles, pero son casos nombrados, no promedios en las 140 000 organizaciones.

Contexto de la plataforma GitHub: desarrolladores, solicitudes de extracción y distribución

La ventaja de distribución de Copilot proviene de la base de la plataforma de GitHub. Microsoft dijo que GitHub tenía más de 180 millones de desarrolladores, estaba creciendo a la tasa más rápida de su historia y estaba añadiendo un desarrollador cada segundo. Esa no es una cifra de usuarios de Copilot, pero explica por qué Copilot puede llegar a los desarrolladores a través de cuentas de GitHub, repositorios, solicitudes de extracción, Acciones, problemas e integraciones de IDE.

La estadística de incorporación más interesante es la afirmación de Microsoft de que el 80% de los nuevos desarrolladores en GitHub comienzan con Copilot en su primera semana. Esa es una señal de distribución y activación. Dice que Copilot está integrado tempranamente en el viaje de GitHub. No dice cuántos de esos desarrolladores se convierten en usuarios activos retenidos o suscriptores de pago.

La actividad de las solicitudes de extracción es otro denominador útil. Microsoft dijo que más de 500 millones de solicitudes de extracción se fusionaron en GitHub durante el año anterior, ya que los agentes de codificación de IA impulsaron un uso récord. Ese número importa porque las características de agente de Copilot terminan cada vez más en solicitudes de extracción, revisiones y ramas. Todavía no debe enmarcarse como PR creadas por Copilot a menos que GitHub publique esa métrica más específica.

GitHub facilitó la prueba de Copilot antes del cambio de facturación de 2026. En diciembre de 2024, GitHub anunció un nivel gratuito de Copilot en VS Code y dijo que GitHub había superado los 150 millones de desarrolladores; ese nivel gratuito ofrecía a los usuarios personales de GitHub con sesión iniciada 2000 finalizaciones de código y 50 mensajes de chat al mes en el lanzamiento (GitHub Copilot gratuito en VS Code). Los documentos actuales de GitHub ahora enumeran Copilot Free como un plan para desarrolladores individuales sin acceso a la organización o la empresa, con funciones limitadas de Copilot y selección automática de modelos.

Los programas de código abierto y educación de GitHub también son importantes para la distribución. Octoverse 2024 dijo que más de 1 millón de mantenedores de código abierto, estudiantes verificados y profesores habían utilizado Copilot sin costo, con un aumento del 100% en ese programa complementario en 2024. Eso no es lo mismo que la adopción de pago, pero explica por qué Copilot puede extenderse a través de estudiantes, mantenedores y nuevos desarrolladores antes de una compra de pago.

Superficie del producto: de las sugerencias en línea a Agent HQ

GitHub Copilot comenzó en la imaginación pública como autocompletado, pero los documentos actuales de GitHub describen un producto mucho más amplio. La página oficial de características enumera Copilot Chat, sugerencias en línea, resúmenes de solicitudes de extracción, mensajes de confirmación de GitHub Desktop, Copilot CLI, agente en la nube de Copilot, agentes de codificación de terceros, revisión de código de Copilot y modo de agente en IDE.

Las sugerencias en línea siguen siendo importantes porque son la superficie de menor fricción. Los documentos de GitHub dicen que Copilot proporciona sugerencias para muchos lenguajes y marcos, y funciona especialmente bien para Python, JavaScript, TypeScript, Ruby, Go, C# y C++ (sugerencias de código de GitHub). Pero el producto ya no se detiene en el texto fantasma de un editor.

Copilot Chat ahora aparece en GitHub, IDE compatibles, GitHub Mobile y Windows Terminal, según los documentos de GitHub. Copilot CLI permite a los desarrolladores trabajar desde el terminal y mover sesiones entre herramientas locales, GitHub.com o dispositivos móviles (características de GitHub). Microsoft dijo que el uso de Copilot CLI casi se duplicaba mes a mes en el tercer trimestre del año fiscal 26, lo que convierte a la CLI en una de las pocas superficies de Copilot con una señal de crecimiento pública (Microsoft FY26 Q3).

El agente en la nube de Copilot traslada Copilot al trabajo asíncrono. Los documentos de GitHub lo describen como un agente de IA autónomo que puede investigar un repositorio, crear un plan de implementación, realizar cambios de código en una rama y abrir una solicitud de extracción para su revisión. La página de inicio del agente en la nube muestra lo amplios que se han vuelto los puntos de entrada: problemas y paneles de GitHub, GitHub Mobile, IDE, API REST, GitHub CLI, GitHub MCP Server, Jira, Slack, Microsoft Teams, Azure Boards, Linear y Raycast.

Agent HQ es la capa estratégica. GitHub presentó Agent HQ en Universe 2025 como un flujo de trabajo único para orquestar agentes en todo el trabajo de los desarrolladores. La transcripción del primer trimestre del año fiscal 26 de Microsoft denominó a Agent HQ la capa organizadora para agentes de codificación de OpenAI, Anthropic, Google, Cognition, xAI, modelos de código abierto y modelos internos, construida alrededor de primitivas de GitHub como PR, Issues y Actions.

La matriz de características muestra por qué las estadísticas de la superficie del producto necesitan etiquetas de fecha. GitHub enumera el soporte en VS Code, Visual Studio, JetBrains, Eclipse, Xcode y NeoVim, pero no todas las características están disponibles en todos los clientes; la matriz de características marca algunas características como vista previa y señala que la propia página está en vista previa pública. Por ejemplo, la finalización de código es ampliamente compatible, mientras que las habilidades avanzadas de agente, BYOK, agentes personalizados, visión e indexación del espacio de trabajo varían según el IDE y la versión.

La plataforma también se está abriendo a otros agentes. GitHub Agentic Workflows admite los motores GitHub Copilot, Anthropic Claude, OpenAI Codex y Google Gemini, con Copilot como predeterminado si no se especifica ningún motor. Esto convierte a Copilot tanto en un producto como en una capa de flujo de trabajo para múltiples agentes de codificación.

Precios y facturación: el cambio del 1 de junio de 2026

El cambio más importante en el modelo de negocio de Copilot en 2026 fue el paso a la facturación basada en el uso. GitHub anunció que todos los planes de Copilot harían la transición el 1 de junio de 2026, reemplazando las solicitudes premium por créditos de IA de GitHub y calculando el uso a partir de tokens de entrada, salida y caché basados en las tarifas del modelo (anuncio de facturación de GitHub). Los documentos de cambio de facturación heredados de GitHub establecen el mismo cambio de forma más directa: antes del 1 de junio de 2026, la facturación se basaba en solicitudes premium; después del 1 de junio de 2026, el costo de una interacción depende del modelo y del recuento de tokens.

Los documentos actuales de planes individuales enumeran tres niveles individuales de pago. Copilot Pro cuesta 10 $ al mes con 1500 créditos de IA mensuales totales; Copilot Pro+ cuesta 39 $ al mes con 7000 créditos de IA mensuales totales; Copilot Max cuesta 100 $ al mes con 20 000 créditos de IA mensuales totales (planes individuales de GitHub). Copilot Free incluye 2000 finalizaciones de código al mes, mientras que Copilot Student incluye finalizaciones ilimitadas según la misma página actual.

El precio de la organización se basa en el puesto más el uso. Los documentos de GitHub enumeran Copilot Business a 19 $ por usuario al mes, incluyendo 1900 créditos de IA por usuario, y Copilot Enterprise a 39 $ por usuario al mes, incluyendo 3900 créditos de IA por usuario para GitHub Enterprise Cloud (facturación de la organización de GitHub). El uso más allá del grupo incluido se cobra a 0,01 $ por crédito de IA, y los planes de pago mantienen las finalizaciones de código y las sugerencias de la siguiente edición ilimitadas según los documentos actuales.

Esto cambia la forma en que los líderes de ingeniería deben pensar en la economía de Copilot. Antes de la facturación basada en el uso, un equipo a menudo podía razonar principalmente en puestos y asignaciones de solicitudes. Después de la transición, la elección del modelo, el volumen de tokens, los flujos de trabajo de agente, la revisión de código y la actividad de la CLI/agente en la nube se vuelven relevantes para el costo. Microsoft dijo explícitamente en el tercer trimestre del año fiscal 26 que GitHub estaba pasando a la fijación de precios basada en el uso para alinear los precios con el uso y los costos (Microsoft FY26 Q3).

La revisión de código es un buen ejemplo. Los documentos de GitHub dicen que las revisiones de código de Copilot tienen dos componentes de costo: créditos de IA para la interacción del modelo y minutos de GitHub Actions para la recopilación de contexto y el uso de herramientas (documentos de revisión de código de GitHub). El anuncio de facturación de GitHub también dijo que la revisión de código de Copilot consumiría minutos de GitHub Actions además de los créditos de IA.

Elección de modelo y controles de IA empresarial

Copilot ya no se entiende mejor como un asistente de codificación de un solo modelo. Microsoft dijo en el tercer trimestre del año fiscal 26 que la mayoría de los usuarios de Copilot aprovechan múltiples modelos. Los documentos de GitHub también muestran que la disponibilidad del modelo depende del plan, el cliente y las restricciones de la organización o la empresa (configuración del acceso al modelo).

El alojamiento de modelos es una preocupación empresarial. Los documentos de GitHub describen cómo se alojan las diferentes familias de modelos. Para los modelos de Google, GitHub dice que las indicaciones y los metadatos se envían a Google Cloud Platform bajo los compromisos de datos de Google; para MAI-Code-1-Flash de Microsoft, el modelo se aloja en Azure en el inquilino de GitHub; para los modelos de código abierto, GitHub dice que se alojan en la infraestructura de Azure AI Foundry con sede en EE. UU. gestionada por GitHub y Microsoft, y las indicaciones y respuestas no se envían a los desarrolladores de modelos originales (alojamiento de modelos de GitHub).

GitHub añadió un concepto de estabilidad para las empresas. El 18 de marzo de 2026, GitHub designó GPT-5.3-Codex como modelo base y modelo de soporte a largo plazo para Copilot Business y Copilot Enterprise, con soporte LTS con una duración de un año desde la designación (modelos base y LTS). Esto es importante porque las empresas necesitan más que el modelo más reciente; necesitan disponibilidad predecible, ventanas de migración y controles de administración.

El catálogo de modelos cambia rápidamente. GitHub anunció MAI-Code-1-Flash para Copilot en junio de 2026 y luego lo puso a disposición general para Copilot Business y Copilot Enterprise el 26 de junio de 2026. La misma familia de actualizaciones muestra por qué los datos del modelo en las estadísticas de Copilot necesitan fechas exactas.

El soporte “Bring-your-own-key” (BYOK) añade otra capa de gobernanza. Los documentos BYOK empresariales de GitHub enumeran las claves de proveedores compatibles de Anthropic, AWS Bedrock, Google AI Studio, Microsoft Foundry, OpenAI, proveedores compatibles con OpenAI y xAI, al tiempo que advierten que la funcionalidad del modelo ajustado y la calidad de la salida pueden variar. Los documentos MCP de GitHub también posicionan el Protocolo de Contexto del Modelo como una forma de extender Copilot con herramientas y servicios existentes en las principales superficies de Copilot, incluidos IDE, CLI, la aplicación Copilot y la delegación de agentes de GitHub.com.

Los controles empresariales no se refieren solo a los modelos. La exclusión de contenido permite a las organizaciones configurar los archivos que Copilot debe ignorar; el contenido excluido no influye en las sugerencias en línea, las respuestas del chat o la revisión de código de Copilot. La referencia de código comprueba las sugerencias en busca de coincidencias con código disponible públicamente y puede descartar coincidencias o mostrar referencias según la configuración de la política (sugerencias de código de GitHub).

El patrón de gobernanza es claro: las estadísticas de productos de Copilot de 2026 no solo tratan de cuántas personas lo usan. También tratan de qué modelos están habilitados, cómo se factura el uso, qué contexto está permitido, cómo se referencian las sugerencias y cómo los equipos miden el uso del modelo y las características.

Métricas de uso de Copilot: lo que los equipos pueden medir realmente

Los números de adopción pública de Copilot son útiles para el contexto del mercado. Los líderes empresariales necesitan un conjunto diferente de métricas después del despliegue. Los documentos de métricas de uso de GitHub dicen que las métricas de Copilot se dividen en adopción, participación, tasa de aceptación, líneas de código y métricas del ciclo de vida de las solicitudes de extracción.

La adopción responde a si los desarrolladores con licencia están utilizando Copilot activamente. Los documentos de métricas de GitHub definen a los usuarios activos diarios como usuarios únicos que interactuaron con Copilot en un día determinado, y los documentos de conciliación vinculan el estado de usuario activo a un recuento de interacciones iniciadas por el usuario mayor que cero (conciliación de métricas). Este es el número que un equipo debe preferir sobre “licencias asignadas” al evaluar si un despliegue está vivo.

La participación muestra la profundidad de uso. GitHub dice que las métricas de participación incluyen la frecuencia y la amplitud de las funciones, como el promedio de solicitudes de chat por usuario activo. La tasa de aceptación mide la frecuencia con la que los desarrolladores aceptan sugerencias y se calcula de forma consistente en el panel y los campos de API/exportación. Puede indicar relevancia, pero una alta tasa de aceptación no significa automáticamente software de alta calidad.

Las métricas de LoC son especialmente fáciles de usar incorrectamente. GitHub dice que las métricas de líneas de código son una medida direccional de la salida de Copilot, cuantificando las líneas sugeridas, añadidas o eliminadas en las finalizaciones, el chat y las funciones del agente. La salida direccional es útil, pero no es lo mismo que código fusionado, probado, seguro o mantenible.

Las métricas del ciclo de vida de las solicitudes de extracción acercan Copilot a los resultados de entrega. GitHub dice que estas incluyen los recuentos de creación y fusión de solicitudes de extracción, el tiempo medio hasta la fusión y la actividad de sugerencias de revisión, lo que permite a los equipos comparar la actividad general de las solicitudes de extracción con las solicitudes de extracción creadas por Copilot. Este es el nivel en el que Copilot se convierte en algo más que una herramienta de generación de código: los equipos pueden estudiar si los flujos de trabajo asistidos por IA cambian el rendimiento y el tiempo de ciclo.

El producto de métricas se volvió más operativo en 2026. GitHub anunció las métricas de uso de Copilot como disponibles generalmente el 27 de febrero de 2026, con acceso a paneles y API, visibilidad a nivel de organización, controles de acceso detallados y soporte de residencia de datos. GitHub luego agregó la telemetría del modo de plan el 2 de marzo de 2026 y la resolución a nivel de modelo para la selección automática de modelos el 20 de marzo de 2026.

La elaboración de informes a nivel de equipo es otro hito importante. El 14 de mayo de 2026, GitHub anunció un informe de equipos de usuarios que se puede combinar con informes de uso por usuario para producir métricas de Copilot a nivel de equipo, incluidos usuarios activos, finalizaciones, chats, idioma, IDE, características y desgloses de modelos. Las advertencias son operativamente importantes: se excluyen los equipos con menos de cinco usuarios con Copilot, y los usuarios que pertenecen a varios equipos pueden contarse en cada agregado de equipo, por lo que los totales de equipo no se pueden sumar para reproducir un total de organización.

Productividad, seguridad y gobernanza

La estadística de productividad de Copilot más citada es el estudio de tareas controladas de GitHub. Los desarrolladores que usaron Copilot completaron una tarea de servidor HTTP de JavaScript un 55% más rápido, con un promedio de 1 hora y 11 minutos en comparación con 2 horas y 41 minutos para los desarrolladores sin Copilot; GitHub informó significación estadística y un intervalo de confianza del 95% del 21% al 89% (investigación de productividad de GitHub). Esa es una fuerte evidencia para un entorno de tarea acotado.

El mismo estudio no debe convertirse en una afirmación universal de que todos los desarrolladores son un 55% más rápidos. La propia página de investigación de GitHub analiza por qué la productividad del desarrollador es difícil de medir y utiliza un marco de productividad más amplio que incluye satisfacción, rendimiento, actividad, comunicación y eficiencia. La afirmación más segura es que Copilot puede acelerar materialmente ciertas tareas y mejorar el flujo, mientras que los resultados a nivel de equipo dependen del tipo de tarea, la base de código, la revisión, las pruebas y el sistema de despliegue.

Una investigación más amplia sobre el desarrollo de IA refuerza esa imagen mixta. El resumen DORA 2025 de Google dice que el 90% de los profesionales del desarrollo de software utilizan IA en el trabajo, con una mediana de dos horas diarias dedicadas a la IA; el 65% depende en gran medida de la IA para el desarrollo de software; más del 80% informa de ganancias de productividad; y el 59% informa de una influencia positiva en la calidad del código. Pero DORA también informa de una paradoja de confianza: solo el 24% informa de mucha o gran confianza en la IA, mientras que el 30% informa de poca o ninguna confianza.

METR es el contrapeso más útil porque midió el tiempo de la tarea en lugar de solo la productividad autoinformada. En un ensayo controlado aleatorio de 2025, los desarrolladores de código abierto experimentados que trabajaban en repositorios maduros tardaron un 19% más cuando se les permitió usar herramientas de IA de principios de 2025, a pesar de que esperaban que la IA los acelerara en un 24% y luego creyeron que los había acelerado en un 20%. METR dijo más tarde que su resultado de principios de 2025 estaba desactualizado y cambió el diseño del experimento porque los nuevos patrones de uso de agentes de IA dificultaban la medición. La lección no es que Copilot ralentice a los equipos. La lección es que la productividad depende del trabajo.

La gobernanza es donde el futuro de agente de Copilot se vuelve operativo. La encuesta de Responsabilidad de IA de GitLab de 2026 dice que el 85% de los encuestados están de acuerdo en que la IA cambió el cuello de botella de la escritura de código a la revisión y validación del mismo, el 92% informa de algún desafío de gobernanza con el código generado por IA, y el 80% está de acuerdo en que su organización adoptó herramientas de IA más rápido de lo que desarrolló políticas para gobernarlas. Esa no es una encuesta específica de Copilot, pero explica el entorno en el que operan los compradores de Copilot.

Los propios documentos de riesgo del agente en la nube de GitHub son francos sobre por qué se necesitan controles. El agente en la nube de Copilot puede enviar cambios de código, por lo que GitHub dice que mitiga el riesgo limitando quién puede activar el agente, restringiendo a qué rama puede enviar, requiriendo revisión humana antes de la fusión, restringiendo las ejecuciones de flujo de trabajo hasta que se aprueben y evitando que el solicitante apruebe la solicitud de extracción resultante en ciertos flujos de trabajo protegidos. GitHub también dice que el agente en la nube de Copilot utiliza CodeQL, comprueba las nuevas dependencias con la base de datos de avisos de GitHub, utiliza el escaneo de secretos y registra los detalles del análisis en los registros de sesión.

Los documentos de uso responsable añaden el lado humano. La tarjeta de uso responsable de Copilot Chat de GitHub advierte que el código generado puede ser inexacto, sesgado hacia ciertos lenguajes o estilos, coincidir con código público o exponer vulnerabilidades de seguridad si no se revisa cuidadosamente. Trabajos académicos anteriores encontraron riesgos concretos en la codificación asistida por IA: “Asleep at the Keyboard?” generó 1689 programas en 89 escenarios y encontró alrededor del 40% vulnerable en esa configuración (arXiv 2108.09293), mientras que un estudio de usuarios de 2022/2023 encontró que los participantes con acceso a un asistente de código de IA escribieron código significativamente menos seguro y eran más propensos a creer que su código era seguro (arXiv 2211.03622). Esos documentos deben tratarse como evidencia histórica de seguridad, no como tasas de vulnerabilidad actuales de Copilot.

Los puntos de referencia deben recibir el mismo tratamiento cuidadoso. SWE-bench Verified es un subconjunto validado por humanos de 500 tareas de ingeniería de software para evaluar agentes de codificación y modelos de lenguaje. Es útil para comprender el progreso de la capacidad, especialmente a medida que Copilot se vuelve más agente. No es evidencia de usuarios activos, suscriptores de pago, recuento de organizaciones o calidad de producción.

Contexto del mercado: Copilot en la pila de herramientas de codificación de IA

Las encuestas a desarrolladores muestran por qué Copilot es importante más allá de las ganancias de Microsoft. La encuesta AI Pulse de JetBrains de enero de 2026 encuestó a más de 10 000 desarrolladores profesionales en todo el mundo y encontró que el 90% utilizaba regularmente al menos una herramienta de IA en el trabajo para tareas de codificación y desarrollo. También encontró que el 74% había adoptado herramientas de IA especializadas para desarrolladores, como asistentes de codificación, editores o agentes, no solo chatbots generales.

Dentro de esa encuesta, GitHub Copilot siguió siendo la herramienta de codificación de IA más conocida y adoptada: 76% de conocimiento y 29% de uso en el trabajo en todo el mundo. JetBrains también dijo que la adopción de Copilot alcanzó el 40% entre las empresas con más de 5000 empleados, mientras que Cursor y Claude Code alcanzaron cada uno el 18% de uso en el trabajo en general (JetBrains AI Pulse).

Eso no significa que Copilot tenga una cuota de mercado del 29%. Significa que el 29% de los desarrolladores profesionales encuestados utilizaron Copilot en el trabajo en esa encuesta. El número sigue siendo valioso porque respalda la afirmación de que Copilot es común en el trabajo real, no solo ampliamente conocido.

Stack Overflow ofrece el telón de fondo más amplio del sentimiento de los desarrolladores. En su sección de IA de 2025, Stack Overflow informa que el 84% de los encuestados utiliza o planea utilizar herramientas de IA en el proceso de desarrollo, y el 50,6% de los desarrolladores profesionales utiliza herramientas de IA a diario (Stack Overflow 2025). Pero Stack Overflow también informa que más desarrolladores desconfían de la precisión de la salida de la IA que confían en ella, con un 46% que desconfía de la precisión y solo un 33% que confía en ella. Una alta adopción y una baja confianza pueden coexistir.

Esa tensión encaja con la dirección del producto de Copilot. Copilot no solo intenta generar más código. Está añadiendo revisión de código, métricas de uso, gobernanza de modelos, exclusión de contenido, referencia de código, registros de agentes, salidas seguras y controles de flujo de trabajo. El producto está respondiendo a la misma realidad del mercado que muestran las encuestas: los desarrolladores quieren ayuda de la IA, pero los equipos necesitan confianza, trazabilidad y control de costos.

Por qué esto es importante para los líderes y operadores de ingeniería

Para los fundadores, Copilot valida el mercado de herramientas para desarrolladores de IA de pago. Un producto con más de 26 millones de usuarios, más de 4,7 millones de suscriptores de pago y casi 140 000 organizaciones no es una categoría novedosa. Pero también debilita el posicionamiento genérico de “asistente de codificación de IA”. Los productos competidores o adyacentes deben abordar un problema más específico: el contexto de la base de código, la migración, la automatización de revisiones, las pruebas, las actualizaciones de dependencias, la clasificación de seguridad, la gobernanza de modelos, la gestión de costos, el flujo de trabajo de lanzamiento o la orquestación de agentes.

Para los equipos de GTM técnico, el mensaje más claro de Copilot no es “la IA escribe código”. Los desarrolladores ya lo saben. El mensaje más útil es que el desarrollo asistido por IA está pasando de la generación de código individual a la entrega de software gobernada. La propia hoja de ruta de productos de Copilot apunta a ello: revisión de código, agente en la nube, Agent HQ, métricas de uso, controles de modelo, exclusión de contenido, referencia de código, registros de agentes y flujos de trabajo de agente seguros.

Lo que los números demuestran y no demuestran

Los números que faltan son tan importantes como los publicados. GitHub y Microsoft publican la escala de usuarios, los suscriptores de pago, los recuentos de organizaciones y el contexto de la plataforma, pero no publican un número limpio de usuarios activos diarios de Copilot, un desglose de canales de los ingresos de pago o una cifra promedio de puestos por organización.

Poniendo los números de Copilot en contexto

Utiliza las transcripciones de inversores de Microsoft para obtener los números de escala pública más amplios de Copilot: usuarios, suscriptores de pago, recuentos de organizaciones, desarrolladores de GitHub, incorporación de nuevos desarrolladores, volumen de PR, crecimiento de suscriptores empresariales, uso de múltiples modelos y crecimiento de la CLI (Microsoft FY26 Q1, Microsoft FY26 Q2, Microsoft FY26 Q3).

Utiliza los documentos de GitHub para obtener datos actuales del producto: planes, precios, asignaciones de créditos de IA, mecanismos de facturación, alojamiento de modelos, disponibilidad de funciones, métricas de uso, exclusión de contenido, referencia de código y controles de uso responsable. Utiliza JetBrains, Stack Overflow, DORA y GitLab para obtener contexto sobre la adopción del trabajo de los desarrolladores, la confianza, la gobernanza y los cuellos de botella de la revisión, recordando que sus denominadores son poblaciones de encuestas en lugar de telemetría de Copilot.

Preguntas frecuentes

Fuentes y lecturas adicionales