Roblox Build: código correcto no significa un juego divertido

Análisis del informe oficial del 8 de octubre. Ampliado el 14 de octubre de 2026.

La idea que importa

Un juego puede obedecer todas las instrucciones y aun así dejarte sin ganas de volver. Roblox lo muestra con un obby generado por Build: obtuvo 98/100 en ingeniería y 31/100 en diseño. Son resultados de ese ejemplo, no una valoración de todos los juegos creados con IA.

Cómo lo evalúa Roblox

El informe separa especificación, revisión estática, pruebas jugables y presentación. Las pruebas verifican que el juego responda y pueda completarse; el diseño examina profundidad, decisiones y motivos para regresar. Mezclarlo todo en una nota única puede esconder el problema que conviene corregir.

Funciona: ¿pero qué eliges?

Recomendación editorial: observa qué hace el jugador entre el inicio y la meta. En un recorrido imaginario puede limitarse a repetir el mismo salto; en otro, elegir una ruta segura o una más difícil con una recompensa distinta. Ambos pueden funcionar técnicamente, pero el segundo permite una decisión. No necesitas añadir opciones a cada metro: una elección clara vale más que varios botones sin consecuencias.

Progresión con un propósito

Piensa en una habilidad que el jugador aprenda y pueda usar después. Por ejemplo, presenta una plataforma móvil en una zona segura, combínala luego con un obstáculo y deja una ruta opcional para quien ya domina el movimiento. Así la dificultad aprovecha lo aprendido. Aumentar únicamente la distancia de los saltos puede producir más fallos sin ofrecer una experiencia más interesante.

Una razón para repetir

Recomendación editorial: escribe qué cambia en la siguiente partida antes de añadir recompensas. Podría ser mejorar una marca personal, descubrir una ruta alternativa o resolver un reto diferente. Una moneda al final solo ayuda si comprar algo modifica una decisión o abre una posibilidad útil. Si el premio es el único motivo para seguir, revisa primero el recorrido que lo sostiene.

Pide a la IA algo que puedas comprobar

Un prompt como “haz un obby divertido” deja demasiadas decisiones sin explicar. Prueba una petición concreta: “Crea dos rutas visibles desde el inicio; una sencilla y otra exigente. Permite cambiar de ruta antes del primer checkpoint y conserva ese checkpoint tras una caída”. Después convierte cada frase en una prueba. ¿Se ven ambas rutas? ¿El cambio funciona? ¿Reapareces donde corresponde? Esto comprueba la implementación; para saber si la elección interesa, todavía necesitas observar a jugadores.

Prueba técnica y prueba de experiencia

1. Comprueba funcionamiento: entrar, moverse, superar un obstáculo, fallar, reaparecer y terminar.
2. Observa decisiones: dónde duda el jugador, qué ruta elige y si entiende sus consecuencias sin una explicación tuya.
3. Revisa móvil: si los controles dejan ver el siguiente salto y si los textos se leen durante la acción.
4. Pregunta por la segunda partida: qué querría probar de nuevo y qué cambiaría. Evita sugerirle la respuesta.

Mejora una cosa y vuelve a observar

Si nadie entiende la bifurcación, mejora su señalización antes de crear más rutas. Si una caída obliga a repetir demasiado, revisa el checkpoint antes de añadir otra recompensa. Si el recorrido se entiende pero resulta monótono, introduce una variación y comprueba su efecto. Son ejemplos de decisiones editoriales de diseño, no promesas de retención.

Qué llevarte a tu proyecto

Conserva dos preguntas separadas: ¿funciona como lo diseñé? y ¿ofrece algo que el jugador quiera hacer? La primera detecta errores; la segunda orienta las siguientes mejoras. La IA puede ayudarte a construir y revisar, pero dar por terminado el código no resuelve por sí solo la experiencia.