Iterationen: das Spiel verbessern, ohne es zu zerlegen
Spiele gehen bei Änderungen häufiger kaputt als Websites: Physik, Geschwindigkeiten und Kollisionen hängen zusammen. Die sichere Schleife: eine Änderung → spielen → die nächste, Versionen sichern und per „beschreibe das Symptom“ reparieren.
Du hast „mach die Asteroiden schneller“ bestellt — und jetzt fliegt das Schiff einfach durch sie hindurch. Lerne die Verzahnung von Spielcode kennen. Vorsichtig vorgehen.
Die Schleife: eine Änderung → spielen → die nächste
Die Vibe-Coding-Regel „eine Änderung nach der anderen“ ist bei Spielen fast ein Gesetz: Jede Änderung verändert das Spielgefühl, und Gefühl muss durch deine Hände gehen. Geschwindigkeit geändert? Spiel dreißig Sekunden. Bonus eingebaut? Spielen. Nach jeder Änderung zu spielen ist keine Prokrastination, sondern Qualitätskontrolle.
Sichere deine Versionen
Frag im Chat: „gib mir den kompletten aktuellen Code als Datei“ — und speichere ihn als game-v3.html, bevor du Großes anfässt. Geht etwas unrettbar kaputt, gehst du zurück auf v3 und bestellst anders. (Lovable und Replit versionieren automatisch — dort klickst du auf Rückgängig.)
Nach Symptom reparieren
Nicht „repariere mein Spiel“ — beschreibe, was du siehst:
- „Das Schiff treibt über den Bildschirmrand hinaus und kommt nie zurück“
- „Nach einem Neustart bleibt die Geschwindigkeit auf Maximum, sie sollte zurückgesetzt werden“
- „Ein Bonus zählt die Punkte doppelt“
Ein präzises Symptom bekommt eine präzise Lösung. Das funktioniert, weil die KI den Code sieht und du das Verhalten — zusammen seid ihr ein vollständiges Team.
Balance über Zahlen justieren
Bestell das hier: „zieh die Einstellungen in einen Block an den Anfang des Codes, mit Kommentaren: Spielergeschwindigkeit, Asteroidenhäufigkeit, Schwierigkeitsanstieg“. Jetzt ist Balancing eine Frage einer einzigen Zahl in der Datei — ganz ohne Chat. Dein erster Schritt zum Codelesen, und ein schmerzloser dazu.
Short questions on the lesson — with an explanation for every answer.