Cursor Vibe Jam 2026: La guía completa (reglas, resultados y como construir tu juego)

El Cursor Vibe Jam 2026 fue el game jam de IA más grande hasta la fecha, y tuvo una forma muy clara. Organizado por Pieter Levels y patrocinado por Cursor, Bolt.new, Glif y Tripo AI, se extendio durante un mes, del 1 de abril al 1 de mayo de 2026, cerrando a las 13:37 UTC. Al terminar, se habian enviado 945 juegos y más de 242,000 personas los habian jugado, con el jam acumulando alrededor de 12 millones de vistas en X. El pozo de premios fue de $40,000 en efectivo real, más del doble que el año anterior.

Esta guía es la versión practica: lo que el jam exigia, lo que esas reglas significan para como construyes, y el flujo de trabajo exacto para publicar una entrada que encaje con el formato. El formato es la parte que vale la pena entender, porque es inusual y lo decide todo, ya sea que estés revisando lo que paso o preparandote para la próxima edición.

{/* IMAGE: A laptop on a desk at night showing a small fast-loading browser game on the left and a chat prompt on the right, with a sticky note on the screen bezel reading "WEB. NO LOGIN. 90% AI. ONE HOOK." 1200x630. */}

Las dos reglas que definen tu entrada

La mayoría de los jams te dan un tema y una fecha límite. El Vibe Jam te da un tema de cierta forma a través de su formato, y ese formato es estricto en dos aspectos que silenciosamente descartan muchas herramientas y muchas ideas de juegos.

Regla uno: al menos el 90 por ciento del código debe estar escrito por IA. No es un sistema de honor que puedas ignorar, es la premisa del jam. En la practica, tu trabajo es dirigir, delimitar y probar mientras la IA escribe y conecta el juego. Las personas que obtuvieron buenos resultados se volvieron fluidas en describir una mecánica con claridad, revisar el resultado y pedir el siguiente cambio.

Regla dos: el juego debe poder jugarse en la web, sin inicio de sesión, sin registro, de forma gratuita y con un tiempo de carga casi nulo. Un jugador hace clic en un enlace y esta dentro del juego en uno o dos segundos, idealmente en tu propio dominio o subdominio. Sin instalaciones, sin muros de cuenta, sin pantalla de carga. Esta es la regla que deja atrapada a la gente, porque un número sorprendente de herramientas no puede producir un build web en absoluto, o produce uno tan pesado que carga lentamente. El consejo oficial durante el jam fue directo: mantener el proyecto lo suficientemente liviano para que se ejecute casi de inmediato en un navegador.

Las reglas menores también importan. El juego tiene que ser nuevo, hecho durante el jam. Una entrada por persona, por lo que la instrucción era hacer un juego realmente bueno en lugar de cinco apresurados. Un pequeño fragmento de JavaScript del jam va en tu página. El multijugador era preferido pero no obligatorio. Y había un toque opcional: un portal de salida que los jugadores podían usar para pasar de tu juego al siguiente, convirtiendo las entradas en una especie de webring.

Lee esas dos grandes reglas de nuevo, porque cada decisión que sigue se deriva de ellas. Estas construyendo un juego web pequeño e instantáneamente jugable donde la IA escribe el código. Eso favorece un tipo específico de herramienta.

Lo que el formato hace a tu elección de herramienta

Mucha gente llama AI game maker a cosas muy diferentes, y el formato del Vibe Jam las ordena silenciosamente en lo que funciona y lo que falla al momento de enviar.

Herramientas de texto a juego en el navegador. Escribes un prompt y aparece un juego web pequeño, ya alojado, lo que cumple la regla de jugable en el navegador sin ningún paso de exportación. El problema es el mismo que en cualquier jam: muchas limitan las generaciones de IA en el nivel gratuito justo cuando tu demo esta a mitad de construcción, algunas agregan una marca de agua y la mayoría se detienen cuando pides la cuarta o quinta mecánica interconectada. Si tu idea se mantiene en una sola pantalla y el límite aguanta, este camino puede llevarte. Nuestro análisis honesto del enfoque estilo Rosebud explica donde esta el techo.

Asistentes de código con IA. Cursor en si, y herramientas similares, generan código mientras trabajas dentro de un motor que ya conoces. Para un desarrollador experimentado esto es un impulso real con control total de la exportación. Pero asume que ya sabes como configurar un build web, un mapa de entrada y una escena, porque el asistente escribe código más rápido, no construye el juego por ti. Perfecto para un veterano, duro para un principiante. Profundizamos en esa división en Cursor más Godot versus un motor nativo de IA.

Motores nativos de IA. La IA esta integrada en el editor. Describes una mecánica, escribe el script, construye la escena y ejecuta el juego, luego presionas play y pides lo siguiente. Este camino satisface la regla del 90 por ciento de IA por diseño, pero solo un motor con exportación web produce el build HTML5 que exige el jam. Summer Engine esta construido de esta manera, es compatible con Godot 4 y exporta un build web para un proyecto con GDScript. La página de la Vibe Jam de Summer explica ese paso. Prueba el build en los navegadores que exige el jam pronto y no la última noche.

Ningún camino gana siempre, pero la regla de exportación web es el filtro que la mayoría de la gente olvida hasta la última noche. Elige tu herramienta verificando ese filtro primero.

Como construir una entrada al Vibe Jam, paso a paso

Este flujo de trabajo usa un motor nativo de IA para la construcción, y se generaliza a cualquier jam con las mismas restricciones de jugable en web y escrito por IA. El paso de exportación es donde más difieren las herramientas, así que revísalo primero.

1. Enfocate en un gancho que se entienda en cinco segundos

La decisión más importante ocurre antes de tocar ninguna herramienta. El jam premia un juego pequeño que un extraño entiende instantáneamente, porque la mayoría de los jugadores le dan a una entrada unos segundos antes de salir. Escribe una frase que describa la versión más pequeña de tu idea que aun sea divertido presionar un botón. Un buen alcance para el Vibe Jam se ve así:

• "Eres un pez que tiene que comerse peces más pequeños para crecer, y todo lo que es más grande te come a ti."
• "Un escalador infinito de un botón donde al tocar cambias a que pared te pegas."
• "Una pequeña arena donde tu y el cursor son el mismo objeto y tienes que escapar de ti mismo."

Cada uno es construible en un fin de semana, se entiende en cinco segundos y funciona en un navegador. La versión con un árbol de mejoras y tres biomas se queda en tu cabeza como el sueño. Lo que publicas es la frase.

2. Comienza desde una plantilla que ya funcione, no desde un proyecto en blanco

Un proyecto en blanco obliga a la IA a inventar tu controlador de jugador, cámara, entrada y física antes de que tengas algo que sentir, y cada uno de esos es un bug temprano que no puedes permitirte. Comienza desde la plantilla más cercana a tu frase y dale forma. Una plantilla de plataformas ya tiene un personaje en movimiento y suelo. Una plantilla estilo survivors ya tiene un personaje en movimiento, oleadas de enemigos y un temporizador de supervivencia, lo que es una base sólida para un jam web porque el bucle es satisfactorio con casi ningún contenido y se mantiene lo suficientemente liviano para cargar rápido.

3. Construye una mecánica por prompt, luego presiona play

Esta es la regla que mantiene toda la construcción unida. Haz un cambio, ejecuta el juego, sientelo, luego haz el siguiente cambio. Tus primeros prompts se ven así:

1. "Transforma al jugador en un pez pequeño y el fondo en aguas abiertas." Presiona play. Confirma que aun funciona.
2. "Haz que el jugador crezca cuando toca un pez más pequeño, y que el juego termine si toca uno más grande." Presiona play. Este es tu gancho, así que gasta tus prompts aquí hasta que se sienta bien.
3. "Genera peces de tamaños aleatorios desde los bordes y muestra una puntuación por que tan grande me vuelvo." Presiona play.

Cuando un cambio rompe el build, y uno lo hará, sabes exactamente que prompt lo hizo, y la IA corrige un cambio pequeño con mucha más confiabilidad que un prompt de texto largo que pedía seis cosas a la vez. Recomendamos la misma disciplina de una mecánica a la vez para cualquier construcción con fecha límite en nuestra guía de flujo de trabajo para hackathons.

4. Mantenerlo liviano para que cargue casi de inmediato

La regla de sin pantallas de carga es un factor de puntuación, no un capricho, porque una primera carga lenta te cuesta jugadores en el primer segundo. Favorece escenas simples, texturas pequeñas y un puñado de sonidos en lugar de una descarga pesada. Si un asset grande no es esencial para el gancho, elimínalo. La mayoría de los juegos ganadores de jams son minimos en disco.

5. Exporta el build web y alójalo

Este es el paso que más le importa a las reglas. Exporta el build HTML5 y luego aloja los archivos generados en tu propio dominio o subdominio para que el juego se abra sin inicio de sesión ni registro. Un proyecto de Summer que solo usa GDScript exporta un build web como un .zip estático estándar con index.html en la raíz, y debes comprobar que funciona en los navegadores que exige el jam. Godot 4.3 y posteriores pueden exportar builds web de un solo hilo que no necesitan cabeceras especiales en el servidor; las cabeceras COOP y COEP solo importan con soporte de hilos. Agrega el fragmento requerido del jam a la página, y si quieres el toque del portal, conecta el portal de salida para que los jugadores puedan pasar al siguiente juego. Prueba el enlace alojado en un navegador nuevo sin cuenta antes de enviar, porque el fallo tardío más común es un build que funciona localmente pero se rompe cuando esta alojado.

6. Haz que los primeros diez segundos lo sostengan todo

Los jugadores juzgan una entrada de jam rápido, y también lo hacen los jueces cansados que recorren 945 de ellas. Tu apertura tiene que comunicar el gancho sin instrucciones, así que dedica tiempo real a lo primero que un jugador ve y hace. Si entienden y sonrien en diez segundos, estas en la carrera. Si necesitan un tutorial, el alcance era demasiado grande.

La parte honesta sobre gratuito versus de pago

El Vibe Jam es gratuito para participar, y puedes construir una entrada completa de forma gratuita en una herramienta con exportación web gratuita. Summer Engine es gratuito para descargar y usar, con planes de pago solo para un uso más intensivo de IA y funciones de equipo, y exporta un build web para un proyecto con GDScript.

El problema honesto no es específico de ninguna herramienta: algunas limitan las generaciones de IA en el nivel gratuito y el límite se agota a mitad de la construcción, algunas agregan una marca de agua y algunas bloquean la exportación web detrás de un pago. Verifica esas tres cosas en lo que elijas antes de empezar, porque en un jam aparecen en el peor momento.

Prepararse para la próxima edición

La edición 2026 cerro el 1 de mayo, con la evaluación de Pieter Levels y un panel tras el cierre de la ventana. El Vibe Jam se ha realizado año tras año, por lo que lo más probable es que haya otra edición en 2027 alrededor de la misma ventana de primavera, anunciada en X con aproximadamente un mes para construir. No hay un tema que estudiar con anticipación, pero si hay un formato, y el formato es la parte difícil para la mayoría de la gente.

Lo que realmente te prepara es publicar un juego web pequeño ahora, con las mismas restricciones: la IA escribe el código, carga instantáneamente en un navegador, sin inicio de sesión, un gancho sólido. Hazlo una vez y la próxima vez que aparezca el jam empiezas a construir desde el primer día en lugar de pelear con tus herramientas. Si quieres un punto de partida, elige una plantilla y describe una mecánica, o lee como la misma disciplina de fecha límite funciona en cualquier game jam de IA. Los juegos que ganan este formato son pequeños, rápidos y claros, que es una habilidad que puedes practicar cualquier tarde libre.

Fuentes: Sitio oficial del Vibe Jam 2026, Anuncio del jam de Pieter Levels, Estadísticas de cierre de Pieter Levels.