phaser-gameplay-systems
Phaser Gameplay Systems
Purpose
Create or evolve a playable 2D browser game loop with clear Scene ownership, responsive controls, deterministic update order, and verified player-facing behavior.
Use When
Starting a new 2D game, repairing a weak prototype, adding mechanics/entities, designing architecture, tuning camera/controls, implementing rules/objectives, or improving game feel.
Workflow
Load references/gameplay-workflows.md as the first action when the task includes first playable setup, architecture, mechanics, entities, input, camera, collision/physics, scoring, objectives, feedback, or feel tuning.
Load references/game-design-level-design.md before broad new-game creation, major gameplay changes, level/wave/encounter design, progression/difficulty work, or any claim that gameplay is premium, polished, complete, or less generic.
Load references/physics-engine-selection.md before adding or changing physics, collision-heavy gameplay, platformer physics, physics puzzles, projectile physics, sensors, or physics QA.
Load references/game-feel.md before feel/juice/impact tuning, or before claiming gameplay is premium or polished. Track every loaded reference in a reference ledger with yes/no, path, and failure reason. Do not mark the gameplay phase complete while a required reference is skipped.