"Solo dile a la IA lo que quieres y te lo hace." Esa es la promesa del vibecoding. Y tecnicamente es cierta: si le dices a un agente de IA que te haga una aplicacion, te la hace.
El problema es que tambien te la rompe. Y cuando se rompe, no sabes por que. Y cuando no sabes por que, no sabes como arreglarla. Y cuando no sabes como arreglarla, le dices al agente "arreglalo" y el introduce un parche que crea tres problemas nuevos. Y asi hasta que el proyecto es un desastre que nadie entiende.
He visto este ciclo docenas de veces. Es la razon por la que la mayoria de proyectos de vibecoding mueren en semanas.
Que es vibecoding (y que no es)
El termino lo acuño Andrej Karpathy, cofundador de OpenAI y una de las mentes mas brillantes en inteligencia artificial. Su descripcion original era casi poetica: escribir codigo guiandose por la "vibra", sin preocuparse por los detalles tecnicos, dejando que la IA se encargue.
El problema es que la gente lo interpreto como "no necesitas entender nada, la IA lo hace todo". Y eso no es lo que Karpathy dijo, ni lo que el hace. El es un ingeniero de elite que entiende profundamente lo que la IA genera. Puede vibecodeear porque tiene decadas de experiencia para evaluar el resultado.
Cuando un principiante vibecodeea, es como darle un bisturi a alguien que nunca estudio medicina. La herramienta funciona, pero el resultado puede ser catastrofico.
Por que el vibecoding falla en produccion
1. No hay supervision
El vibecoding puro dice "genera y ejecuta". Mi metodologia dice "genera un plan, yo lo reviso, pregunto lo que no entiendo, y autorizo paso a paso". La diferencia no es la herramienta — es el proceso alrededor de la herramienta.
Sin supervision, el agente toma decisiones que pueden ser tecnicamente correctas pero incorrectas para tu negocio. O peor: tecnicamente incorrectas y tu no te das cuenta hasta que un cliente te reporta un problema.
2. No hay contexto de negocio
El agente no sabe que tus clientes son doctores en Latinoamerica que usan WhatsApp. No sabe que el internet en ciertas zonas es lento. No sabe que tu mercado prefiere transferencias bancarias a tarjetas de credito.
Si no le das ese contexto, va a construir una aplicacion generica que funciona en un demo pero no en el mundo real. Y el vibecoding no incluye el paso de dar contexto porque "la vibra" no necesita contexto.
3. No hay proceso de prueba
Generar codigo es facil. Probarlo es trabajo. El vibecoding prioriza la velocidad de generacion sobre la calidad del resultado. "Mira, en 10 minutos hice una app." Si, pero ¿funciona en mobile? ¿Funciona con internet lento? ¿Que pasa si dos usuarios hacen lo mismo al mismo tiempo? ¿Que pasa si el usuario escribe algo inesperado?
Estas preguntas no tienen vibra. Pero son la diferencia entre un demo y un producto.
4. No hay seguridad
Este es el punto mas peligroso. El vibecoding no incluye politicas de seguridad. No incluye backups automaticos. No incluye permisos por agente. No incluye revision de lo que el agente hace antes de hacerlo.
En un proyecto personal, esto no importa mucho. En un producto con datos de clientes reales, es una bomba de tiempo.
La diferencia entre vibecoding y operar con agentes
Yo uso agentes de IA todos los dias. No soy ingeniero. No escribo codigo. Desde afuera, podria parecer vibecoding. Pero no lo es, porque:
- Tengo un proceso definido que sigo cada vez (plan → revision → contexto → ejecucion supervisada → prueba → produccion)
- Tengo politicas de seguridad escritas que los agentes leen automaticamente
- Tengo permisos diferenciados por agente — no todos pueden hacer todo
- Tengo backups automaticos y un boton del panico
- No apruebo nada que no entienda — si no entiendo el plan, pregunto hasta que entienda
- Pruebo todo antes de produccion — desde el celular, con internet lento, con casos raros
Nada de esto es "vibra". Es disciplina. Es aburrido. Es repetitivo. Y es exactamente lo que hace que mi plataforma siga funcionando meses despues de cada cambio.
El vibecoding tiene su lugar
No estoy diciendo que vibecoding es inutil. Tiene su lugar:
- Prototipos y experimentos: si quieres probar una idea rapidamente sin preocuparte por calidad, vibecodeea. Asi ves si la idea tiene potencial antes de invertir tiempo en hacerla bien.
- Proyectos personales: si solo tu lo vas a usar y no importa si se rompe, vibecodeea todo lo que quieras.
- Aprender: vibecodear para entender como funciona algo es un metodo de aprendizaje valido.
Donde no tiene lugar es en produccion. No en un producto que otras personas usan y por el cual pagan. No donde hay datos de clientes. No donde una falla afecta a alguien mas que a ti.
Mi propuesta
En lugar de vibecoding, propongo algo menos marketeable pero mas efectivo: operar con agentes usando un proceso.
No necesitas ser ingeniero. Pero necesitas:
- Un proceso que sigas cada vez (el mio tiene 7 pasos, lo explique en este post)
- Politicas de seguridad escritas que los agentes lean automaticamente
- Fundamentos tecnicos suficientes para evaluar lo que el agente propone
- La disciplina de no aprobar lo que no entiendas
Es la diferencia entre un conductor que cierra los ojos y pisa el acelerador esperando llegar, y uno que mira el camino, respeta las señales, y ajusta la velocidad segun las condiciones. Ambos van en el mismo carro. Solo uno llega.
Disclaimer: no tengo nada en contra de la gente que vibecodeea para aprender o experimentar. Mi critica es hacia la narrativa de que vibecoding es una estrategia viable para productos en produccion. En mi experiencia, no lo es.