Vibe coding: qué es, dónde funciona y dónde se rompe
El vibe coding — describir lo que quieres y aceptar lo que la AI produce sin leerlo — ha puesto un prototipo al alcance de cualquiera. Qué significa realmente el término, dónde funciona de verdad, dónde se derrumba en producción y qué disciplina lo sustituye.
Michele Cimmino · CEO & Academy Director, Lasting Dynamics · 6 de agosto de 2026 · 6 min read
"Vibe coding" ha pasado en un año de broma en X a término de búsqueda masivo. En Lasting Dynamics construimos software para clientes exigentes y formamos desarrolladores en nuestra academy, así que vemos el fenómeno desde los dos lados: en los prototipos entusiasmantes que nos enseñan los candidatos, y en los destrozos que de vez en cuando nos piden reparar. Esta es una guía honesta del término: qué significa, dónde funciona de verdad y dónde se rompe.
Qué significa realmente vibe coding
El término lo popularizó Andrej Karpathy a principios de 2025: programar "dejándose llevar por las vibraciones" — describes lo que quieres, aceptas lo que la AI produce sin leerlo de verdad, pegas los errores cuando algo falla, y repites. El código deja de ser algo que escribes y entiendes; se convierte en algo que invocas.
La definición honesta tiene dos mitades inseparables:
- Describes resultados en lugar de escribir instrucciones — esta mitad es el futuro, y ha venido para quedarse.
- No lees lo que sale — esta mitad es el problema, y es la definición literal del término.
Mucha gente usa ya "vibe coding" para referirse a cualquier desarrollo asistido por AI. Conviene corregirlo desde el principio: usar herramientas agénticas con disciplina no es vibe coding — es ingeniería moderna. El vibe coding es específicamente la variante en la que entender el código es opcional.
Dónde funciona de verdad
Digámoslo sin esnobismo, porque es la parte que los críticos se saltan:
- Prototipos y pruebas de concepto. Validar una idea en una tarde en lugar de en dos semanas cambia decisiones de negocio. Funciona.
- Herramientas personales de usar y tirar. El script que necesitas una vez, el dashboard que solo vas a usar tú: si se rompe, no se rompe nada.
- Aprender explorando. Ver a una AI construir algo es una forma legítima de descubrir patrones y librerías — si después vuelves y entiendes lo que ha hecho.
- El primer 80% del trabajo no crítico. Layouts, boilerplate, integraciones estándar: la AI los hace rápido y bien.
Quien desprecia todo esto no ha entendido el cambio: la barrera para construir algo se ha derrumbado, y eso es bueno.
Dónde se rompe
Luego el prototipo funciona, alguien dice "vamos a lanzarlo", llegan usuarios reales — y llega la factura. Los modos de fallo se repiten con una regularidad asombrosa:
1. El muro de la comprensión. Mientras cada petición es aditiva ("añade un botón"), todo fluye. El día que necesitas cambiar algo estructural en un codebase que nadie ha leído nunca, descubres que no sabes dónde meter mano — y la AI tampoco, porque la estructura es un sedimento de decisiones accidentales que nadie revisó.
2. La seguridad no emerge de las vibraciones. Validación de entradas, gestión de sesiones, permisos, secretos en el archivo equivocado: la AI genera código plausible, y el código de seguridad plausible es exactamente el que acaba vulnerado. Nadie que no lea el código se dará cuenta antes que los atacantes.
3. Los datos no perdonan. Un esquema de base de datos crecido por acumulación aguanta mientras los datos son pocos y los caminos son felices. Migrar datos reales desde un esquema equivocado es de los trabajos más caros que existen en software — y ningún prompt lo hace indoloro.
4. La deuda de review es compuesta. Cada línea aceptada sin entenderla es un pequeño préstamo. Sobre mil líneas se gestiona; sobre cincuenta mil, el codebase es técnicamente tuyo y en la práctica de nadie.
5. Sin tests, la AI adivina con mucha seguridad. Un agente que puede ejecutar una suite de tests fiable converge hacia lo correcto. Uno lanzado sobre un codebase sin tests — el producto típico del vibe coding — produce cambios que parecen correctos. La diferencia se descubre en producción.
La disciplina que sustituye a las vibraciones
La respuesta al vibe coding no es volver a escribirlo todo a mano — eso sería responder a los accidentes de coche volviendo al caballo. Es la disciplina que hace sostenible la velocidad:
- Briefs precisos en lugar de prompts vagos: contexto, restricciones, definición de hecho.
- Review de cada línea que entra: si no la entiendes, pide a la AI que te la explique — lo hace muy bien — hasta que la entiendas.
- Tests como correa del agente, escritos antes o junto al código.
- Incrementos pequeños y verificables, cada uno un commit, en lugar de avalanchas de cambios.
- Arquitectura decidida por ti: la AI rellena la estructura; la estructura es tu trabajo.
Quien domina esta disciplina obtiene la velocidad del vibe coding más un sistema que aguanta. Es literalmente lo que enseñamos: en el curriculum de la Lasting Dynamics Academy, el trabajo práctico con agentic AI convive con arquitecturas de software, patrones de diseño, testing y modelos relacionales — porque un multiplicador sin fundamentos multiplica cero. Llevamos diez años formando así a los ingenieros que después contratamos: gratis, en remoto total, con plazas limitadas, con review semanal del mentor y una oferta de trabajo para quien completa el programa.
Si has vibe-codeado algo de lo que estás orgulloso y quieres convertirte en el tipo de desarrollador que también sabe mantenerlo, esa disciplina vive en nuestro programa de agentic coding — las solicitudes para la próxima cohorte están abiertas.
FAQ
¿Vibe coding y desarrollo asistido por AI son lo mismo? No. El desarrollo asistido por AI con review, tests y criterio es práctica profesional moderna. El vibe coding es la variante en la que aceptas el resultado sin entenderlo. La diferencia no es la herramienta — es la disciplina.
¿Es el vibe coding una buena forma de aprender a programar? Como chispa de curiosidad, sí. Como método, no: aprendes a obtener código, no a entenderlo, y el muro llega pronto. El camino que funciona es usar la AI exigiéndote entender cada línea — el doble de esfuerzo al principio, diez veces el retorno después.
¿Puede un producto vibe-codeado llegar a producción? Algunos han llegado, y unos pocos sobrevivieron lo suficiente para que unos ingenieros los reescribieran. La pregunta correcta es: ¿quién responde al primer agujero de seguridad, al primer bug de datos, a la primera migración? Si la respuesta es "nadie sabe cómo", producción te lo hará saber.
¿Con qué herramientas se hace vibe coding? Con las mismas que usa la ingeniería seria: Claude Code, Cursor, Copilot y compañía. Hemos escrito una guía completa de Claude Code — que es, en la práctica, el manual para usar estas herramientas sin rendirse a las vibraciones.