Vibe coding es construir software describiendo en lenguaje natural lo que quieres que haga, y dejar que un modelo de inteligencia artificial escriba el código. No revisas línea a línea lo que genera: pruebas el resultado, y si no hace lo que esperabas, se lo vuelves a explicar. El término lo acuñó Andrej Karpathy en febrero de 2025 para describir esa forma de trabajar en la que uno «se deja llevar» y acepta el código sin leerlo.
En dos años ha pasado de curiosidad de fin de semana a la forma en que se construyen productos reales, con clientes de pago y datos de verdad. Esta guía explica qué es exactamente, qué se puede hacer con ello, dónde está el límite y qué hacer cuando lo cruzas.
La firma Miguel Quílez, director de Hiberus Booster, la unidad del grupo Hiberus especializada en inteligencia artificial. Hiberus es la primera consultora tecnológica española de capital privado, con más de 4.000 profesionales.
Qué lo distingue de «programar con ayuda de IA»
Casi todo el mundo que programa usa hoy asistentes de IA. Eso no es vibe coding. La diferencia está en quién es responsable de entender el código:
| Programar con asistente | Vibe coding | |
|---|---|---|
| Quién escribe | La IA propone, la persona revisa | La IA escribe, la persona prueba |
| Se lee el código | Sí, línea a línea | No, o muy por encima |
| Criterio de aceptación | Que sea correcto | Que funcione al probarlo |
| Quién puede hacerlo | Quien sabe programar | Cualquiera |
Esa cuarta fila es la que ha cambiado el mercado. El vibe coding no acelera a los programadores: permite construir a quien no lo es. Es una diferencia de naturaleza, no de grado.
Las herramientas
Se agrupan en tres familias, y conviene no mezclarlas porque resuelven cosas distintas:
Generadores de aplicación completa. Lovable, Bolt, Replit, v0. Describes la aplicación y te devuelven algo funcionando, con interfaz, base de datos y publicación incluidas. Son las que usa quien no programa. La base de datos suele ser Supabase.
Editores con IA integrada. Cursor, Windsurf, Claude Code, GitHub Copilot. Trabajan sobre un proyecto de código real. Sirven para quien programa, y también para quien no programa pero necesita salir de lo que la primera familia permite.
Constructores sin código con IA. Bubble, Softr, Glide y similares, que han añadido generación por descripción. Producen aplicaciones que viven dentro de su plataforma, no código que puedas llevarte.
Para qué funciona bien
- Validar una idea antes de invertir en ella: en un fin de semana tienes algo que enseñar.
- Herramientas internas para tu propio equipo, donde tú controlas quién entra.
- Automatizar un proceso concreto que hoy se hace a mano en una hoja de cálculo.
- Prototipos para enseñar a un cliente o a un inversor qué quieres construir.
- La primera versión de un producto real, si después alguien la revisa.
En estos cinco casos el vibe coding no es una versión pobre de programar: es la herramienta correcta. Hacer a mano lo que la máquina hace en dos horas es una forma cara de tener razón.
Dónde deja de servir
El límite no es de complejidad, es de consecuencias. La pregunta que lo marca es simple: ¿qué pasa si esto falla y no puedes arreglarlo hoy?
Mientras la respuesta sea «pierdo una tarde», el vibe coding vale. En el momento en que la respuesta incluye datos de otras personas, dinero cobrado o una obligación contractual, la aplicación ha dejado de ser un experimento y entra en un terreno donde hay reglas que la herramienta no comprueba por ti.
El motivo es concreto: el asistente optimiza para enseñarte algo funcionando cuanto antes. Nada en la conversación le pide que active el control de acceso a los datos, que ponga un tope de gasto o que configure copias de seguridad, y por tanto no lo hace. No es un defecto del modelo; es que esas cosas no forman parte de «que funcione».
Qué se rompe en la práctica
No es aleatorio. Los mismos fallos aparecen una y otra vez, y todos comparten origen: son cosas que nadie pidió porque nadie sabía que había que pedirlas.
- La base de datos acepta consultas de cualquiera porque las reglas de acceso por fila nunca se activaron.
- Claves que deberían vivir en el servidor viajan al navegador y cualquiera puede leerlas.
- No hay límite de peticiones ni tope de gasto en los servicios que se pagan por uso.
- Las copias de seguridad existen sobre el papel y nunca se han restaurado.
- Nadie se entera de que algo falla hasta que lo cuenta un cliente.
El catálogo completo, con cómo detectar cada uno y cómo se corrige, está en los diez errores más frecuentes en apps hechas con IA.
Qué hacer cuando cruzas el límite
Ni tirar lo que has hecho ni seguir como si nada. El camino que funciona tiene tres pasos:
1. Que alguien mire lo que hay. Una revisión externa que diga qué está bien, qué está mal y qué gravedad tiene cada cosa. Sin ese diagnóstico, cualquier decisión posterior es una apuesta.
2. Cerrar lo urgente. Control de acceso a los datos, claves y copias de seguridad. Suele ser cuestión de días, no de meses, y es lo único que no puede esperar.
3. Decidir con datos si se sanea o se sustituye. La mayoría de las veces se salva casi todo. Lo que no se salva se sustituye pieza a pieza, con el producto en marcha. El criterio está en parchear o reescribir.
Entonces, ¿el vibe coding sirve o no?
Sirve, y va a más. Lo que ha cambiado no es que ahora se pueda construir software sin saber programar: es que la parte difícil se ha desplazado. Antes lo caro era escribir el código. Ahora lo caro es saber qué falta en el código que te ha salido gratis.
Esa es exactamente la parte que una revisión resuelve, y por eso tiene sentido gastarse en ella una fracción de lo que costaba antes el desarrollo entero.
Preguntas frecuentes
¿Qué es el vibe coding?
Construir software describiendo en lenguaje natural lo que quieres que haga y dejar que un modelo de inteligencia artificial escriba el código, sin revisarlo línea a línea: pruebas el resultado y, si no hace lo que esperabas, se lo vuelves a explicar. El término lo acuñó Andrej Karpathy en febrero de 2025.
¿En qué se diferencia de programar con un asistente de IA?
En quién es responsable de entender el código. Programando con asistente, la IA propone y la persona revisa línea a línea; en vibe coding la IA escribe y la persona solo prueba que funcione. La consecuencia práctica es que el vibe coding no acelera a quien ya programa: permite construir a quien no lo es.
¿Qué herramientas se usan para hacer vibe coding?
Tres familias. Generadores de aplicación completa como Lovable, Bolt, Replit o v0, que devuelven algo funcionando con interfaz, base de datos y publicación. Editores con IA integrada como Cursor, Windsurf o Claude Code, que trabajan sobre código real. Y constructores sin código con IA como Bubble o Glide, cuyas aplicaciones viven dentro de su plataforma.
¿Se puede hacer una aplicación real con vibe coding?
Sí, y se hace todos los días. Funciona especialmente bien para validar una idea, construir herramientas internas, automatizar un proceso manual, hacer prototipos y sacar la primera versión de un producto. La condición para esto último es que después alguien revise lo que ha salido.
¿Cuándo deja de servir el vibe coding?
El límite no es de complejidad, es de consecuencias. Mientras un fallo solo te cueste una tarde, vale. En cuanto la respuesta incluye datos de otras personas, dinero cobrado o una obligación contractual, la aplicación entra en un terreno con reglas que la herramienta no comprueba por ti.
¿Por qué las apps hechas con IA suelen tener fallos de seguridad?
Porque el asistente optimiza para enseñarte algo funcionando cuanto antes, y nada en la conversación le pide activar el control de acceso a los datos, poner un tope de gasto o configurar copias de seguridad. No es un defecto del modelo: esas cosas no forman parte de que la aplicación funcione, y nadie las pide porque nadie sabe que hay que pedirlas.
¿Cómo compruebo yo mismo si mi app tiene el fallo más grave?
Entra con dos cuentas distintas e intenta ver desde una los datos que pertenecen a la otra. Si lo consigues, cualquiera puede. Es el fallo más frecuente y el más grave, y aparece en la mayoría de aplicaciones generadas con IA que revisamos.
¿Qué hago si mi aplicación ya ha cruzado ese límite?
Tres pasos: una revisión externa que diga qué está bien, qué está mal y qué gravedad tiene cada cosa; cerrar lo urgente, que suele ser control de acceso, claves y copias de seguridad, y son días de trabajo; y solo entonces decidir con datos si se sanea lo que hay o se sustituye pieza a pieza.
¿Has construido algo así y quieres saber si aguanta?
Cuéntanos qué has hecho y con qué. Te decimos en 24 horas si está en condiciones de recibir usuarios reales o qué le falta.
✓ ¡Recibido!
Gracias. Un especialista de Hiberus Booster te contacta en menos de 24 horas.
