Dejé de hacer Vibe Coding: así programo con IA de verdad

Hace unas semanas, alguien de la comunidad me escribió absolutamente flipando. Había montado una aplicación completa en un fin de semana haciendo vibe coding: describiendo a la IA lo que quería y dejando que generara prácticamente todo el código. Registro de usuarios, pagos integrados, panel de administración y casi ninguna línea escrita a mano.

Y claro, al principio es una pasada. Es normal emocionarse. La IA te permite pasar de una idea a algo que funciona en pantalla a una velocidad que hace pocos años parecía ciencia ficción.

Pero unos días después volvió a escribirme. Ya tenía usuarios reales, apareció un fallo en los pagos y llevaba dos semanas intentando arreglarlo. Cada vez que pedía a la IA que solucionara una cosa, se rompían otras dos.

Su mensaje resumía perfectamente el problema: “No puedo ni tocar mi propia aplicación”.

La diferencia entre quien programa bien con inteligencia artificial y quien termina atrapado por ella no está en el talento ni en tener acceso a una herramienta concreta. Ambos pueden usar los mismos modelos. La diferencia está en que uno pide cosas cruzando los dedos, mientras que el otro dirige el proceso con un plan.

Qué es el Vibe Coding y por qué engancha tanto

Vibe Coding significa programar por sensaciones, por vibras. Le explicas a una IA en lenguaje natural qué quieres construir, aceptas el código sin leerlo demasiado, lo pruebas y, si falla, le vuelves a pedir que lo arregle. Una y otra vez.

El código deja de ser algo que entiendes y pasa a ser una especie de hechizo que invocas. Y ojo, no hace falta demonizarlo. Gracias a este enfoque, muchísimas personas sin experiencia técnica han podido crear prototipos, pequeñas herramientas y productos iniciales que antes no habrían sido capaces de hacer.

El problema es que engancha por razones muy humanas:

• La velocidad da dopamina. En una hora puedes tener algo visible que antes requería días o semanas. He llegado a crear un videojuego entero para alumnos de Frogames en apenas un fin de semana gracias a estas herramientas.
• Elimina la parte incómoda. No tienes que pensar tanto en arquitectura, leer documentación, estudiar tecnologías o depurar con paciencia. Te quedas con la parte divertida de construir.
• Al principio funciona. Para validar una idea o levantar un prototipo, los resultados son reales y muy impresionantes.

Ese último punto es el más peligroso. El Vibe Coding no parece un problema cuando todo va bien. El problema aparece después, cuando ya has construido suficiente código como para depender de algo que no entiendes.

El momento en que la IA empieza a perder el control

Las herramientas de IA trabajan con una ventana de contexto limitada. Cuando una aplicación crece y empieza a tener muchas pantallas, archivos, servicios, bases de datos, pagos, autenticación y funcionalidades conectadas entre sí, al modelo le cuesta ver el conjunto completo.

Entonces empiezan los síntomas clásicos: lógica duplicada, funciones que contradicen lo que ya existía, cambios que rompen pantallas aparentemente no relacionadas y parches acumulados sobre otros parches.

Y aquí está lo grave: si tú tampoco diseñaste el conjunto, porque fuiste pidiendo funcionalidades una a una sin una planificación previa, no hay nadie al volante. Ni tú ni la IA tenéis una visión clara de lo que se está construyendo.

El resultado no sale gratis. Se paga con tres facturas, y las tres llegan tarde, con intereses y en el peor momento posible.

Las tres facturas ocultas del Vibe Coding

1. Más dinero gastado en tokens

Cada petición a un modelo tiene un coste. El ciclo de “regenera esto”, “ahora arregla aquello”, “se ha roto lo anterior”, “vuelve a intentarlo” es una de las formas más caras de utilizar inteligencia artificial.

Sin contexto, sin una especificación y sin un plan, puedes acabar pagando diez veces por una tarea que la IA habría resuelto correctamente a la primera con unas instrucciones bien planteadas.

Esto ya no es un detalle menor. Cada vez más empresas miden el gasto en tokens y la productividad real de sus equipos. Resolver un problema por 50 euros cuando otro profesional lo resuelve por 50 céntimos no es solo una diferencia de coste. Es una diferencia enorme de criterio profesional.

2. Deuda técnica invisible

Todo el código que genera una IA y que no has leído ni entendido es deuda técnica. Puede funcionar hoy, pero nadie ha comprobado si es seguro, si gestiona errores, si protege datos sensibles o si podrá soportar un crecimiento real.

Una aplicación que funciona con dos usuarios de prueba no tiene por qué sobrevivir a cien mil usuarios en producción. La deuda técnica se parece mucho a una deuda financiera: los intereses se acumulan en silencio y el cobrador aparece justo cuando menos te conviene. Normalmente en producción, un viernes y cerca de las once de la noche.

3. Tu estancamiento como profesional

Esta es la factura más cara. Mientras haces Vibe Coding puro, estás delegando justo las decisiones que más valor aportan en programación: arquitectura, diseño, estructura, seguridad y mantenimiento.

El criterio es como un músculo. Si no lo entrenas, no lo tienes. Puedes generar miles de líneas de código, pero si no eres capaz de explicar qué hacen, por qué están ahí y qué pasaría al modificarlas, no estás construyendo una habilidad sostenible.

Por eso ocurre tanto que alguien manda 200 líneas generadas por IA y dice: “Esto no funciona, no sé por qué”. En cuanto revisas el código, se nota que no se ha leído. No hay magia que arregle eso. Hay que recuperar el control.

Tu nuevo papel: de albañil a arquitecto

Piensa en un arquitecto y una constructora. El arquitecto no pone todos los ladrillos ni mezcla cemento. Decide qué se construye, prepara los planos, define los materiales, supervisa la obra y firma el resultado final.

Hacer Vibe Coding sin más es como contratar a la constructora más rápida del mundo y decirle: “Hazme una casa”. Probablemente levantará algo rápido. Pero cuando preguntes dónde están las tuberías, por qué no hay calefacción o cómo se mantiene la instalación eléctrica, nadie tendrá una respuesta coherente.

Con IA, tu trabajo ya no consiste solamente en escribir código. Tu trabajo consiste en ser el arquitecto del sistema. La IA puede ser una constructora extraordinariamente rápida, pero tú debes decidir qué se construye y verificar que se está construyendo bien.

El flujo profesional para programar con IA en cuatro pasos

Vamos a imaginar una aplicación sencilla para registrar hábitos. El error sería abrir el asistente y escribir: “Hazme una app de hábitos”. Eso no es una especificación. Es una invitación al caos.

1. Especifica antes de generar

Antes de abrir cualquier asistente, crea un documento de texto con cuatro bloques muy claros:

• Qué hace la aplicación en esta fase.
• Qué funcionalidades incluye esta primera versión.
• Qué funcionalidades quedan fuera por ahora.
• Qué datos y tecnologías se utilizarán.

Puede llevarte diez minutos, media hora o una hora. Pero durante ese tiempo ya has tomado más decisiones de diseño que alguien que se limita a pedir código durante todo el proyecto.

Esto se conoce como desarrollo dirigido por especificaciones. Ese documento se convierte en el contrato de trabajo con tu agente de IA. Si empieza a desviarse, lo traes de vuelta a lo acordado.

2. Usa la IA como consultora, no como decisora

Ahora sí, comparte la especificación con la IA. Pero no le pidas todavía que escriba toda la aplicación. Pídele que proponga varias formas de estructurar el proyecto, con ventajas e inconvenientes de cada alternativa.

La IA es excelente generando opciones. Elegir entre ellas es tu responsabilidad. Ahí está el criterio: evaluar propuestas, hacer preguntas y tomar una decisión consciente antes de construir.

3. Genera pieza por pieza y con contexto

No intentes construirlo todo de golpe. Divide el problema y vence, como ya sabían los romanos hace más de dos mil años.

Empieza por el modelo de datos. Genera esa parte, léela entera, pregunta lo que no entiendas, ajusta lo necesario y guarda un commit. Después pasa a la interfaz. Luego al backend. Después al registro de usuarios, los pagos o cualquier otra pieza.

Así, si algo deja de funcionar, sabes dónde mirar. Además, cada capa nueva se apoya sobre una base que ya has comprobado. Los tests unitarios son brutales para esto: permiten verificar que sigues construyendo encima de algo que funciona, en lugar de confiar en que todo sigue bien por pura suerte.

4. Revisa cada bloque con criterio

Antes de integrar cualquier parte, hazte tres preguntas:

• ¿Qué pasa si llega un dato inesperado?
• ¿Hay algo que pueda comprometer la seguridad?
• ¿Podría explicarle este código a otra persona?

Si la respuesta a cualquiera de las tres preguntas es no, todavía no está listo. No lo integres.

Un truco especialmente útil es abrir una sesión limpia de IA y pedirle que revise el código como un auditor externo. Incluso puedes programar con un modelo y revisar con otro. Una IA genera, otra analiza y tú tomas la decisión final.

Es algo más lento al principio, sí. Pero solo durante las primeras horas. A los pocos días avanzas más rápido que quien está atrapado arreglando lo que se rompió ayer. Y a las pocas semanas la diferencia es abismal.

Cuándo sí merece la pena hacer Vibe Coding

El Vibe Coding ha llegado para quedarse y tiene un sitio muy claro. No se trata de rechazarlo, sino de saber cuándo es la herramienta adecuada.

Úsalo sin complejos cuando el código sea realmente desechable:

• Un prototipo rápido para validar una idea en una tarde.
• Un script de usar y tirar para convertir archivos entre formatos.
• Una prueba para explorar una librería nueva.
• Un experimento personal que no manejará datos importantes ni tendrá mantenimiento.

La palabra clave es desechable. Si ese código no vivirá más de unos días, nadie más tendrá que tocarlo y no te juegas dinero, usuarios o reputación, adelante.

Pero cuando hay usuarios reales, pagos, datos sensibles, mantenimiento durante meses o impacto en tu trabajo, el Vibe Coding puro se termina. Ahí empieza la ingeniería de software.

La habilidad que de verdad paga el mercado

Generar código sin más ya no tiene valor diferencial. Cualquier persona puede abrir una IA y pedir una función, una web o una aplicación. Lo valioso es saber dirigir el proceso: especificar bien, diseñar bien, revisar bien y responsabilizarte del resultado.

El problema nunca fue hacer Vibe Coding. El problema es no saber hacer otra cosa que Vibe Coding.

Si quieres entrenar ese criterio con proyectos reales y aprender a diseñar, dirigir y construir agentes desde cero, puedes profundizar en el curso de Ingeniería de Agentes de IA. También puedes explorar toda la formación disponible en Inteligencia Artificial, incluyendo rutas para aprender desde los fundamentos hasta aplicaciones prácticas.

La IA puede hacerte muchísimo más rápido. Pero solo si sigues siendo tú quien piensa, decide y entiende lo que está construyendo.