Una tendencia que promete democratizar el desarrollo… y termina cediendo el control al algoritmo.
¿Qué es el vibe coding — y por qué no es solo “programar con IA”?
El término “vibe coding” fue acuñado por Andrej Karpathy en febrero de 2025, pero rápidamente trascendió su definición original para convertirse en una etiqueta controvertida dentro de la comunidad de desarrollo.
Más que una metodología técnica, el vibe coding describe un cambio de rol: el programador deja de ser quien escribe y decide, para convertirse en quien sugiere, pide y —en muchos casos— espera a ver qué hace la IA.
Cómo funciona (en la práctica)
- Se comienza con un prompt en lenguaje natural:
- “Quiero una app de to-do con login, dark mode y sincronización en tiempo real”.
- Un agente de IA (como Cursor, Claude Dev, o GitHub Copilot X) construye estructuras completas, elige frameworks, diseña APIs y hasta despliega infraestructura.
- El humano revisa el resultado, corrige errores… o no.
A diferencia del pair programming con IA (donde el desarrollador guía paso a paso), en el vibe coding la IA toma decisiones arquitectónicas clave sin consultar: patrones de diseño, librerías, estructura de estado, etc.
El auge acelerado: ¿por qué explotó en 2025?
Durante 2025, la combinación de:
- Agentes de IA más autónomos (con capacidad de planificación, reflexión y edición iterativa)
- Mejoras en el razonamiento de código de modelos como Claude 3.5 Sonnet y GPT-4o
- Herramientas integradas (Cursor, Bolt, Lovable, V0.dev) orientadas a “build from vibe”…
…ha hecho que el vibe coding pase de nicho a tendencia viral —especialmente entre startups y desarrolladores junior.
Plataformas como V0.dev (de Vercel) y Lovable permiten generar interfaces completas desde un prompt simple, reforzando la ilusión de que pensar = construir.
Las promesas: ¿qué vende el vibe coding?
Democratización del desarrollo
Permite a no programadores o juniors crear MVPs funcionales en horas, no semanas.
Velocidad sin precedentes
Prototipos, landing pages, CRUDs básicos y flujos de usuario se generan casi al instante.
Reducción de costes operativos
Startups reportan disminución del 40–60% en tiempo de desarrollo inicial para ciertos productos.
«Es como tener un equipo de ingenieros junior, 24/7, que no se queja, no pide aumento y nunca se va de vacaciones», dice un fundador anónimo en un hilo de X (junio 2025)
Los riesgos reales: lo que nadie quiere admitir
Pérdida de control arquitectónico
La IA elige tecnologías, patrones y estructuras sin justificar sus decisiones.
¿Usó Zustand o Redux? ¿Por qué Firebase y no Supabase? ¿Qué pasa si cambia el stack sin aviso?
Código frágil y difícil de mantener
Múltiples reportes indican que el código generado por vibe coding:
- Tiene alta redundancia,
- Carece de tests unitarios o de integración,
- Ignora buenas prácticas (tipado estricto, separación de responsabilidades),
- Contiene “soluciones mágicas” que funcionan… hasta que no.
Como señala un ingeniero senior en un post viral:
«El vibe coding no escribe código. Escribe ilusiones de código que funcionan en el demo, pero se rompen en producción.»
Dependencia psicológica y pérdida de habilidades
Desarrolladores con 5+ años de experiencia admiten en foros como Reddit y Lobsters haber olvidado cómo resolver problemas sin la IA, o sentir ansiedad al enfrentar un editor vacío
Incluso se ha acuñado el término “vibe lock”: la incapacidad de programar sin la guía constante de un modelo de lenguaje.
¿Quién realmente practica el vibe coding?
Los ingenieros experimentados no usan el vibe coding puro. En cambio, lo transforman en una práctica más controlada:
El enfoque de los profesionales: structured prompting
- Dividen el problema en unidades atómicas,
- Validan cada salida con pruebas,
- Exigen explicaciones de las decisiones técnicas,
- Mantienen el “human-in-the-loop” en cada etapa crítica.
Como resume un arquitecto de software en un hilo técnico:
«No le pido a la IA que me haga una app. Le pido que me escriba una función para validar emails según RFC 5322 —y luego la reviso línea por línea.»
El verdadero desafío: ¿quién está al mando?
El debate ya no es técnico —es ético y profesional.
Cuando delegamos la arquitectura, la seguridad y la lógica de negocio a un modelo estadístico, estamos:
- Cediendo la responsabilidad profesional,
- Asumiendo riesgos que la IA no puede comprender (privacidad, sesgos, escalabilidad),
- Construyendo sistemas que nadie realmente entiende por completo.
Como advierte un ingeniero en Dev.to (mayo 2025):
«No somos dueños de lo que la IA construye. Solo somos sus traductores —y a veces, ni eso.»
Ser maestro, no sirviente
El vibe coding no desaparecerá —pero su evolución dependerá de cómo la comunidad responda.
La alternativa no es rechazar la IA, sino reclamar el control:
- Usarla como asistente, no como oráculo,
- Exigir transparencia en sus decisiones (¿por qué eligió esta librería?),
- Mantener el juicio humano como última instancia.
Porque al final, no se trata de escribir código más rápido.
Se trata de construir sistemas confiables, éticos y sostenibles —y eso, por ahora, sigue siendo un trabajo profundamente humano.
«La IA no tiene vibe. Tiene patrones.
El vibe —la intuición, el juicio, la responsabilidad— sigue siendo nuestro.»
