¿Qué es el vibe coding, cómo hacerlo bien y para quién sirve?

¿Qué es el vibe coding, cómo hacerlo bien y para quién sirve?

0:00

/434

1×

Leer en inglés →

«Vibe coding» suena a trend de TikTok, pero tiene fecha y autor. En febrero de 2025, Andrej Karpathy (cofundador de OpenAI y ex director de IA en Tesla) publicó en X que había encontrado «un nuevo tipo de programación» donde uno se entrega por completo a las vibras, acepta todo lo que propone la IA y se olvida de que el código existe. Un mes después ya estaba en todos lados, y la definición ya se había estirado hasta significar casi cualquier cosa. Vamos a ponerle orden.

Qué es (la definición original)

Karpathy lo describió así: le habla a la herramienta, pide cosas como «reduce a la mitad el espacio de la barra lateral», le da «aceptar todo» siempre, ya no lee los cambios, y cuando sale un error lo pega tal cual y casi siempre se arregla. Su propio comentario: para proyectos desechables de fin de semana no está mal, y resulta bastante divertido. Fíjate en el contexto: lo dijo un programador de primer nivel, hablando de proyectos sin consecuencias.

Simon Willison, desarrollador muy conocido en el mundo de la IA, propuso una línea clara pocas semanas después: vibe coding es construir software con un modelo de lenguaje sin revisar el código que escribe. Y recalcó que no es lo mismo que programar con ayuda de IA. Si usas IA, pero lees, pruebas y entiendes lo que sale, eso es programación asistida. Es una distinción útil, porque mezcla a quien juega un sábado con quien construye algo que va a tocar dinero y datos de clientes.

El orden también importa; estos son los archivos que le dan contexto a la herramienta: archivos para vibe coding: contexto y orden.

Para quién sirve

Sirve, con honestidad, para estos casos:

• Prototipos y pruebas de concepto. Quieres ver si una idea tiene sentido antes de gastar en construirla bien.
• Herramientas personales o internas pequeñas. Un tablero, un convertidor, una automatización que solo usas tú o tu equipo cercano, sin datos sensibles.
• Aprender. Ver cómo se arma una aplicación, aunque luego la tires.
• Gente con criterio de negocio pero sin código. Puede comunicar qué necesita y evaluar si el resultado se comporta bien.

No sirve (o sirve solo con revisión profesional) para: sistemas que manejan pagos, datos personales o de salud; cualquier cosa que tus clientes usen y de la que dependa tu reputación; software que tendrá que crecer y mantenerse por años. Ahí «lo hizo la IA y funcionó en mi pantalla» no es un plan de calidad.

Si el código o los datos no pueden salir de tu máquina, hay opción: IA que programa en tu propia computadora: LLM locales.

Por qué importa lo de revisar

La manera responsable de hacerlo

Mi versión, sin dogmas, para quien quiere velocidad sin dormir mal:

1. Decide el nivel de riesgo antes de empezar. ¿Es un juguete o toca datos reales? Eso define cuánto vibe y cuánta revisión.
2. Escribe primero qué quieres. Una página con el objetivo, para quién es y qué no debe hacer. Un archivo de instrucciones corto para la herramienta ayuda mucho (hablo de ellos en otro artículo).
3. Construye en pedazos pequeños. Pide una cosa, mírala funcionar, avanza. «Hazme todo el sistema» es la receta de un enredo.
4. Prueba como lo haría un usuario torpe. Datos raros, botones al revés, campos vacíos. Pídele también a la IA que escriba pruebas automáticas, y verifica que corran.
5. Usa control de versiones. Guarda cada paso que funciona para poder regresar. Es el botón de deshacer de los adultos.
6. Cuida los secretos. Claves y contraseñas nunca en el código ni en los documentos que lee la IA.
7. Pide a alguien que sepa que lo revise antes de que sea real. Si el proyecto pasa de juguete a negocio, hay que meter a una persona técnica. Esto no es burocracia; es seguro de vida barato.

Cuando haces esto, ya no estás exactamente haciendo vibe coding en el sentido de Karpathy. Estás haciendo programación asistida por IA, y no hay vergüenza en eso: para trabajo serio es justo lo recomendable.

Tres mitos que conviene soltar

• «Ya no hace falta saber nada». Hace falta saber qué quieres y reconocer cuando algo está mal. La IA escribe rápido; no sabe qué le importa a tu negocio.
• «Si corre, está bien». Correr es el piso, no el techo. Falta que sea seguro, que no pierda datos y que alguien más pueda entenderlo.
• «Es solo para programadores jóvenes». Al revés: le saca más provecho quien ya sabe pedir, probar y desconfiar con elegancia. Es decir, mucha gente de negocio con experiencia.

Un pedido bueno y uno malo

Malo: «hazme una app para mi negocio». Mejor: «necesito una página donde mis clientes registren una solicitud de cotización con nombre, correo y descripción; que me llegue un aviso por correo; que no guarde nada más; y que si falta un dato, muestre un mensaje claro». La segunda versión no es más técnica. Es más clara, y la claridad es la mitad del oficio.

Mi lectura

El vibe coding es una herramienta genuinamente poderosa para explorar ideas rápido, y bajó la barrera para que gente de negocio construya cosas que antes necesitaban un equipo. Eso es bueno. El problema aparece cuando se vende como «ya no necesitas saber nada». Saber qué quieres, probar que funciona y reconocer cuándo algo es riesgoso sigue siendo trabajo humano, y es justo el trabajo que más valor tiene.

Úsalo para explorar, para aprender y para prototipar. Para lo que importa, léelo, pruébalo y que lo revise alguien. Las vibras son excelentes para una cena; para tu base de clientes, mejor verificar.

Fuentes y nota editorial

Publicación original de Karpathy en X (febrero de 2025), citada completa en Simon Willison, «Not all AI-assisted programming is vibe coding» (19 de marzo de 2025). Contexto: MIT Technology Review. Seguridad: Veracode, 2025 GenAI Code Security Report (cifra reportada por el proveedor).