¿Qué es vibe coding? Programar describiendo lo que quieres
Vibe coding es construir software diciéndole a una IA lo que quieres, sin revisar el código. De dónde viene el término, para qué sirve y cuándo deja de servir.
¿De dónde viene el término?
Andrej Karpathy, cofundador de OpenAI y antes director de IA en Tesla, lo acuñó en un post en X de febrero de 2025. Describía “un nuevo tipo de programación” en la que te entregas por completo a las vibras, abrazas las exponenciales y olvidas que el código existe. En la práctica: hablarle a una herramienta de código, aceptar todos los cambios sin leer los diffs y pegar de vuelta los mensajes de error. Él mismo dijo que no estaba mal para proyectos desechables de fin de semana.
En noviembre de 2025, Collins Dictionary nombró “vibe coding” palabra del año. Lo define como el uso de inteligencia artificial, formulado en lenguaje natural, para ayudar a escribir código de computadora (CNN vía KRDO).
¿Por qué le importa a un diseñador?
Porque el término mezcla dos cosas que conviene separar. La primera es la velocidad: un diseñador puede pasar de una idea a un prototipo funcional en una tarde, sin esperar a que haya alguien de desarrollo disponible. La segunda es el riesgo: el código que nadie revisó puede tener secretos expuestos, datos personales que salen de la máquina o cobros inesperados de una API.
Simon Willison, desarrollador que ha escrito mucho sobre el tema, propone una distinción. Para él, vibe coding es construir software con un LLM sin revisar el código que escribe. En cambio, si un LLM escribió el código y tú lo revisaste, lo probaste a fondo y puedes explicarle a otra persona cómo funciona, eso no es vibe coding sino desarrollo de software, y que haya participado un LLM es irrelevante. Su regla para programación asistida de calidad de producción es no subir al repositorio ningún código que no sepa explicar exactamente qué hace (Simon Willison, marzo de 2025).
Esa distinción decide cuándo sirve el vibe coding. Willison lo acepta cuando el proyecto es de bajo riesgo (“low stakes”): hay que pensar cuánto daño podría causar el código si tiene errores o vulnerabilidades. También lo ve útil para aprender, porque construir un proyecto es una buena forma de descubrir qué se puede lograr con código. Para productos con usuarios reales, pagos o datos sensibles, la falta de revisión se paga después. La comparación completa está en vibe coding vs. ingeniería asistida por IA.
¿Qué se puede hacer con vibe coding?
Es útil para tres tipos de trabajo:
| Uso | Ejemplo | Riesgo si sale mal |
|---|---|---|
| Prototipo para validar una idea | Una página para probar un flujo con cinco personas | Bajo: se descarta |
| Herramienta personal | Un script que renombra tus archivos de diseño | Bajo a medio: afecta solo a tu equipo |
| Producto con usuarios o datos | Una app con login, pagos o datos de clientes | Alto: requiere revisión real |
La regla simple: cuanto más gente y más datos dependen del código, menos conviene dejarlo sin revisar. Un diseñador puede hacer el prototipo con vibe coding y pedir a una persona de ingeniería que revise la versión antes de publicarla. Antes de compartir cualquier cosa, repasa la seguridad básica en vibe coding.
¿Cómo se empieza sin perderse?
Tres hábitos ayudan:
- Describe el resultado, no solo la función. “Quiero un formulario de contacto que valide el correo y muestre un mensaje de error en español” funciona mejor que “haz un formulario”.
- Pide una explicación. Antes de aceptar un cambio grande, pregunta qué archivos toca y por qué.
- Prueba cada paso. Un clic en la pantalla que cambiaste dice más que el código que no leíste.
Estos hábitos se profundizan en iterar por prompts sin perder el control y en cuándo no hacer vibe coding.
Ejemplo
Ejemplo ilustrativo: una diseñadora quiere probar si una lista de tareas con sugerencias automáticas le sirve a su equipo. Le describe la app a una herramienta de IA, tiene una versión funcionando esa misma tarde y la comparte con cinco compañeros. Tras la prueba, decide que la idea vale la pena y quiere ofrecerla a clientes. En ese momento la app ya maneja datos de personas, así que pide a un desarrollador que revise el código, cambie cómo se guardan los datos y añada un login. El prototipo fue vibe coding; el producto no puede serlo.
¿Cómo lo aplicas mañana?
- Elige un problema pequeño de tu trabajo diario, como un formulario interno o un generador de nombres de archivo, y constrúyelo en una tarde.
- Antes de compartirlo, escribe en una página qué hace, qué datos toca y quién lo usará. Si no puedes escribirlo, todavía no entiendes lo que construiste.
- Haz una prueba de tres pasos con datos de ejemplo realistas, no con los que generó la IA.
- Decide por escrito si el prototipo se queda como herramienta personal o pasa a revisión de ingeniería.
Este ejercicio te enseña el ritmo del vibe coding sin exponer a nadie. Si quieres ver cómo pasa una idea a una app publicada, mira de idea a app en un día.
Errores comunes
- Creer que vibe coding significa que la IA no se equivoca.
- Publicar en producción algo que nadie revisó, con datos reales.
- Confundir una demo que funciona en tu computadora con software listo para usuarios.
- Aceptar cambios grandes sin entender qué archivos tocaron.
- Usar el término para cualquier uso de IA al programar, lo que borra la diferencia entre revisar y no revisar.
- Olvidar que las claves de API y los secretos pueden quedar expuestos en el código generado.
Fuentes
- Simon Willison, “Not all AI-assisted programming is vibe coding (but vibe coding rocks)” (marzo de 2025): https://simonwillison.net/2025/Mar/19/vibe-coding/
- Collins Dictionary, palabra del año 2025, según CNN vía KRDO (6 de noviembre de 2025): https://krdo.com/news/2025/11/06/vibe-coding-named-collins-dictionarys-word-of-the-year/
- Wikipedia, “Vibe coding” (fecha del post original y contenido): https://en.wikipedia.org/wiki/Vibe_coding