Iterationer: förbättra spelet utan att förstöra det
Spel går sönder av ändringar oftare än webbplatser: fysik, hastigheter och kollisioner hänger ihop. Den säkra loopen: en ändring → spela → nästa, spara versioner, och laga via 'beskriv symtomet'.
Du bad om 'gör asteroiderna snabbare' och nu seglar skeppet rakt genom dem. Möt kopplingen i spelkod. Gå försiktigt fram.
Loopen: en ändring → spela → nästa
Vibe coding-regeln om en ändring i taget är nästan lag i spel: varje ändring förändrar hur spelet känns, och känslan måste gå genom dina händer. Ändrat en hastighet? Spela trettio sekunder. Lagt till en bonus? Spela. Att spela efter varje ändring är inte prokrastinering, det är kvalitetskontroll.
Spara dina versioner
Be om det i chatten: 'ge mig hela den nuvarande koden som en fil' — och spara den som game-v3.html innan du gör något stort. Går det sönder bortom räddning går du tillbaka till v3 och beställer på ett annat sätt. (Lovable och Replit versionshanterar själva — där trycker du bara ångra.)
Laga utifrån symtomet
Inte 'fixa mitt spel' — beskriv vad du ser:
- 'Skeppet driver ut över skärmkanten och kommer aldrig tillbaka'
- 'Efter omstart ligger hastigheten kvar på max; den ska nollställas'
- 'En enda bonus ger poäng två gånger'
Ett exakt symtom får en exakt fix. Det funkar för att AI:n ser koden och du ser beteendet — tillsammans är ni ett komplett lag.
Justera balansen med siffror
Be om det här: 'samla inställningarna i ett block högst upp i koden med kommentarer: spelarens hastighet, asteroidernas frekvens, svårighetsökningen'. Nu är balansering en fråga om att ändra en siffra i filen — helt utan chatt. Ditt första steg mot att läsa kod, och ett smärtfritt sådant.
Short questions on the lesson — with an explanation for every answer.