Arcade-Rennspiel mit KI bauen: Prompt, Build, Feinschliff

Arcade-Rennspiel mit KI bauen: Prompt, Build, Feinschliff

Beschreiben Sie die Strecke, das Fahrzeug und die Hindernisse, und Zugo baut ein spielbares Arcade-Rennspiel für den Browser: eine scrollende Fahrbahn, Lenkung nach links und rechts, Hindernisse mit einer Lücke, Punkte und ein steigendes Tempo. Der erste Build kostet 6 Credits und steht in etwa einer Minute. Alles danach sind Änderungen zu je 3 Credits.

Ein Arcade-Racer ist kein Fahrsimulator, und das ist bei diesem Weg eine gute Nachricht. Was zählt, sind drei Zahlen: wie schnell die Bahn läuft, wie eng die Lücken sind und wie schnell beides zunimmt.

Warum passt ein Arcade-Racer so gut in einen Textprompt?

Weil die Bewegung nach vorn nicht gespielt wird. Das Fahrzeug fährt von allein, die Welt kommt auf Sie zu, und Ihre einzige Aufgabe ist, zum richtigen Zeitpunkt an der richtigen Stelle zu sein. Damit bleibt genau eine Achse übrig, die der Prompt beschreiben muss.

Der zweite Grund ist der fehlende Inhalt. Eine Strecke in diesem Genre ist keine gezeichnete Landschaft, sondern ein Erzeugungsmuster: Abstand der Hindernisse, Breite der Lücke, Häufigkeit der Bonusobjekte. Sie schreiben Regeln und keine Level, und Regeln lassen sich in zwei Sätzen sagen.

Deshalb eignet sich das Genre als erstes Projekt. Der Weg von „ich habe es beschrieben" zu „ich spiele es" ist kurz, und jede spätere Änderung passt in eine einzelne Nachricht. Ihre Mühe fließt in das Fahrgefühl statt in die Erklärung, was das Spiel überhaupt sein soll.

Was muss im Prompt tatsächlich stehen?

Der Prompt „mach ein Rennspiel" liefert etwas, das entfernt nach Rennen aussieht, und sonst nichts. Nennen Sie fünf Dinge, und der erste Build landet nah an Ihrer Vorstellung.

Die beiden Zeilen mit der größten Wirkung sind die Verlustbedingung und die Steigerung. Ohne sie entsteht eine hübsche Endlosfahrt ohne Anspannung, und ein Spiel ohne Anspannung wird kein zweites Mal gestartet.

Farben, Spurzahl und Anfangstempo sind später leicht zu verschieben. Zerbrechen Sie sich darüber in der ersten Nachricht nicht den Kopf. Wenn Ihre Prompts eher kurz geraten, nennen Sie vier Punkte getrennt: wer spielt, was auf dem Bildschirm ist, was die Person tut, und wann die Runde endet.

Wie läuft der Bau Schritt für Schritt?

1. Beschreiben Sie das Spiel in zwei Sätzen. Zum Beispiel: „Ein Arcade-Rennspiel mit vier Spuren, die Straße scrollt von oben nach unten, gelenkt wird mit den Pfeiltasten oder durch Wischen, Sperren lassen immer eine Lücke frei, drei Leben, Punkte pro überstandener Reihe, das Tempo steigt langsam an."
2. Warten Sie den geprüften Build ab. Eine einfache Fassung steht in etwa einer Minute. Vorher wird der Build in einer Sandbox gestartet, und was nicht öffnet, wird nicht als fertig ausgeliefert.
3. Spielen Sie drei Runden. Der erste Build ist ein Ausgangspunkt mit echtem Code dahinter und kein Bildchen. Achten Sie darauf, wo Sie sich geärgert oder gelangweilt haben.
4. Ändern Sie eine Sache pro Nachricht. „Mach das Fahrzeug schmaler." „Lass das Tempo erst ab der zwanzigsten Reihe steigen." Jede Änderung kostet 3 Credits und wird erneut geprüft, und eine Änderung pro Runde heißt, dass Sie hinterher wissen, was gewirkt hat.
5. Veröffentlichen Sie. Das Spiel bekommt eine eigene Adresse unter <slug>.zugo.run und öffnet in jedem Browser, ohne Installation.

Gibt es eine fertige Vorlage für ein Rennspiel?

Ja, und das ist bei diesem Genre die Abkürzung. Im Produkt liegen 25 Vorlagen, davon 5 für Spiele, und eine davon heißt Neon Drift: ein Ausweichrennen auf einer Neon-Fahrbahn mit fünf Spuren, einem Multiplikator für eingesammelte Objekte und einem Tempo, das bis zu einer Obergrenze ansteigt.

Wer diese Vorlage öffnet, spart den ersten Bau und bekommt sofort eine Struktur, an der weitergearbeitet werden kann. Zwei bis drei Änderungen reichen, um daraus ein eigenes Spiel zu machen: andere Spurzahl, anderes Aussehen, andere Steigerungskurve. Der ausführliche Blick auf diese Vorlage steht in Die Vorlage Neon Drift.

Wie fühlt sich das Fahren richtig an?

Ein technisch korrektes Rennspiel kann sich trotzdem tot anfühlen, und in diesem Genre ist das Gefühl fast das ganze Spiel. Der erste Regler ist die Lenkung. Springt das Fahrzeug hart von Spur zu Spur, wirkt es mechanisch und fair. Gleitet es frei über die Bahn, wirkt es schnell und leicht gefährlich. Beides ist eine Änderung, und Sie sollten beides einmal gespielt haben, bevor Sie sich entscheiden.

Der zweite Regler ist die Trefferzone. Nichts verdirbt ein Ausweichspiel so zuverlässig wie ein Zusammenstoß, den man für ungerecht hält. Bitten Sie darum, die Trefferfläche des Fahrzeugs etwas kleiner zu machen als seine Darstellung. Das ist eine Zeile, und sie verwandelt Ärger in Ehrgeiz.

Dann kommt der Grund, überhaupt zu riskieren. Reines Ausweichen belohnt die sicherste Linie, und sichere Linien sind langweilig. Streuen Sie Objekte auf die Bahn, die einen Multiplikator erhöhen, und lassen Sie den Multiplikator sinken, wenn zu lange keines eingesammelt wurde. Jede Sperre wird damit zu einer kleinen Entscheidung statt zu einem Reflex.

Zuletzt der Feinschliff, der jeden Treffer verkauft: ein kurzer Blitz beim Zusammenstoß, ein Rütteln des Bildes, ein Ton, dessen Höhe mit dem Tempo steigt. Jeder dieser Punkte ist eine einzelne Bitte im Chat, und zusammen wirken sie stärker als eine fünfte Spur.

Was kostet ein Rennspiel-Projekt?

Credits hängen an Aktionen und nicht an der Zeit. Ein Spiel, an dem Sie einen ganzen Nachmittag feilen, kostet dasselbe wie eines, das nach zehn Minuten fertig ist.

Free enthält 5 Credits und liegt damit unter den 6 für einen einzelnen Build. Pro kostet 25 $ im Monat mit 200 Credits, also etwa 33 Builds oder 66 Änderungen. Business kostet 99 $ im Monat mit 800 Credits. Abgerechnet wird in US-Dollar.

Ein fertiges Arcade-Rennspiel mit abgestimmter Lenkung, Multiplikator und Startbildschirm liegt erfahrungsgemäß bei einem Build und ungefähr zehn Änderungen. Wie das Ändern praktisch abläuft, steht in Nach der Generierung weiterarbeiten.

Was liefert ein Prompt bei diesem Genre nicht?

Drei ehrliche Grenzen. Erstens entsteht ein 2D-Spiel im Browser. Eine Fahrerperspektive mit Horizont, Kameraschwenk und echter Fahrphysik ist ein anderes Vorhaben und nicht das Ergebnis eines Prompts.

Zweitens sind Grafik und Klang erzeugte Formen, Verläufe und Farben und keine lizenzierten Bilder oder das Aussehen einer bekannten Marke. Für ein Neon-Rennen reicht das gut aus. Wer eine bestimmte Bildsprache im Kopf hat, bringt eigene Bilder mit und achtet dabei auf die Nutzungsrechte.

Drittens ist eine weltweite Bestenliste kein Nebensatz, sondern eine Datenbank. Dafür binden Sie Supabase an, statt Punkte im Prompt zu erwähnen. Sehr spezifische Fachlogik entsteht ohnehin über mehrere Änderungen, und bei einem großen, wachsenden Produkt ersetzt Zugo kein Entwicklungsteam.

Wie veröffentliche ich das Spiel, und wer kann es spielen?

Wenn es sich richtig anfühlt, veröffentlichen Sie. Das Spiel liegt unter einer Adresse wie ihr-rennspiel.zugo.run, läuft auf Rechner und Telefon ohne Installation, und eine eigene Domain lässt sich verbinden.

Teilen heißt damit: einen Link schicken. Das ist der eigentliche Grund, warum Browserspiele überhaupt gespielt werden, denn der Weg vom Sehen zum Spielen ist kürzer als bei allem, was erst geladen werden muss.

Was in diesem Genre sonst noch geht und wo die harten Grenzen liegen, steht in Kann KI wirklich ein spielbares Spiel bauen. Wenn Sie es selbst ausprobieren wollen, beschreiben Sie Ihre Strecke in zwei Sätzen auf zugo.dev und lassen Sie danach jemanden spielen, der nicht weiß, wie es entstanden ist.