Inicio/Insights/Development

Vibe Coding: el 60% del software
ya lo escribe la IA. La pregunta es quién lo revisa.

La forma en que se construye software cambió de manera irreversible en 2026. Lo que antes tomaba semanas ahora tarda horas. El problema no es la velocidad: es que nadie estableció quién es responsable de lo que la IA genera cuando llega a producción.

Autor
Equipo Synova
Fecha
27 de junio de 2026
Lectura
6 min
Categoría
Development

A principios de 2026, Gartner proyectó que el 60% de todo el código nuevo generado este año provendrá de herramientas de IA. El mercado de estas plataformas —Cursor, Bolt.new, GitHub Copilot y sus variantes— cerró 2025 en USD 4.700 millones y sigue creciendo. El 92% de los desarrolladores declara usar herramientas de AI coding a diario. Estamos, por primera vez en la historia del software, en un escenario donde la mayor parte del código que sostiene aplicaciones empresariales no fue escrito línea a línea por un ser humano. Eso tiene implicancias profundas que la mayoría de las empresas medianas todavía no procesó.

La denominación 'vibe coding' —programar describiendo en lenguaje natural lo que querés y dejando que la IA lo ejecute— democratizó radicalmente quién puede construir software. Equipos de operaciones, marketing o finanzas sin formación técnica pueden hoy levantar aplicaciones funcionales en horas. Para una empresa mediana con recursos limitados para contratar desarrolladores, eso suena a solución. Y en parte lo es. El problema aparece cuando ese código llega a producción sin revisión, sin pruebas de seguridad, sin arquitectura que lo sostenga. En mayo de 2026, la firma de ciberseguridad RedAccess escaneó aproximadamente 380.000 aplicaciones construidas con estas herramientas que estaban accesibles públicamente. Unas 5.000 estaban filtrando datos en ese momento. El 40% de las apps escaneadas exponía datos sensibles de algún tipo. El código compilaba, la funcionalidad operaba, y las vulnerabilidades vivían en los defaults que la IA nunca cuestionó.

El riesgo no es la herramienta: es la ausencia de gobernanza. El 71% de los desarrolladores que usan AI coding tools a diario no confía plenamente en el código que esas herramientas generan, según datos de adopción de 2026. Eso no es contradicción: es lucidez. Saben que la IA produce código funcional pero no necesariamente seguro, escalable ni mantenible. El problema emerge cuando esa misma herramienta la usa alguien que no tiene los conocimientos para reconocer lo que falta. En empresas medianas donde el 'equipo de tecnología' es una persona o no existe, el código generado por IA pasa directo a producción sin ningún filtro. Los vectores de riesgo más documentados: shadow AI, fuga de información sensible, prompt injection, exposición de credenciales, y permisos excesivos en agentes autónomos que ejecutan el código generado.

Para una empresa mediana que evalúa modernizar sus sistemas, la conclusión práctica no es evitar el vibe coding: es entender su lugar en el ciclo de desarrollo. Las plataformas que generan código con IA son herramientas de velocidad y prototipado extraordinariamente potentes. Son peligrosas cuando reemplazan a la arquitectura, no cuando la aceleran. La diferencia entre una empresa que aprovecha vibe coding y una que lo sufre es si tiene criterio técnico para revisar lo que la IA produce antes de que toque datos reales, clientes reales o procesos críticos.

El escenario que se abre en los próximos 18 meses no es que las empresas dejen de usar estas herramientas. Es el opuesto: el 60% del código ya siendo generado por IA subirá. Lo que escasea y aumenta de valor no son los developers que escriben líneas: son los que saben auditar, gobernar y arquitectar sistemas donde la IA genera y los humanos supervisan. Para empresas medianas en LATAM que terciarizan su tecnología, esto cambia radicalmente qué deben pedir a sus proveedores de software.

El vibe coding no es el fin del desarrollo de software a medida: es el fin del desarrollo de software sin criterio. En Synova usamos generación de código con IA en múltiples etapas del proceso —prototipado, automatización de componentes repetitivos, testing— pero el diferencial no está en qué herramienta usamos sino en la capa de arquitectura, revisión y gobernanza que ponemos encima. Un sistema que corre en producción tiene que ser mantenible en dos años, seguro frente a vectores conocidos, y escalable cuando el negocio crece. Eso no lo garantiza ningún modelo de lenguaje. Lo garantiza quien entiende el negocio y supervisa lo que el modelo genera. Esa es la línea que separa software que funciona de software que falla cuando más se lo necesita.

Un sistema que corre en producción tiene que ser mantenible en dos años, seguro frente a vectores conocidos y escalable cuando el negocio crece. Eso no lo garantiza ningún modelo de lenguaje: lo garantiza quien supervisa lo que el modelo genera.