Definición corta

Construir software formulando la intención a un asistente de código en lugar de escribir uno mismo el código, y pilotando la producción mediante ensayos sucesivos sobre el producto en marcha.

Definición detallada

El término nació en el uso público de los asistentes de código y allí designa sobre todo una manera de hacer: describir lo que se quiere, dejar que la herramienta escriba, mirar el resultado, ajustar. En ese uso arrastra una connotación de improvisación, y a menudo una pizca de ironía: se programa "a instinto", sin plan previo.

En los artículos de este blog, el término se emplea sin juicio de valor y se delimita por tres rasgos. Primero, quien pilota no escribe el código ni lo relee íntegramente. Segundo, la verificación pasa por el uso del producto y por los tests, no por la lectura. Tercero, la práctica recae sobre un producto —pantallas, API internas, modificaciones de datos, decisiones de arquitectura— y no sobre un script utilitario cuya salida cabe en una función.

Ese tercer rasgo es el que separa el vibe coding de la delegación de scripts, practicada desde hace tiempo con un modelo de lenguaje: delegar la escritura de un script deja un objeto corto y relegible, el vibe coding deja un sistema que no se relee.

Uso en el ámbito

El término sirve para plantear dos preguntas que "desarrollar con IA" no plantea: en qué perímetro es aceptable esta práctica y con qué salvaguardas. Aparece cada vez que hay que arbitrar lo que un perfil no desarrollador —Product Manager, soporte, ops, negocio— tiene derecho a producir por sí mismo.

Sinónimos y variantes

"Vibe-codear" como verbo. "Desarrollar con un asistente" es la formulación neutra, pero no implica ni la ausencia de relectura ni el pilotaje por el uso.

No confundir con

• Asistencia al desarrollo — un desarrollador escribe su código con la ayuda de un asistente, relee lo que se produce y sigue siendo capaz de explicarlo línea a línea. La competencia de salida queda intacta.
• No-code — construcción de una aplicación por ensamblaje de elementos en un entorno cerrado, sin código producido ni acceso al repositorio. El vibe coding produce código real, en un repositorio real, con las consecuencias de uno y de otro.
• Product builder — rol, no práctica: alguien que construye en la prolongación del producto de la empresa. Se puede vibe-codear sin ser product builder, y al revés.

Ejemplos

Un Product Manager que, en cuatro días y más de ciento ochenta commits, parte de cero y obtiene pantallas, API internas, varios cientos de tests y una documentación generada desde el código, sin escribir él mismo las líneas.

Ambigüedades / debates

El uso corriente hace del término unas veces una práctica amateur que hay que desaconsejar, otras una nueva norma de producción. Ambos empleos están atestiguados. El sentido que aquí se retiene es descriptivo: el vibe coding nombra la práctica, y lo que se discute es su perímetro, no su legitimidad de principio.

El grado de relectura también varía de un hablante a otro: algunos llaman vibe coding a toda producción asistida, incluso releída por completo. Aquí, la ausencia de relectura completa forma parte de la definición.