Crie um jogo com classificação na sua app, sem programar

Uma secção de jogo, embutida numa app, em três ecrãs que se encadeiam:

• A entrada. Um título, uma frase de chamada, um campo para o nome de utilizador e um botão "Jogar". Nada mais.
• O jogo. Ecrã inteiro, de ponta a ponta. Um pássaro amarelo cai por efeito da gravidade; cada toque dá-lhe um impulso. Passam tubos verdes e a pontuação sobe a cada passagem. Basta tocar num tubo, no chão ou no teto: a partida termina.
• Os resultados. A pontuação final em grande, o top 10 do melhor para o pior, a sua linha realçada na classificação e um botão "Jogar de novo" que reinicia de imediato.

Tudo isto num visual de arcada retro assumido: céu azul, pássaro amarelo, tubos verdes, com uma dificuldade propositadamente suave para que seja agradável e não frustrante. Jogável com o dedo, fluido.

Mas o detalhe que muda tudo não está no ecrã. É que a classificação é partilhada e persistente. A sua pontuação não fica guardada no telemóvel: junta-se a uma tabela que todos os outros jogadores veem, e continua lá depois de fechar a app. Sem isso, o Flappy Rush seria um brinquedo solitário. Com isso, é uma competição entre toda a sua comunidade.

Voltamos a isto mais abaixo — porque é a parte mais interessante. Primeiro, o prompt.

Aqui fica, em traços gerais, o que escrevemos no builder. Nem uma linha de código: uma descrição, estruturada como se estivéssemos a explicar o jogo a alguém.

Este prompt parece longo, mas nunca diz como programar seja o que for. Descreve uma experiência. E bastam quatro reflexos para o compreender — são esses que importa reter, muito mais do que este jogo em concreto.

1. Descrever ecrãs, não código. O cerne do prompt é uma máquina de estados: três ecrãs, apenas um visível de cada vez. Não se fala de variáveis nem de ciclos — descreve-se o que o utilizador vê em cada etapa e por que ordem. O builder traduz isso em código.

2. Afinar a sensação por palavras. A dificuldade não é dada em números, mas em intenções: "abertura larga", "deslocação lenta", "gravidade fraca", "agradável, não frustrante". Você dirige a sensação de jogo com palavras. É isto que separa um jogo que se mantém de um jogo que se fecha ao fim de dez segundos.

3. Pedir o nível de acabamento esperado. "Ecrã inteiro, de ponta a ponta", "tátil", "cuidado". O builder precisa de uma direção clara sobre a qualidade percebida, e não apenas sobre as funcionalidades. Basta uma frase.

4. Nomear os dados partilhados — e deixar o builder tratar deles. Uma única linha faz todo o trabalho invisível: "uma classificação partilhada e persistente que TODOS os jogadores veem". É ela que transforma um jogo a solo numa competição coletiva. E é ela que desencadeia a parte mais técnica — aquela de que falamos agora.

Uma pontuação que só você vê não é uma classificação. Se desaparece quando fecha a app, ou recomeça do zero no telemóvel do vizinho, deixa de haver competição — apenas um contador privado.

Para que uma classificação exista de verdade, é preciso um sítio onde guardar as pontuações de toda a gente, regras que definam quem pode ler e escrever, e uma ligação permanente entre a app e esses dados. Essa camada — um backend — é precisamente a parte difícil, aquela que, ainda ontem, obrigava a um programador.

O AI Extension Builder monta-a por si, graças à sua nova integração com o Supabase. Quando o prompt pede "uma classificação partilhada e persistente", o builder percebe que esses dados têm de sobreviver e ficar visíveis para toda a gente, cria o armazenamento correspondente, protege-o com regras de acesso ao nível da linha (Row-Level Security), gere as chaves de ligação e liga tudo à secção. Você descreve a classificação; ele constrói o que está por trás.

É exatamente o caso de uso "tabelas de classificação e placares" que o builder passa a cobrir — tal como uma sondagem, um livro de visitas ou uma lista de reservas. O jogo é apenas uma forma espetacular de o demonstrar.

O jogo era apenas um pretexto. O que o Flappy Rush demonstra verdadeiramente é que uma secção avançada, interativa e com dados partilhados a sério está agora ao alcance de um prompt — onde antes eram precisos um caderno de encargos e um programador.

E, se lhe apetecer, um mini-jogo pode perfeitamente encontrar o seu lugar num canto da sua app: com as cores da sua marca durante um evento, num "jogue para ganhar" que premeia as melhores pontuações, ou como classificação comunitária que dá um motivo para reabrir a app. Mas o essencial está noutro lado — no facto de já não ter de abdicar de uma funcionalidade só porque ela sai do catálogo.

Aliás, esta secção não é um pedaço de código isolado para alojar à parte. Integra-se na sua app como qualquer outra: com o alojamento GoodBarber incluído, o sistema Smart Design respeitado, e embutida nas suas apps iOS, Android e web, distribuídas nas lojas como as 190+ extensões do catálogo. É uma secção viva numa app a sério, e não uma demo para ligar por fora.

O que responde a uma objeção legítima: para quê criar um mini-jogo dentro de uma plataforma, em vez de o programar de raiz? Porque essa alternativa é uma armadilha. Quase tudo aquilo de que uma app precisa — alojamento, gestão de conteúdos, contas de utilizador, notificações push, pagamentos, publicação nas lojas — é igual em todas as apps, e já está construído e mantido por si. A parte que é verdadeiramente específica da sua ideia é apenas uma fina camada por cima. Uma plataforma permite-lhe dar por adquiridos esses 80% comuns e concentrar a sua energia apenas nos 20% que são seus — e agora também pode gerar esses 20% por prompt. Não se trata de "a plataforma faz tudo", nem de "construa tudo você mesmo": a plataforma trata do que é comum, você é o autor da parte que é realmente sua.

É o prolongamento direto do que a GoodBarber faz desde 2011: apps profissionais sem escrever uma linha de código, em 152 países. Quando falta uma funcionalidade no catálogo, já não a deixa de lado: descreve-a, e ela junta-se à sua app.

• Está a começar? Comece por como funciona o AI Extension Builder — as bases do prompt-to-section em que este artigo assenta.
• A integração por trás da classificação:adicione uma base de dados Supabase à sua app — como a camada de dados partilhada é configurada e protegida.

Abra o AI Extension Builder no back-office da sua GoodBarber (ou comece um teste gratuito) e descreva uma secção que tinha arrumado na gaveta do "demasiado complicado" — um jogo, uma classificação, uma sondagem, um livro de visitas. Na primeira vez que precisar de memorizar ou de partilhar dados, ligue o Supabase em dois cliques e veja-a ganhar vida. Depois conte-nos o que criou: é isso que dá forma à próxima versão.

É mesmo possível criar um jogo com a GoodBarber?

Um jogo autónomo, não: a GoodBarber não é um motor de jogo, e a sua app não se transforma num jogo. O que o AI Extension Builder permite é incluir um mini-jogo dentro de uma página da sua app — uma secção interativa, aqui um Flappy Bird com classificação partilhada, descrita por palavras simples e construída sem programar. O jogo vive dentro da app, a par dos seus outros conteúdos; não é o produto principal.

É preciso saber programar?

Não. Você descreve o jogo em linguagem natural — os ecrãs, as regras, a sensação — e o builder gera o código e mostra-o ao vivo. Depois pode afinar o prompt, ou editar o código diretamente se assim o quiser.

Como é que a classificação é partilhada por todos os jogadores?

Graças ao conector Supabase do AI Extension Builder. Quando o prompt pede uma classificação partilhada e persistente, o builder cria a base de dados que guarda as pontuações, protege-a com regras de acesso e liga-a à secção — para que cada jogador veja a mesma tabela, atualizada ao ritmo das partidas.

Onde "vive" o jogo depois de criado?

Dentro das suas apps publicadas — iOS, Android e web. A secção herda o alojamento GoodBarber, segue o sistema Smart Design da sua app e vai para as lojas através da mesma cadeia de publicação de todas as outras extensões.

É preciso uma conta Supabase?

Sim. Na primeira vez que uma secção precisar de guardar dados, o builder pede-lhe para ligar o Supabase — uma plataforma de backend open source com um plano gratuito generoso. Autentica-se uma vez, e cada secção seguinte reutiliza essa ligação com um clique.

É possível aplicar este princípio a algo que não seja um jogo?

Sim. A gramática do prompt é reutilizável: descreva ecrãs, afine a sensação por palavras, nomeie os dados a partilhar. O mesmo raciocínio produz um quiz, um sorteio, um mural de votos ou qualquer mecânica de envolvimento com classificação.