Crea un juego con clasificación en tu app, sin programar

Una sección de juego, integrada en una app, en tres pantallas que se encadenan:

• La bienvenida. Un título, un gancho, un campo para el alias y un botón "Jugar". Nada más.
• El juego. A pantalla completa, de borde a borde. Un pájaro amarillo cae por efecto de la gravedad; cada toque le da un impulso. Unas tuberías verdes se desplazan y la puntuación sube con cada paso. Tocas una tubería, el suelo o el techo: la partida termina.
• Los resultados. La puntuación final en grande, el top 10 del mejor al peor, tu línea resaltada en la clasificación y un botón "Volver a jugar" que reinicia al instante.

Todo con un look arcade retro de manual: cielo azul, pájaro amarillo, tuberías verdes, dificultad deliberadamente suave para que sea agradable y no frustrante. Jugable con el dedo, fluido.

Pero el detalle que lo cambia todo no está en la pantalla. Es que la clasificación es compartida y persistente. Tu puntuación no se queda en tu teléfono: pasa a una tabla que ven todos los demás jugadores y sigue ahí después de que cierres la app. Sin eso, Flappy Rush sería un juguete en solitario. Con eso, es una competición entre toda tu comunidad.

Volvemos sobre ello más abajo, porque es la parte más interesante. Primero, el prompt.

Esto es, a grandes rasgos, lo que escribimos en el builder. Ni una línea de código: una descripción, estructurada como le describirías el juego a alguien.

Este prompt parece largo, pero nunca dice cómo programar nada. Describe una experiencia. Y basta con cuatro reflejos para entenderlo: son ellos los que hay que retener, mucho más que este juego en concreto.

1. Describir pantallas, no código. El núcleo del prompt es una máquina de estados: tres pantallas, una sola visible a la vez. No se habla de variables ni de bucles, se describe lo que el usuario ve en cada paso y en qué orden. El builder lo traduce a código.

2. Ajustar las sensaciones en lenguaje humano. La dificultad no se da en cifras, sino en intenciones: "hueco ancho", "desplazamiento lento", "gravedad baja", "agradable, no frustrante". Diriges el game-feel con palabras. Es lo que separa un juego que conservas de uno que cierras a los diez segundos.

3. Pedir el nivel de acabado esperado. "A pantalla completa, de borde a borde", "táctil", "cuidado". El builder necesita una dirección clara sobre la calidad percibida, no solo sobre las funciones. Basta con una frase.

4. Nombrar los datos compartidos, y dejar que el builder se ocupe. Una sola línea hace todo el trabajo invisible: "una clasificación compartida y persistente que vean TODOS los jugadores". Es la que convierte un juego en solitario en una competición colectiva. Y es la que dispara la parte más técnica, esa de la que hablamos ahora.

Una puntuación que solo tú ves no es una clasificación. Si desaparece cuando cierras la app, o vuelve a cero en el teléfono del de al lado, ya no hay competición, solo un contador privado.

Para que una clasificación exista de verdad hace falta un sitio donde guardar las puntuaciones de todo el mundo, reglas para decidir quién puede leer y escribir, y una conexión permanente entre la app y esos datos. Esa capa —un backend— es precisamente la parte difícil, la que, hasta hace poco, exigía un desarrollador.

El AI Extension Builder la monta él mismo, gracias a su nueva integración con Supabase. Cuando el prompt reclama "una clasificación compartida y persistente", el builder entiende que esos datos deben perdurar y ser visibles para todos, crea el almacenamiento correspondiente, lo protege con reglas de acceso por fila (Row-Level Security), gestiona las claves de conexión y enlaza todo con la sección. Tú describes la clasificación; él construye lo que hay detrás.

Es exactamente el caso de uso "clasificaciones y marcadores" que el builder ya sabe cubrir, igual que una encuesta, un libro de visitas o una lista de reservas. El juego no es más que una manera espectacular de demostrarlo.

El juego era solo un pretexto. Lo que Flappy Rush demuestra de verdad es que una sección avanzada, interactiva y con datos compartidos reales está ya a la distancia de un prompt, donde antes hacían falta un pliego de condiciones y un desarrollador.

Y si te apetece, un minijuego encaja perfectamente en algún rincón de tu app: con los colores de tu marca durante un evento, como un "juega y gana" que premia las mejores puntuaciones, o como clasificación de la comunidad que da un motivo para volver a abrir la app. Pero lo esencial está en otra parte: en que ya no tienes que renunciar a una funcionalidad porque se salga del catálogo.

Esta sección, además, no es un trozo de código suelto que haya que alojar por su cuenta. Se integra en tu app como cualquier otra: hosting de GoodBarber incluido, sistema Smart Design respetado y embebida en tus apps de iOS, Android y web, distribuidas en las tiendas igual que las 190+ extensiones del catálogo. Es una sección viva dentro de una app de verdad, no una demo que enchufar.

Lo que responde a una objeción legítima: ¿para qué crear un minijuego dentro de una plataforma, en lugar de programarlo desde cero? Porque la disyuntiva es una trampa. Casi todo lo que necesita cualquier app —hosting, gestión de contenidos, cuentas de usuario, notificaciones push, pagos, publicación en las tiendas— es igual en todas las apps, y ya está construido y mantenido por ti. La parte que de verdad es propia de tu idea es una capa fina por encima. Una plataforma te permite dar por hecho ese 80 % genérico y gastar tu energía solo en el 20 % que es tuyo —y ahora ese 20 % también puedes generarlo con un prompt—. Ni "la plataforma lo hace todo", ni "constrúyelo todo tú mismo": la plataforma se encarga de lo genérico, y tú creas la parte que de verdad te pertenece.

Es la prolongación directa de lo que GoodBarber hace desde 2011: apps profesionales sin escribir una línea de código, en 152 países. Cuando falta una función en el catálogo, ya no la dejas de lado: la describes, y se añade a tu app.

• ¿Empiezas ahora? Comienza por cómo funciona el AI Extension Builder — las bases del prompt-to-section sobre las que se apoya este artículo.
• La integración detrás de la clasificación:añade una base de datos Supabase a tu app — cómo se configura y se protege la capa de datos compartida.

Abre el AI Extension Builder en tu back-office de GoodBarber (o empieza una prueba gratuita) y describe una sección que hubieras archivado en la carpeta de "demasiado complicado": un juego, una clasificación, una encuesta, un libro de visitas. La primera vez que necesite recordar o compartir datos, conecta Supabase en dos clics y observa cómo cobra vida. Después cuéntanos qué has construido: eso es lo que da forma a la siguiente versión.

¿De verdad se puede crear un juego con GoodBarber?

Un juego autónomo no: GoodBarber no es un motor de juego, y tu app no se convierte en un juego. Lo que permite el AI Extension Builder es incluir un minijuego dentro de una página de tu app, una sección interactiva, aquí un Flappy Bird con clasificación compartida, descrita en lenguaje corriente y construida sin programar. El juego vive en la app, junto a tus otros contenidos; no es su producto principal.

¿Hace falta saber programar?

No. Describes el juego en lenguaje natural —las pantallas, las reglas, las sensaciones— y el builder genera el código y lo muestra en directo. Después puedes afinar el prompt, o editar el código directamente si quieres.

¿Cómo se comparte la clasificación entre todos los jugadores?

Gracias al conector Supabase del AI Extension Builder. Cuando el prompt pide una clasificación compartida y persistente, el builder crea la base de datos que almacena las puntuaciones, la protege con reglas de acceso y la enlaza con la sección, para que cada jugador vea la misma tabla, actualizada partida tras partida.

¿Dónde "vive" el juego una vez creado?

Dentro de tus apps publicadas: iOS, Android y web. La sección hereda el hosting de GoodBarber, sigue el sistema Smart Design de tu app y sale a las tiendas por la misma cadena de despliegue que todas las demás extensiones.

¿Hace falta una cuenta de Supabase?

Sí. La primera vez que una sección necesita almacenar datos, el builder te pide que conectes Supabase, una plataforma de backend de código abierto con un plan gratuito generoso. Te identificas una vez y cada sección posterior reutiliza esa conexión con un solo clic.

¿Se puede adaptar este principio a algo que no sea un juego?

Sí. La gramática del prompt es reutilizable: describe pantallas, ajusta las sensaciones con palabras, nombra los datos que hay que compartir. El mismo razonamiento produce un quiz, un sorteo, un muro de votos o cualquier mecánica de participación con una clasificación.