¿Qué es el vibe coding?
Hacer vibe coding significa describir lo que quieres en lenguaje normal, dejar que un modelo escriba el código y aceptar el resultado sin leerlo. Juzgas el software ejecutándolo y no revisando el código fuente. Esa última parte es la definición; todo lo demás es consecuencia.
La definición, con precisión
El vibe coding es programar con un ciclo de respuesta que pasa por el comportamiento y no por el código fuente. Dices qué debería pasar, un modelo produce código, lo ejecutas y decides a partir del programa en marcha si está bien. Si está mal, describes qué estaba mal y vuelves a empezar.
La palabra "vibe" señala el criterio de aceptación. Una revisión tradicional pregunta si el código es correcto a simple vista. El vibe coding pregunta si la cosa hace lo que querías. No son la misma prueba y fallan en sitios distintos.
Usar un modelo para escribir código que luego lees con cuidado no es vibe coding. Eso es programación asistida, y es una práctica distinta y más antigua. Lo que distingue a esta es que leer el código no forma parte del ciclo.
Dónde funciona el método
Funciona donde el comportamiento es totalmente observable. La lógica de un juego es el ejemplo más claro: si la puerta se abre cuando debe, el código de la puerta está bien, y no hay nada escondido detrás de esa observación.
Funciona donde equivocarse cuesta poco y iterar cuesta poco. Probar cinco versiones de cómo se siente un combate es otra actividad cuando cada versión es una frase y no una tarde. Pruebas ideas de las que de otro modo te habrías autoconvencido de no probar.
Y funciona donde tienes gusto de verdad sobre el resultado. Juzgar un juego en marcha es una habilidad que la mayoría tiene sin formación, por eso los juegos resultan ser de lo que mejor encaja con el método.
Dónde falla el método
Falla donde la corrección no se ve desde fuera. Seguridad, dinero, integridad de los datos, cualquier cosa con un caso límite con el que no te toparás jugando. Un flujo de pago que funciona en todos los casos que probaste no es un flujo de pago que funciona.
Falla en la estructura. El código escrito frase a frase durante semanas acumula una forma que nadie eligió. Todo sigue funcionando y cada cambio nuevo cuesta un poco más, y no hay un solo momento en que saliera mal.
Y falla en todo lo que tiene el gusto en la forma y no en el comportamiento. Un mundo, un nivel, una distribución. Puedes describir un valle a un modelo y obtener un valle. Obtener el valle que querías de verdad, solo describiéndolo, lleva más que moldear uno con las manos, y los resultados intermedios están casi bien, que es lo más difícil de arreglar.
Hacer vibe coding de un juego en concreto
Los juegos se dividen limpiamente por la línea de arriba, lo que es raro y útil. La mitad del comportamiento (reglas, estado, disparadores, movimiento, inventario, flujo del diálogo) es casi ideal para el método. Puedes ver si está bien jugando.
La mitad del mundo es casi el peor caso. No hay prueba de corrección para un paisaje ni para la distribución de una sala plana, solo si es el que querías, y un modelo no puede saberlo a partir de una frase.
Así que el arreglo sensato no es "hacer vibe coding del juego entero" ni "no hacer vibe coding". Es hacer vibe coding de la parte que es comportamiento y construir la parte que es un mundo.
Dónde encaja Flockbay
Flockbay está construida justo sobre ese reparto, y se cumple en los dos tipos de juego. Escribe GDScript en tu proyecto cuando describes un comportamiento, y nunca tienes que leerlo. El mundo se construye a mano en un editor (terreno, agua, clima, edificios y personajes en un juego 3D; suelo que pintas y sprites que colocas en uno 2D) con un ratón y no con una frase.
El motor de debajo es Godot, de código abierto, incluido en una app de escritorio para Mac y Windows. El juego corre en local sobre esa copia de Godot, así que el ciclo de cambiar, jugar y juzgar va tan rápido como tu equipo.
Ser no técnico significa que no escribes el código. No significa que no puedas juzgar el resultado, y en el vibe coding el juicio es todo el mecanismo. Construir necesita conexión a internet; jugar lo que construiste, no.
Preguntas frecuentes
- ¿Quién acuñó el término?
- Salió de la comunidad de desarrolladores de IA a principios de 2025 y se extendió rápido, por eso su uso sigue siendo impreciso. El significado central es estable: describir, ejecutar, juzgar, sin leer el código fuente.
- ¿El vibe coding es programar de verdad?
- Produce programas de verdad. No te enseña a programar, y es mala elección si tu objetivo real es aprender esa habilidad.
- ¿Es seguro para software en producción?
- Para todo aquello cuya corrección no se observa ejecutándolo, no. Los juegos encajan mucho mejor que los pagos o la autenticación.
- ¿Puedo leer el código si quiero?
- Con Flockbay, sí. Es GDScript en un proyecto de Godot normal en tu disco. Nada te lo exige.
- ¿Por qué no hacer vibe coding también del mundo?
- Porque un mundo no tiene prueba de corrección, solo gusto, y describir uno con precisión lleva más que construirlo. Casi bien es peor que hecho por ti.
Descarga Flockbay
Descarga gratuita para Mac y Windows. Describe el comportamiento, construye el mundo.