Google: el 75% de su código nuevo lo genera una IA (y lo que eso significa para tu empresa)

Google ha revelado que el 75% de su código nuevo es generado por inteligencia artificial. Sundar Pichai, CEO de la compañía, lo anunció en el evento Cloud Next 2026 como parte de lo que describió como "flujos de trabajo verdaderamente agentivos". El porcentaje ha subido desde el 50% anunciado hace apenas unos meses. La velocidad del salto es lo que realmente sorprende.

Qué significa que el 75% del código de Google lo genere una máquina

El dato por sí solo es llamativo. Pero el matiz que Google añade es igual de importante: generado no significa aceptado sin revisión. Richard Seroter, director sénior de Google Cloud, fue explícito en el evento: "La aprobación humana es fundamental". El flujo de trabajo no ha cambiado de humanos a máquinas, sino que ha pasado de humanos escribiendo código a humanos dirigiendo agentes que escriben código y luego revisando el resultado. Es una diferencia conceptual que muchos titulares ignoran y que determina cómo entender esta cifra.

El ejemplo más concreto que Pichai compartió: una migración de código que antes llevaba semanas se completó seis veces más rápido que hace un año. No con menos ingenieros. Con los mismos ingenieros, usando agentes de IA para las partes repetitivas y centrando el trabajo humano en la arquitectura y las decisiones de alto nivel. Eso es lo que Pichai llama "equipos digitales autónomos" bajo supervisión humana.

La brecha entre lo que hace Google y lo que hace el resto del sector

Mientras Google anuncia que el 75% de su código viene de máquinas, los datos del sector cuentan otra historia. La adopción de código generado por IA pasó del 6% en 2023 al 42% actualmente, con proyecciones del 65% para 2027. La velocidad de adopción es notable. Pero hay otro número que matiza todo: el 52% de los desarrolladores admite que no siempre revisa el código generado por IA antes de implementarlo. Y el 96% de los desarrolladores globales desconfía activamente de ese código.

La contradicción es significativa. Por un lado, adopción masiva y acelerada. Por otro, falta de confianza y de procesos de revisión. El riesgo no está en que la IA genere código malo, sino en que los equipos que no tienen los procesos de Google apliquen el mismo ritmo sin los mismos controles. Google lleva años construyendo infraestructura de revisión y validación. Una empresa que empieza a usar GitHub Copilot o Claude Code sin esos procesos está jugando con otras reglas.

El cambio de rol del desarrollador que ya está ocurriendo

El anuncio de Google confirma algo que lleva meses debatiéndose en el sector: el perfil del desarrollador está cambiando más rápido de lo que las empresas están preparadas para gestionar. El trabajo de escribir funciones, migrar bases de código o generar tests está siendo absorbido por agentes. El trabajo de diseñar arquitecturas, definir qué debe hacer el sistema, revisar que lo que generó la máquina tiene sentido y depurar los casos que el agente no supo resolver sigue siendo humano.

Eso no significa que vayan a necesitarse menos desarrolladores. Significa que los desarrolladores que no aprendan a trabajar con agentes van a ser menos productivos que los que sí lo hacen. Y la diferencia de productividad que Pichai describe, seis veces más rápido en migraciones, es suficientemente grande como para que las empresas noten el gap entre equipos que han adoptado estos flujos y equipos que no. El tiempo en que ese gap era irrelevante ya terminó.

Qué implica esto para las empresas que no son Google

Google puede permitirse el 75% porque tiene infraestructura de revisión, cultura de ingeniería consolidada y años de experiencia construyendo herramientas internas. La mayoría de las empresas no tienen nada de eso. Pero la dirección es la misma para todas: el código generado por IA va a crecer, y la ventaja competitiva no va a estar en si usas IA para programar, sino en qué tan buenos son tus procesos de revisión y validación.

Las empresas que quieran moverse en esa dirección tienen que resolver dos cosas primero. Una: definir qué tareas de desarrollo pueden delegarse a agentes sin comprometer la calidad del resultado. Dos: construir los procesos de revisión que garanticen que lo que genera la máquina es seguro antes de que llegue a producción. Sin esos dos elementos, el 75% de Google es una cifra de marketing, no un modelo replicable. Con ellos, es una hoja de ruta concreta.

Conclusión

El anuncio de Sundar Pichai en Cloud Next 2026 no es una declaración de que los desarrolladores van a sobrar. Es una declaración de que el modo en que las empresas producen software está cambiando de forma irreversible y a una velocidad que sorprende incluso a quienes llevan años anticipándolo. El salto del 50% al 75% dentro de Google en pocos meses indica que la curva no se va a aplanar pronto. Para las empresas que aún no han empezado a pensar en cómo integrar agentes de código en sus flujos de trabajo, la pregunta ya no es si deben hacerlo. Es cuánto tiempo pueden permitirse no hacerlo.