Spiel mit Rangliste in Ihrer App – ohne Code

Ein Spielbereich, eingebettet in eine App, in drei Bildschirmen, die aufeinanderfolgen:

• Der Startbildschirm. Ein Titel, ein Aufhänger, ein Feld für den Spielernamen, ein Button „Spielen". Sonst nichts.
• Das Spiel. Vollbild, von Rand zu Rand. Ein gelber Vogel fällt durch die Schwerkraft; jeder Tap gibt ihm einen Auftrieb. Grüne Röhren ziehen vorbei, der Punktestand steigt bei jeder Passage. Berührt man eine Röhre, den Boden oder die Decke, ist die Runde vorbei.
• Die Ergebnisse. Der Endpunktestand groß, die Top 10 vom besten bis zum schwächsten, Ihre Zeile in der Rangliste hervorgehoben und ein Button „Nochmal", der sofort eine neue Runde startet.

Alles in einem bewusst retro gehaltenen Arcade-Look: blauer Himmel, gelber Vogel, grüne Röhren, ein absichtlich sanfter Schwierigkeitsgrad, damit es Freude macht und nicht frustriert. Mit dem Finger spielbar, flüssig.

Doch das Detail, das alles verändert, sieht man nicht auf dem Bildschirm. Es ist, dass die Rangliste geteilt und dauerhaft ist. Ihr Punktestand bleibt nicht in Ihrem Handy: Er landet in einer Tabelle, die alle anderen Spieler sehen, und er bleibt dort, auch nachdem Sie die App geschlossen haben. Ohne das wäre Flappy Rush ein einsames Spielzeug. Damit wird es ein Wettbewerb in Ihrer gesamten Community.

Wir kommen weiter unten darauf zurück – denn das ist der interessanteste Teil. Zuerst der Prompt.

Hier, in groben Zügen, was wir in den Builder geschrieben haben. Keine Zeile Code: eine Beschreibung, aufgebaut, wie man jemandem das Spiel erklären würde.

Dieser Prompt wirkt lang, aber er sagt nie, wie irgendetwas zu programmieren ist. Er beschreibt ein Erlebnis. Und vier Grundregeln genügen, um ihn zu verstehen – sie sind es, die man sich merken sollte, weit mehr als dieses konkrete Spiel.

1. Bildschirme beschreiben, nicht Code. Der Kern des Prompts ist ein Zustandsautomat: drei Bildschirme, nur einer gleichzeitig sichtbar. Es ist nicht von Variablen oder Schleifen die Rede – wir beschreiben, was der Nutzer in jedem Schritt sieht und in welcher Reihenfolge. Den Rest übersetzt der Builder in Code.

2. Das Spielgefühl in menschlicher Sprache steuern. Der Schwierigkeitsgrad wird nicht in Zahlen angegeben, sondern in Absichten: „breite Lücke", „langsames Scrollen", „schwache Schwerkraft", „angenehm, nicht frustrierend". Sie steuern das Game-Feel mit Worten. Das ist es, was ein Spiel, das man behält, von einem trennt, das man nach zehn Sekunden schließt.

3. Das erwartete Maß an Feinschliff verlangen. „Vollbild, von Rand zu Rand", „touch-tauglich", „sorgfältig". Der Builder braucht eine klare Vorgabe zur wahrgenommenen Qualität, nicht nur zu den Funktionen. Ein Satz genügt.

4. Die geteilten Daten benennen – und den Builder sich darum kümmern lassen. Eine einzige Zeile erledigt die ganze unsichtbare Arbeit: „eine geteilte und dauerhafte Rangliste, die ALLE Spieler sehen". Sie ist es, die aus einem Solo-Spiel einen gemeinsamen Wettbewerb macht. Und sie ist es, die den technischsten Teil auslöst – den, über den wir jetzt sprechen.

Ein Punktestand, den nur Sie sehen, ist keine Rangliste. Wenn er verschwindet, sobald Sie die App schließen, oder auf dem Handy des Nachbarn wieder bei null beginnt, gibt es keinen Wettbewerb mehr – nur einen privaten Zähler.

Damit eine Rangliste wirklich existiert, braucht es einen Ort, an dem die Punktestände aller gespeichert werden, ein Regelwerk dafür, wer lesen und schreiben darf, und eine dauerhafte Verbindung zwischen der App und diesen Daten. Diese Ebene – ein Backend – ist genau der schwierige Teil, der noch gestern zwingend einen Entwickler voraussetzte.

Der AI Extension Builder richtet sie selbst ein, dank seiner neuen Integration mit Supabase. Wenn der Prompt „eine geteilte und dauerhafte Rangliste" verlangt, versteht der Builder, dass diese Daten überdauern und für alle sichtbar sein müssen, erstellt den passenden Speicher, sichert ihn mit zeilengenauen Zugriffsregeln (Row-Level Security) ab, verwaltet die Verbindungsschlüssel und verbindet das Ganze mit dem Bereich. Sie beschreiben die Rangliste; er baut, was dahintersteckt.

Genau das ist der Anwendungsfall „Bestenlisten und Punktetabellen", den der Builder nun abdecken kann – ebenso wie eine Umfrage, ein Gästebuch oder eine Buchungsliste. Das Spiel ist nur eine besonders eindrucksvolle Art, es zu zeigen.

Das Spiel war nur ein Vorwand. Was Flappy Rush wirklich zeigt, ist, dass ein fortgeschrittener, interaktiver Bereich mit echten geteilten Daten jetzt in Reichweite eines Prompts liegt – dort, wo es früher ein Lastenheft und einen Entwickler brauchte.

Und wenn Sie Lust darauf haben, kann ein Mini-Spiel durchaus einen Platz in einer Ecke Ihrer App finden: in den Farben Ihrer Marke während eines Events, als „Spielen und gewinnen", das die besten Punktestände belohnt, oder als Community-Rangliste, die einen Grund gibt, die App wieder zu öffnen. Aber das Wesentliche liegt woanders – darin, dass Sie auf eine Funktion nicht mehr verzichten müssen, nur weil sie über den Katalog hinausgeht.

Dieser Bereich ist im Übrigen kein loses Stück Code, das Sie irgendwo für sich hosten müssten. Er fügt sich in Ihre App ein wie jeder andere: Hosting von GoodBarber inklusive, Smart-Design-System berücksichtigt, eingebettet in Ihre iOS-, Android- und Web-Apps, über die Stores verteilt wie die 190+ Erweiterungen aus dem Katalog. Es ist ein lebendiger Bereich in einer echten App, keine Demo zum Anstöpseln.

Das beantwortet einen berechtigten Einwand: Warum überhaupt ein Mini-Spiel innerhalb einer Plattform bauen, statt es von Grund auf selbst zu programmieren? Weil das Entweder-oder eine Falle ist. Das meiste, was jede App braucht – Hosting, Content-Verwaltung, Nutzerkonten, Push, Zahlungen, Veröffentlichung in den Stores –, ist in jeder App dasselbe, und es ist bereits gebaut und wird für Sie gepflegt. Der Teil, der wirklich Ihrer Idee eigen ist, ist eine dünne Schicht obenauf. Eine Plattform erlaubt es Ihnen, diese 80 % Standardware als selbstverständlich vorauszusetzen und Ihre Energie allein auf die 20 % zu verwenden, die Ihnen gehören – und diese 20 % können Sie jetzt ebenfalls per Prompt erzeugen. Nicht „die Plattform macht alles", nicht „bauen Sie alles selbst": Die Plattform trägt die Standardware, Sie gestalten den Teil, der tatsächlich Ihrer ist.

Das ist die direkte Fortsetzung dessen, was GoodBarber seit 2011 tut: professionelle Apps, ohne eine Zeile Code zu schreiben, in 152 Ländern. Wenn eine Funktion im Katalog fehlt, legen Sie sie nicht mehr beiseite: Sie beschreiben sie, und sie kommt zu Ihrer App hinzu.

• Neu hier? Beginnen Sie mit wie der AI Extension Builder funktioniert — die Grundlagen von Prompt-to-Section, auf denen dieser Beitrag aufbaut.
• Die Integration hinter der Rangliste:eine Supabase-Datenbank zu Ihrer App hinzufügen — wie die geteilte Datenschicht eingerichtet und abgesichert wird.

Öffnen Sie den AI Extension Builder in Ihrem GoodBarber-Backoffice (oder starten Sie einen kostenlosen Test) und beschreiben Sie einen Bereich, den Sie bislang unter „zu kompliziert" abgelegt hatten – ein Spiel, eine Rangliste, eine Umfrage, ein Gästebuch. Sobald er zum ersten Mal Daten speichern oder teilen muss, verbinden Sie Supabase mit zwei Klicks und sehen Sie zu, wie er zum Leben erwacht. Erzählen Sie uns dann, was Sie gebaut haben: Genau das prägt die nächste Version.

Kann man mit GoodBarber wirklich ein Spiel erstellen?

Kein eigenständiges Spiel, nein: GoodBarber ist keine Spiel-Engine, und Ihre App wird nicht zum Spiel. Was der AI Extension Builder ermöglicht, ist, ein Mini-Spiel innerhalb einer Seite Ihrer App einzubinden – einen interaktiven Bereich, hier ein Flappy Bird mit geteilter Rangliste, in Alltagssprache beschrieben und ohne Code gebaut. Das Spiel lebt in der App, neben Ihren anderen Inhalten; es ist nicht deren Hauptprodukt.

Muss man programmieren können?

Nein. Sie beschreiben das Spiel in natürlicher Sprache – die Bildschirme, die Regeln, das Spielgefühl – und der Builder erzeugt den Code und zeigt ihn live an. Anschließend können Sie den Prompt verfeinern oder den Code direkt bearbeiten, wenn Sie möchten.

Wie wird die Rangliste zwischen allen Spielern geteilt?

Dank des Supabase-Connectors des AI Extension Builders. Wenn der Prompt eine geteilte und dauerhafte Rangliste verlangt, erstellt der Builder die Datenbank, die die Punktestände speichert, sichert sie mit Zugriffsregeln ab und verbindet sie mit dem Bereich – damit jeder Spieler dieselbe Tabelle sieht, aktualisiert im Verlauf der Runden.

Wo „lebt" das Spiel, wenn es einmal erstellt ist?

Innerhalb Ihrer veröffentlichten Apps – iOS, Android und Web. Der Bereich erbt das Hosting von GoodBarber, folgt dem Smart-Design-System Ihrer App und geht über dieselbe Deployment-Pipeline in die Stores wie alle anderen Erweiterungen.

Braucht man ein Supabase-Konto?

Ja. Sobald ein Bereich zum ersten Mal Daten speichern muss, bittet der Builder Sie, Supabase zu verbinden – eine Open-Source-Backend-Plattform mit einem großzügigen kostenlosen Tarif. Sie melden sich einmalig an, und jeder weitere Bereich nutzt diese Verbindung mit einem Klick wieder.

Lässt sich dieses Prinzip auf anderes als ein Spiel übertragen?

Ja. Die Grammatik des Prompts ist wiederverwendbar: Beschreiben Sie Bildschirme, steuern Sie das Spielgefühl mit Worten, benennen Sie die zu teilenden Daten. Dieselbe Logik ergibt ein Quiz, ein Losverfahren, eine Abstimmungswand oder jede andere Engagement-Mechanik mit einer Rangliste.