Iterationer: forbedr spillet uden at ødelægge det
Spil går oftere i stykker af rettelser end websites: fysik, hastigheder og sammenstød hænger sammen. Den sikre løkke: én ændring → spil → den næste, gem versioner, og reparér via 'beskriv symptomet'.
Du bad om 'gør asteroiderne hurtigere', og nu sejler skibet lige gennem dem. Mød koblingen i spilkode. Træd varsomt.
Løkken: én ændring → spil → den næste
Vibe coding-reglen om én ændring ad gangen er nærmest lov i spil: hver rettelse ændrer, hvordan spillet føles, og følelsen skal gennem dine hænder. Ændret en hastighed? Spil tredive sekunder. Tilføjet en bonus? Spil. At spille efter hver rettelse er ikke udsættelse, det er kvalitetskontrol.
Gem dine versioner
Bed om det i chatten: 'giv mig hele den nuværende kode som en fil' — og gem den som game-v3.html, før du gør noget stort. Går det uopretteligt i stykker, går du tilbage til v3 og bestiller på en anden måde. (Lovable og Replit versionerer selv — der trykker du bare fortryd.)
Reparér ud fra symptomet
Ikke 'reparér mit spil' — beskriv, hvad du ser:
- 'Skibet driver ud over skærmkanten og kommer aldrig tilbage'
- 'Efter en genstart bliver hastigheden på maksimum; den burde nulstilles'
- 'Én bonus giver point to gange'
Et præcist symptom får en præcis rettelse. Det virker, fordi AI'en kan se koden, og du kan se opførslen — sammen er I et komplet hold.
Justér balancen med tal
Bed om det her: 'saml indstillingerne i en blok øverst i koden med kommentarer: spillerens hastighed, asteroidernes hyppighed, stigning i sværhedsgrad'. Nu er balancering et spørgsmål om at ændre ét tal i filen — helt uden chat. Dit første skridt mod at læse kode, og et smertefrit et.
Short questions on the lesson — with an explanation for every answer.