¿Qué es el vibecoding?

El vibecoding (del inglés vibe coding) es una forma de programar en la que describes lo que quieres en lenguaje natural, dejas que una IA escriba y edite el código, y avanzas aceptando o corrigiendo sus resultados sin revisarlos línea por línea. El término lo acuñó Andrej Karpathy a principios de 2025: "te entregas a las vibras y te olvidas de que el código existe".

La idea central es un cambio de foco. En vez de escribir instrucciones para la máquina, escribes intenciones para un agente: "haz el hero más compacto", "el botón no quedó centrado, arréglalo", "ahora agrega una sección de precios". El modelo traduce eso a código y lo aplica. Tú miras el resultado en pantalla, no el diff.

¿Qué es?

Vibecoding es el modo rápido y exploratorio del desarrollo asistido por IA. Tres rasgos lo definen:

• Guías por resultado, no por implementación. Describes el objetivo y el comportamiento esperado; la IA decide cómo escribirlo.
• Iteras en lenguaje natural. Cada ajuste es una frase corta, no una edición manual. El ciclo pedir → ver → volver a pedir dura segundos.
• Relajas la revisión a propósito. No lees cada línea que genera. Confías en lo que ves funcionar y sigues.

Ese último punto es lo que separa al vibecoding del desarrollo AI-First "con criterio". No es que la revisión desaparezca: se pospone. El trato es explícito —velocidad ahora, rigor después— y solo funciona si sabes cuándo cobrar esa deuda.

Modelo mental

Piensa en la diferencia entre un boceto y un plano.

Un boceto lo haces rápido, a mano alzada, para ver si la idea se sostiene. No lo entregas a un constructor. Si funciona, lo redibujas en limpio con medidas reales. El vibecoding es bocetar, pero en código: exploras una idea, una pantalla, un flujo, sabiendo que lo que sale es material desechable o material que vas a endurecer después.

Dónde encaja respecto de otros términos:

• Desarrollo AI-First es el paradigma completo: el humano dirige arquitectura y criterio, la IA ejecuta, y todo pasa por revisión.
• Vibecoding es un carril dentro de ese paradigma: el tramo donde bajas la guardia de revisión para moverte a la velocidad de las ideas.
• El antipatrón aparece cuando el vibecoding se usa sin criterio: código que nadie entiende llegando a producción, la "ilusión de velocidad" que colapsa en aplicaciones reales.

¿Cómo se usa?

El vibecoding rinde cuando lo aplicas sobre una superficie chica y de bajo riesgo, con un ciclo de iteración corto.

1. Elige el terreno. Un prototipo, una landing, una pantalla, un script de una sola vez. Nada que toque autenticación, datos sensibles o lógica de negocio.
2. Da contexto y restricciones. Stack explícito, referencias visuales, lo que no quieres que toque. "React + Tailwind, iconos de Lucide, no agregues librerías nuevas."
3. Itera en pasos quirúrgicos. En vez de regenerar toda la pantalla, pide cambios acotados: "en Hero.tsx, sube el padding vertical a py-20 y centra el botón".
4. Frena cuando funciona. Si el resultado es descartable, terminaste. Si va a quedar en el proyecto, ahí empieza el otro trabajo: leer lo que se generó, escribir tests, separar responsabilidades, borrar lo que sobra.

Herramientas típicas para vibecoding: Claude Code, Cursor, v0 de Vercel, Bolt, Lovable.

Ejemplo

En este proyecto React + Tailwind, crea una landing modular para una app
de gastos compartidos. Divídela en Hero.tsx, Features.tsx y Footer.tsx.
El Hero lleva una calculadora de split. Dark mode, acento esmeralda.
Levanta el server cuando termines.

La IA genera los tres componentes y corre npm run dev. Abres el navegador, ves la página y sigues con ajustes en una frase: "el grid de features que sea de 3 columnas en desktop y 1 en mobile".

¿Cuándo usarlo / cuándo no?

Usa vibecoding cuando:

• Estás explorando una idea y todavía no sabes si vale la pena construirla bien.
• El resultado es un prototipo, un spike técnico o una demo con fecha de vencimiento.
• Es una landing o una interfaz visual sin lógica crítica detrás.
• Estás aprendiendo un framework nuevo y quieres ver algo funcionando rápido.
• Puedes verificar el resultado a simple vista o con una prueba corta.

No uses vibecoding cuando:

• El código va a un camino de producción que otros van a mantener.
• Hay seguridad de por medio: autenticación, manejo de secrets, permisos.
• Se trata de lógica de negocio o reglas de dominio, donde un error sutil tiene costo real.
• Son migraciones de datos u operaciones difíciles de revertir.
• No tienes forma de verificar si lo que generó es correcto. "Funciona" no es "está bien".

El riesgo real del vibecoding es acumular código que no entiendes. Cada vez que aceptas una salida sin leerla, sumas deuda. Está bien mientras el terreno sea descartable y sepas que es una decisión, no un descuido.

Historia y evolución