El vibe coding llegó. Mi equipo lo usa todos los días. Esto es lo que cambió (y lo que no).
El 60% del código global ya es generado por IA. En ProjectApp lo usamos en el día a día. Esta es nuestra perspectiva honesta desde adentro de una empresa de desarrollo.
Project App
Equipo de Ingeniería
Hay una conversación que se está dando en todo el mundo del software y que en ProjectApp vivimos de primera mano: el vibe coding. La práctica de describir lo que quieres construir en lenguaje natural y dejar que la IA genere el código. Herramientas como Cursor, GitHub Copilot, y Bolt.new. El 60% del código escrito globalmente ya es generado por IA. El 92% de los desarrolladores en EE.UU. usan estas herramientas a diario. Y en ProjectApp, mi equipo las usa todos los días. Entonces cuando alguien me pregunta si el vibe coding va a reemplazar a los desarrolladores, o si va a hacer obsoleto el software a la medida, tengo una perspectiva que no es teórica. Es la de alguien que está en esa transformación ahora mismo.
Qué es realmente el vibe coding (sin el hype)
El término lo acuñó Andrej Karpathy, ex director de IA en Tesla y cofundador de OpenAI: programar entregándote completamente a la IA, describiendo lo que quieres en lenguaje natural y dejando que ella construya. En la práctica, significa que un desarrollador hoy puede producir en horas lo que antes tomaba días. Tareas repetitivas como autenticación, esquemas de base de datos, interfaces CRUD, validaciones de formularios — la IA las genera en segundos. Lo que queda para el humano es lo que siempre fue lo más valioso: entender el problema, diseñar la arquitectura, revisar que lo que se generó realmente funciona y es seguro.
Los números que importan
40% de los nuevos MVPs de SaaS en 2026 se construyen principalmente con vibe coding. El 25% de las startups del batch Winter 2025 de Y Combinator tienen bases de código 95% generadas por IA. El mercado global de herramientas de desarrollo con IA ya supera los $8.5 billones.
Cómo lo usamos en ProjectApp
Cuando digo que mi equipo usa estas herramientas todos los días, no es marketing. Es la realidad de cómo trabajamos. Lo que cambió no es qué construimos — es la velocidad a la que llegamos a una primera versión funcional. Donde antes un flujo complejo tomaba dos días de desarrollo, hoy puede tomar medio día. Eso tiene un impacto directo en los proyectos: podemos mostrar algo funcional más rápido, iterar con el cliente con más frecuencia, y dedicar más tiempo a los problemas que realmente requieren juicio humano — la arquitectura, la lógica de negocio, la integración entre sistemas.
- La IA genera el código repetitivo y estructural. El desarrollador revisa, refina y toma decisiones de arquitectura.
- El tiempo de llegada a la primera demo funcional bajó significativamente en proyectos donde antes era el cuello de botella.
- Los errores que genera la IA son detectables rápido por alguien con criterio técnico. El problema aparece cuando no hay ese criterio.
- La calidad del output depende directamente de la calidad del prompt — y eso sigue siendo una habilidad humana.
Lo que NO cambió — y por qué eso importa
Aquí está la parte que el hype no menciona: el vibe coding no resuelve el problema más difícil del software. No es el código — es entender qué construir. Antes de escribir una sola línea, alguien tiene que sentarse con el cliente, entender su operación, identificar el flujo crítico, detectar los casos borde, y decidir qué construir primero. Esa capacidad — de traducir un problema de negocio a una solución técnica — sigue siendo completamente humana. Y es exactamente la parte que más valor genera.
"El vibe coding multiplica la velocidad de ejecución. No reemplaza el juicio sobre qué ejecutar."
— Lo que aprendimos usándolo en proyectos reales
Los riesgos reales que pocos mencionan
Sería deshonesto no hablar de los problemas. El vibe coding tiene riesgos concretos que hemos visto en la industria y que en ProjectApp manejamos activamente:
Deuda técnica invisible
El código generado por IA puede ser funcional pero difícil de mantener. Soluciones 'hacky' que funcionan hoy pero que complican la evolución del sistema. Sin una revisión técnica seria, el proyecto acumula deuda que aparece meses después.
El problema de la caja negra
El 'three-month black box': proyectos que se vuelven inmanejables porque nadie entiende completamente la estructura que la IA generó. Cuando el sistema necesita cambiar, nadie sabe exactamente cómo tocarlo.
Falsa sensación de completitud
La IA puede generar algo que parece terminado pero tiene huecos de lógica de negocio que solo aparecen con uso real. Sin alguien con conocimiento del negocio revisando el output, esos huecos llegan a producción.
Lo que esto cambia para el software a la medida
Para las empresas que contratan desarrollo de software, el vibe coding tiene una implicación importante: el precio de construir ciertos tipos de software va a bajar. Tareas que antes eran caras por el tiempo de desarrollo ahora son más rápidas. Pero el valor que no baja es el del conocimiento del negocio, la arquitectura bien pensada, y la responsabilidad por el resultado. Una empresa puede usar vibe coding para construir un MVP en días. Lo que no puede hacer es garantizar que ese MVP tenga la arquitectura correcta para escalar, la seguridad que requiere manejar datos reales, y la lógica de negocio que realmente refleja la operación del cliente. Eso sigue siendo el trabajo humano más valioso.
Lo que me llevo de todo esto
Lo que me llevo de todo esto
- 1El vibe coding es real, está aquí, y en ProjectApp lo usamos todos los días. No adoptarlo sería quedarse atrás.
- 2Lo que cambió es la velocidad de ejecución. Lo que no cambió es el valor del juicio humano sobre qué construir y cómo.
- 3Los riesgos reales son la deuda técnica invisible, la caja negra y la falsa sensación de completitud — todos se manejan con revisión técnica seria.
- 4Para el cliente: el costo de algunos tipos de desarrollo va a bajar. El valor de la experiencia y el criterio técnico va a subir.
El vibe coding no va a reemplazar las empresas de desarrollo de software que hacen bien su trabajo. Va a reemplazar a las que hacían mal trabajo lentamente. La velocidad que da la IA hace más evidente, no menos, quién realmente entiende lo que está construyendo. En ProjectApp lo usamos para hacer más en menos tiempo — pero el criterio sobre qué hacer y cómo hacerlo bien sigue siendo lo que diferencia un sistema que transforma una operación de uno que solo funciona en demo.
Si quieres entender cómo usamos estas herramientas en proyectos reales y qué significa eso para los tiempos y costos de tu proyecto, hablemos.