Einen Platformer mit Schwerkraftwechsel in einem Raum entwerfen

Zeigen Sie das Ziel vor dem Wechsel und prüfen Sie Kontakt und nächsten Weg separat.

Seele Editorial TeamAktualisiert 14. November 2026

Gravity-Flipping-Platformer mit einer Aktion beginnen, die der Spieler vorhersehen kann: einmal tippen, Schwerkraftrichtung umkehren und auf klar markierter Gegenseite landen. Einen kompakten Raum mit unterem Laufsteg, Deckenschiene und Ausgang bauen. Kamera fix halten, damit der Spieler Wechsel an Figurenorientierung und Zielhinweis erkennt. Der Instandhaltungsläufer-Raum in diesem Leitfaden ist eine fiktive Designübung; vorgeschlagene Revision ist handbeschrieben, kein Spieltest oder generiertes Ergebnis.

Den Wechsel zur ersten Levellektion machen

Der erste Raum sollte vier Fragen nacheinander beantworten: Welche Eingabe kehrt Schwerkraft um, wo landet die Figur, wie sieht Kontakt aus und was kann sie danach tun? Muss der Spieler mehrere Gefahren lernen oder Wechsel verketten, bevor die Schleife klar ist, prüft der Raum zu viel gleichzeitig.

Gravity-Flipping-Platformer: Läufer auf unterem Laufsteg, markierte Deckenschiene und Ausgang.
Im Auftaktraum sind alte Oberfläche, erreichbares Deckenziel und nächster Weg sichtbar.

Im geplanten Abschnitt ist der untere Laufsteg der sichere Start, die türkise Deckenschiene das Ziel und ein breites Ausgangsdeck der Endpunkt. Ein nötiger Wechsel überquert die Lücke; entlang der Schiene gehen, dann erneut wechseln, um den Ausgang zu erreichen. So entsteht eine kurze vollständige Schleife ohne Gegner, Sammelobjekte oder zweite Bewegungsfähigkeit.

Schwerkraft- und Kameraregel gemeinsam wählen

Eingabe als Zustandsänderung schreiben statt vage „Schwerkraft trotzen“. Ein Tippen der dedizierten Umschalttaste kehrt die Fallrichtung um. Gedrückthalten wiederholt nicht. Horizontale Bewegung bleibt während des Wegs zur neuen Oberfläche verfügbar. Kontakt mit gültiger Oberfläche beendet den Übergang und erlaubt Weitergehen.

Im ersten Raum nur einfache gültige Oberflächen: unterer Laufsteg stützt normale Schwerkraft, markierte Unterseite der Deckenschiene umgekehrte. Nicht jede Decke und jeder Zierbalken darf die Figur fangen. Korallkante der Zielschiene zeigt gültige Landung; neutrale Kanten bleiben Kulisse. Verfehlt der Spieler die Schiene, wird der Raum am Start zurückgesetzt statt stillschweigend an ein unmarkiertes Objekt anzudocken.

Für dieses Beispiel eine feste Seitenkamera nutzen. Gleichzeitiges Drehen von Kamera und Schwerkraft würde Figurenorientierung und Sicht verändern und erschweren, die Verwirrungsursache zu erkennen. Welt bleibt waagerecht, Figur dreht zur neuen Fallrichtung, gewählte Oberfläche wird kurz hervorgehoben. Tutorial-Designentscheidung, keine allgemeine Kameraregel.

Vor einem zweiten Wechsel festlegen, was in jedem Zustand zu sehen ist: normaler Stand auf Laufsteg, Eingabereaktion, Bewegung zur Deckenschiene, Kontakt mit Unterseite und Weiterlaufen. Diese Zustände bilden später die Prüfliste. Fehlt einer, Feedback verbessern, bevor weitere Routen hinzukommen.

Raum mit zwei Oberflächen planen

Raum als eine Route mit zwei begehbaren Flächen zeichnen. Spieler startet auf breitem unteren Laufsteg; zwischen ihm und erreichbarer Deckenschiene liegt eine Lücke. Schiene muss nach Landung genug Weg zum Weitergehen bieten. Ausgangsdeck weiter vorn platzieren und vor der Entscheidung sichtbar machen. Danach Stelle markieren, an der Spieler zurück zum Ausgang fällt.

RaumabschnittSpieleraktionSichtbares FeedbackWas prüfen
StartAuf unterer Fläche zur Lücke gehen.Deckenschiene und Ausgangsdeck in fixer Seitenansicht sichtbar.Sieht Spieler Weg vor Wechsel?
WechselEinmal dedizierte Gravitationsaktion antippen.Figur dreht zur neuen Fallrichtung; Zielschiene erhält zurückhaltende Korallkante.Löst eine Eingabe eine eindeutige Zustandsänderung aus?
Bewegen und landenWeiter zur markierten Deckenschiene bewegen.Lücke bleibt sichtbar, dann berühren Füße Unterseite der Schiene.Ist Kontaktpunkt ohne verborgene Kollision sichtbar?
FortsetzenAuf Deckenschiene weitergehen, dann zum Ausgang zurückwechseln.Figur bewegt sich an Schiene; leuchtende Checkpointlampe bestätigt Ankunft.Erkennt Spieler, dass erste Landung abgeschlossen ist?

Um Kontaktpunkte genug Raum für ganze Figurensilhouette lassen. Deckenschiene darf nicht so dünn sein, dass sie mit Zierleiste verwechselt wird; unterer Laufsteg soll nach Wechsel lange genug sichtbar bleiben. Exakte Weltmaße braucht man vor Enginewahl nicht; erster Durchgang prüft lesbare Beziehungen: Lücke, Ziel, Kontakt, nächste Bewegung.

Beim Rückweg Wechsel nicht hinter Wand oder beweglicher Plattform verlangen. Rückkehrpunkt auf klaren Schienenabschnitt setzen und Ausgangsdeck sichtbar lassen. Sichtbare Landung ist hilfreicher als überraschender Fall. Raum kann später schwieriger werden; erste Fassung lässt Spieler den Wechsel ohne Raten über die akzeptierte Oberfläche lernen.

Einen fokussierten Prototyp-Prompt schreiben

Ein nützlicher Prompt beschreibt erste Spieleraktion, Route, erlaubte Landeflächen, Feedback und Ergebnisprüfung. Er nennt auch Ausschlüsse. Hier ein Startbrief für einen kleinen fiktiven Prototyp:

Erstelle einen kurzen Side-View-Platformerraum über einen verständlichen Schwerkraftwechsel. Spieler startet auf breitem unteren Laufsteg, sieht Lücke, erreichbare türkise Deckenschiene und Ausgangsdeck dahinter.\n\nSteuerung: links/rechts laufen; eine dedizierte Aktion einmal antippen, um Schwerkraft umzukehren. Halten darf nicht erneut umschalten. Horizontale Bewegung während des Übergangs erhalten. Unterer Laufsteg gilt bei normaler Schwerkraft; nur korallmarkierte Unterseite der Schiene nimmt Kontakt bei umgekehrter Schwerkraft an. Verfehlte Landung setzt Raum am Start zurück.\n\nNach erster Landung auf Schiene weitergehen lassen und danach klaren Punkt zum Rückwechsel in Richtung Ausgang zeigen. Feste Seitenkamera. Figurenorientierung und zurückhaltender Zielmarker zeigen neue Fallrichtung. Oberflächenkontakt sichtbar machen und kleine Checkpoint-Lampe nach erster erfolgreicher Landung entzünden.\n\nKeine Gegner, Verbesserungen, Sammelobjekte, zusätzlichen Räume, mehreren gleichzeitigen Schwerkraftrichtungen oder bewegter Kamera. Kurze Steuerungsliste, Raumlayout, Zustandsänderungen für Wechsel/Bewegung/Kontakt und Prüfliste für Landung und Reset liefern. Unklare Regel als Frage aufführen, nicht erfinden.

Eingabebelegung als Beispiel ansehen, nicht als bestätigte SEELE-Konvention. Nutzt Prototyp eine andere Taste, Vertrag erhalten und Prompt anpassen. Entscheidend ist: Tippen erzeugt einen Wechsel, Ziel ist sichtbar und verfehlter Kontakt hat bekanntes Ergebnis.

Wechsel, Landung und nächste Aktion prüfen

Mechanik Zustand für Zustand untersuchen. Dramatischer Aufwärtsbogen reicht nicht: Spieler muss gültige Oberfläche kennen und erkennen, wann neue Schwerkraft greift. Ansicht fixieren, während Figur, Zielmarker und Landekontakt geprüft werden.

Die markierte türkisfarbene Deckenschiene ist Ziel des ersten Wechsels.
Markierte Schiene bleibt klares Ziel, während Figur noch unterwegs ist.
ZustandErwartete ReaktionPrüffrage
Normale SchwerkraftLäufer steht und geht auf unterem Laufsteg.Ist Startzustand eindeutig?
Wechsel-EingabeEin Tippen ändert Fallrichtung einmal.Erzeugt Halten oder wiederholte Eingabe einen unbeabsichtigten zweiten Wechsel?
BewegungLäufer bewegt sich zur korallmarkierten Deckenschiene.Sieht Spieler Ziel und freien Weg?
KontaktFüße berühren Schienenunterseite und Figur dreht sich mit ihr.Ist Kontakt sichtbar, statt plötzlichem Stillstand in der Luft?
Nächste AktionLäufer kann auf Schiene gehen und sieht Rückwechselstelle.Zeigt Level, was nach Landung möglich ist?

Wirkt Richtung unklar, zuerst Figurendrehung oder Zielkante verstärken und nicht Kamera ändern. Scheint Figur zu schweben, Fußkontakt zeigen und kurze Kontaktreaktion ergänzen. Schiene sichtbar, Landung aber wie Fehlschlag? Gültige Fläche breiter oder Zierleisten reduzieren. Pro Revision eine Variable ändern, damit klar ist, was nächste Version verbessern soll.

Läufer landet an der Decke; Checkpoint leuchtet im fiktiven Sollzustand.
Ergebniszustand zeigt Kontakt auf Deckenschiene, leuchtende Checkpointlampe und Weg zum Ausgang.

Das Bild oben zeigt einen Sollzustand: beide Stiefel berühren Schiene, Checkpointlampe leuchtet, Ausgang bleibt sichtbar. Konzeptbild, kein Screenshot eines gebauten Spiels. In realem Prototyp Kollision, Orientierung und nächsten Wechsel mit Eingabe prüfen.

Simulierte Iteration: Zielfläche deutlicher machen

Eine reine Papierfassung annehmen, in der Boden- und Deckenzierleisten gleich aktiv wirken. Vorgeschlagene Änderung betrifft nur eine visuelle Regel: Zielschiene bekommt Korallkante; inaktive Flächen bleiben neutral. Außerdem kurze Figurendrehung bei Eingabe zeigen. Raum, Kamera, Steuerung und Lücke bleiben gleich, damit Änderung einem Zweck dient.

Der Vergleich ist fiktive Designübung, kein generiertes Ergebnis, Spieltest oder gemessene Verbesserung. Abnahmepunkte sind sichtbar: Figur dreht sich nach einem Tippen; Ziel ist vor Landung erkennbar; Füße berühren Schiene sichtbar; Bewegung setzt dort fort. Späterer Test muss diese Beobachtungen im echten Build erfassen. Bis dahin beschreiben Punkte, was zu prüfen ist, nicht bereits Erlebtes.

Wo ein KI-Spielbauer passt

Die offizielle SEELE-AI-Game-Maker-Seite beschreibt Idee in Alltagssprache, Test einer ersten spielbaren Browser-Version und Verfeinerung mit Folgeprompts. Vor dem Absenden Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten im Workspace prüfen. Allgemeiner Ablauf, keine Zusage für Schwerkraftumkehr oder Deckenkontakt.

Bei diesem Beispiel Ein-Raum-Briefing beibehalten und Route, Landung, Orientierung und Reset nach Prüfliste ansehen. Weicht Mechanik ab, eine gezielte Änderung verlangen und erneut prüfen.

Mit einem klaren Wechsel beginnen

Erstes Level in einem Satz halten: einmal tippen, markierte Gegenseite erreichen, Kontakt bestätigen und weitergehen. Weitere Räume erst ergänzen, wenn Zustandsänderung leicht sichtbar und prüfbar ist. Free AI Game Maker öffnen um eine fokussierte Platformer-Version zu entwerfen und spielbares Ergebnis zu prüfen.

Häufige Fragen

Soll sich Kamera beim Schwerkraftwechsel drehen?

Das ist möglich; erster Raum lässt sich jedoch leichter diagnostizieren, wenn pro Moment nur eine Richtungsquelle geändert wird. Beispiel hält Seitenkamera fest und zeigt Wechsel über Figurenorientierung und markierte Zielschiene. Bei drehender Kamera Ziel sichtbar halten und prüfen, ob nächste Landung erkennbar bleibt.

Wie viele Wechsel gehören in den ersten Raum?

Ein nötiger Wechsel lehrt Zustandsänderung. Vorgeschlagener Raum fügt Rückwechsel erst hinzu, nachdem Spieler gelandet und an Schiene gegangen ist, sodass erster Übergang die Hauptlektion bleibt. Verkettete Wechsel, Gefahren und Alternativrouten erst ergänzen, wenn Beginn und gültige Zielfläche jedes Wechsels klar sind.

Wie verhindere ich, dass Spieler die Decke verfehlen?

Schiene vor Eingabe zeigen, von inaktiver Zierleiste unterscheiden und genügend Breite für Kontakt lassen. Fuß-Schiene-Kontakt sichtbar und Fehlschlagfolge definieren, etwa Neustart am Raumstart. Das sind Designprüfungen; Maße hängen von Bewegung des Builds ab.

Kann dieselbe Fläche Boden und Decke sein?

Möglich, wenn beide Schwerkraftzustände ausdrücklich geregelt sind; erster Prototyp braucht den Fall nicht. Beispiel hat einen unteren Laufsteg bei normaler und markierte Schiene bei umgekehrter Schwerkraft. Ändert eine Fläche ihre Rolle, Zustand deutlich markieren und Kontakt aus beiden Richtungen testen.

Kann ein KI-Spielbauer Schwerkraftmechanik garantieren?

Nein. Offizielle Produktseite beschreibt allgemeine Erstellung, Prüfung und Iteration, keine Zusage für diese Mechanik. Prompt als präzise Anfrage behandeln und tatsächliche Steuerung, Kollisionsflächen, Figurendrehung und Reset prüfen. Bei Fehler genau eine Regel ändern und Ergebnis erneut kontrollieren.

SEELE AI

Mach aus diesem Leitfaden ein spielbares Projekt.

Beginne mit einem klaren Briefing und entwickle es im Seele AI Workspace weiter.

Jetzt erstellen