Qué es el vibecoding (y por qué la mayoría lo hace mal)

En febrero de 2025, Andrej Karpathy —cofundador de OpenAI y exjefe de IA en Tesla— escribió un tweet que se convirtió en fenómeno cultural. Describía una nueva forma de crear software: le hablabas a la IA, ella escribía el código, tú ignorabas completamente lo que había por debajo, y así hasta tener algo funcionando.

Lo llamó vibecoding.

En menos de un mes el término era tendencia global. En marzo de 2025 ya estaba en el diccionario de Merriam-Webster como "slang & trending". Collins English Dictionary lo nombró Palabra del Año 2025.

Y con la viralidad llegó el problema: millones de personas empezaron a vibecoder sin entender qué significa hacerlo bien.

Este post es para que no seas una de ellas.

---

1. Qué es exactamente el vibecoding

El concepto es sencillo: en lugar de escribir código línea a línea, describes en lenguaje natural lo que quieres construir y la IA lo genera por ti. Tú guías. La IA ejecuta.

Karpathy lo describió así en su tweet original:

"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists."

La idea era liberar a los programadores de la parte mecánica —escribir código repetitivo, corregir errores triviales, buscar sintaxis— para que pudieran centrarse en qué construir, no en cómo construirlo.

1.1 La diferencia clave con pedir código a ChatGPT

Hay una distinción importante que la mayoría pasa por alto: vibecoding no es simplemente "pedirle código a una IA y copiarlo".

Las herramientas de vibecoding (Cursor, Claude Code, Windsurf, GitHub Copilot) tienen contexto completo de tu proyecto. Ven todos tus archivos. Entienden la arquitectura. Pueden leer errores del terminal en tiempo real y proponer soluciones sin que tú se los expliques. Es un colaborador que conoce tu base de código, no una IA a la que le preguntas cosas sueltas.

1.2 Para qué se diseñó originalmente

Karpathy fue muy explícito en su contexto original: vibecoding es ideal para proyectos de fin de semana, prototipos rápidos e ideas que quieres explorar sin invertir semanas en implementarlas.

La idea era democratizar la creación de software. Si tienes una idea, ahora puedes construirla aunque no sepas programar. Eso es poderoso y real.

Lo que no era la intención: montar sistemas de producción críticos, aplicaciones con datos sensibles o software que van a usar otras personas, todo ello sin entender nada de lo que hay por debajo.

---

2. Por qué el vibecoding se viralizó (y por qué eso es un problema)

El término explotó porque tocó algo verdadero: la barrera de entrada para crear software se ha derrumbado. Cosas que antes requerían meses de aprendizaje ahora se pueden prototipar en horas.

Pero la narrativa que se viralizó fue la más extrema: "ya no hace falta saber programar para nada, la IA lo hace todo".

Y eso es donde empieza el desastre.

2.1 El vibecoding que se hace mal tiene un nombre: vibe debugging

Cuando alguien vibecoder sin ninguna comprensión de lo que hace, el flujo habitual es este:

1. Le pides algo a la IA y genera código.
2. Algo falla.
3. Copias el error del terminal y lo pegas en el chat.
4. La IA corrige algo.
5. Aparece otro error.
6. Repites desde el paso 3, indefinidamente.

Esto tiene nombre: vibe debugging. Y puede durar horas. O días. O terminar con un proyecto abandonado porque la persona no tiene idea de qué está pasando ni por dónde empezar a entender el problema.

2.2 La paradoja de la competencia percibida

Uno de los efectos más peligrosos del vibecoding mal hecho es que genera una falsa sensación de competencia.

Puedes generar una aplicación web en 20 minutos y sentirte un experto. El problema es que el sistema subyacente puede ser frágil, inseguro o completamente inmantenible, y tú no tienes forma de saberlo porque nunca miraste el código.

Un usuario inexperto que vibecoder sin revisión puede construir algo que parece funcionar perfectamente en su ordenador y que expone datos de sus usuarios al mundo entero en producción.

No es exageración. Es lo que está pasando.

---

3. Los riesgos reales del vibecoding a ciegas

Aquí los números concretos para que no parezca alarmismo:

• Un estudio de Wiz reveló que el 20% de las aplicaciones creadas con vibecoding tienen vulnerabilidades graves o errores de configuración críticos.
• El 45% contiene vulnerabilidades de la lista OWASP Top-10, los errores de seguridad más comunes y conocidos en el sector.
• Cada día se suben a repositorios públicos miles de claves de API, contraseñas y tokens provenientes de código generado por IA que los usuarios copian sin revisar.

Los fallos más frecuentes son:

• Flujos de autenticación mal construidos: login, gestión de sesiones y control de acceso generados a toda velocidad sin revisión real.
• Credenciales hardcodeadas: la IA pone claves de ejemplo en el código y el usuario las sube tal cual a GitHub.
• Validación de datos inexistente: la IA genera endpoints que aceptan cualquier input, incluyendo inyecciones de código.
• Gestión de errores nula: cuando algo falla en producción, no hay forma de saber qué pasó ni por qué.

3.1 El propio Karpathy reconoció las limitaciones

Hay un detalle irónico que poca gente conoce: el propio inventor del término acabó admitiendo que para su siguiente proyecto importante, escribió el código a mano.

Su proyecto llm.c —una implementación desde cero de GPT-2— lo construyó manualmente porque requería un nivel de control y precisión que el vibecoding puro no podía garantizar. También reconoció que las IAs tienden a duplicar código en vez de crear funciones reutilizables, y que periódicamente tiene que hacer "pasadas de limpieza" para mantener el código en buen estado.

El creador del término lo usa como una herramienta, no como la única forma de hacer las cosas.

---

4. La diferencia entre vibecoding bien hecho y copiar a ciegas

Aquí está el punto central de este post: vibecoding con fundamento no significa saber programar como un senior. Significa entender lo suficiente para no ser un peligro para ti mismo y para los demás.

Hay una diferencia enorme entre estos dos perfiles:

El vibe coder a ciegas:

• No lee el código que genera la IA
• Copia errores al chat sin intentar entenderlos
• Sube la aplicación a producción sin probarla en diferentes escenarios
• No sabe qué datos guarda su aplicación ni dónde
• Considera "funciona en mi ordenador" como suficiente validación

El vibe coder con fundamento:

• Lee el código generado, aunque no lo hubiera escrito él
• Pregunta a la IA que le explique las partes que no entiende
• Entiende qué hace cada pieza antes de usarla
• Sabe qué datos maneja su aplicación y tiene claro cómo se protegen
• Prueba los casos extremos: ¿qué pasa si alguien mete datos raros? ¿Y si falla la conexión?

4.1 Qué nivel de comprensión necesitas realmente

No tienes que aprender a programar de cero. Pero sí necesitas poder responder estas preguntas sobre cualquier cosa que construyas:

• ¿Qué datos guarda esta aplicación y dónde los guarda?
• ¿Quién puede acceder a qué partes?
• Si algo falla, ¿cómo me entero y qué hago?
• ¿Qué pasa si alguien intenta hacer algo que no debería?

Si no puedes responder esas preguntas, tienes un problema. No de programación, sino de comprensión básica de lo que estás construyendo.

4.2 Usar la IA para entender, no solo para generar

La diferencia más práctica entre ambos perfiles es esta: el vibe coder con fundamento usa la IA tanto para generar código como para entenderlo.

No solo le dice "construye esto". También le pregunta:

• "Explícame qué hace este bloque de código y por qué lo has estructurado así"
• "¿Qué vulnerabilidades de seguridad podría tener esta función?"
• "Si esta aplicación crece a 10.000 usuarios, ¿dónde estarían los cuellos de botella?"
• "¿Hay una forma más simple de hacer lo mismo?"

Usar la IA para entender lo que genera es tan importante como usarla para generarlo. Uno sin el otro es la diferencia entre construir con herramientas y ser arrastrado por ellas.

---

5. Para qué sirve el vibecoding (y para qué no)

Seamos concretos. El vibecoding es una herramienta extraordinaria para determinadas situaciones y una trampa en otras.

5.1 Cuándo el vibecoding es exactamente lo que necesitas

• Prototipos y validación de ideas: quieres saber si algo funciona antes de invertir semanas en construirlo bien.
• Automatizaciones personales: un script que procesa tus facturas, un bot que te envía notificaciones, una herramienta solo para ti.
• Aprender haciendo: construir cosas reales mientras aprendes cómo funcionan es una de las formas más rápidas de entender tecnología.
• Proyectos sin datos sensibles: una web de información, un portfolio, una herramienta interna sin contraseñas ni datos de usuarios.
• Acelerar trabajo repetitivo: si ya sabes lo que quieres construir y cómo debería funcionar, la IA puede multiplicar tu velocidad de producción.

5.2 Cuándo necesitas ir más despacio

• Cualquier aplicación con datos de otras personas: emails, contraseñas, información médica, datos financieros. Aquí los errores tienen consecuencias reales.
• Software que otros van a usar en producción: si va a estar expuesto en internet, necesitas entender qué estás exponiendo.
• Sistemas donde un fallo tiene coste real: si tu aplicación deja de funcionar y eso te cuesta clientes o dinero, necesitas poder diagnosticar el problema.
• Integraciones con sistemas de pago: Stripe, PayPal o cualquier pasarela de cobro requieren un nivel de cuidado que el vibecoding a ciegas no puede garantizar.

---

6. Cómo empezar a vibecoder con fundamento

Si quieres aprovechar el poder del vibecoding sin los riesgos de hacerlo a ciegas, aquí tienes un marco práctico.

6.1 El principio de "no avances sin entender"

Antes de ejecutar cualquier código que ha generado la IA, hazle tres preguntas:

1. "Explícame en términos simples qué hace este código"
2. "¿Hay algo en esto que podría ser un riesgo de seguridad?"
3. "¿Qué podría fallar aquí y cómo lo detectaría?"

Si la explicación no tiene sentido para ti, pídele que la simplifique. Si después de tres intentos sigue sin tener sentido, es una señal de que estás en territorio donde necesitas entender más antes de continuar.

6.2 Construye incrementalmente

No pidas a la IA que construya todo de una vez. Construye por capas:

• Primero: una versión mínima que haga solo una cosa
• Segundo: prueba esa cosa hasta que estés seguro de que funciona bien
• Tercero: añade la siguiente funcionalidad

Cada capa que añades debería ser comprensible por sí sola. Si no lo es, pausa antes de seguir.

6.3 Pide revisión de seguridad antes de subir nada a producción

Antes de poner cualquier cosa accesible en internet, usa este prompt:

Revisa este código desde el punto de vista de seguridad.
Lista cualquier vulnerabilidad potencial, datos que podrían
exponerse sin querer, o configuraciones que deberían cambiarse
antes de ponerlo en producción.

No es perfecto —la IA puede pasar cosas por alto— pero es mejor que no revisar nada.

6.4 Aprende el vocabulario mínimo

No necesitas aprender a programar. Pero sí necesitas entender qué significan términos como: autenticación, autorización, variable de entorno, endpoint, base de datos, clave de API.

Con ese vocabulario básico puedes hacer las preguntas correctas a la IA y entender sus respuestas. Sin él, estás construyendo en un idioma que no puedes leer.

---

7. El vibecoding como palanca, no como sustituto del criterio

El vibecoding ha democratizado algo que antes era exclusivo de programadores: la capacidad de crear herramientas digitales. Eso es real y es valioso.

Pero la democratización de la creación no elimina la responsabilidad de lo que creas.

Un martillo en manos de alguien que no sabe lo que está clavando puede romper cosas. Una aplicación en manos de alguien que no entiende lo que ha construido puede exponer datos, romper sistemas o simplemente dejar de funcionar en el peor momento posible.

El vibecoding no te pide que sepas programar. Te pide que entiendas lo que estás construyendo. Esa diferencia es todo.

La pregunta que deberías hacerte antes de cada proyecto no es "¿puede la IA construirlo?". Casi siempre puede. La pregunta es "¿entiendo suficiente de lo que voy a construir para ser responsable de ello?".

Si la respuesta es sí, adelante. Si es no, el primer paso no es empezar a construir sino aprender lo suficiente para responder que sí.

---

En Claudio Academy enseñamos a usar Claude con fundamento: no solo a generar cosas, sino a entender lo que estás haciendo y por qué funciona. Si quieres usar la IA como una palanca real en tu trabajo, sin convertirte en un riesgo para ti mismo, empieza por aquí.