Phaser Gamedev Skill
Overview
This skill builds complete Phaser 3 2D games using a Phased Construction pattern: DESIGN (plan game type, physics, scenes) → BUILD (scene lifecycle, sprites, tilemaps) → ANIMATE (physics, animation state machines, input) → POLISH (camera effects, particles, tweens, sound, mobile). Targets Phaser 3.60+ throughout.
Scope: Platformers, arcade shooters, top-down RPGs, puzzle games, and side-scrollers — anything 2D in Phaser 3. Use threejs-builder for 3D games, native mobile games, and non-Phaser canvas work.
Reference Loading Table
| Signal |
Load These Files |
Why |
references/core-patterns.md |
core-patterns.md |
Always |
references/build-scaffolds.md |
build-scaffolds.md |
Phase 2 BUILD |
references/animate-scaffolds.md |
animate-scaffolds.md |
Phase 3 ANIMATE |
references/polish-scaffolds.md |
polish-scaffolds.md |
Phase 4 POLISH |
references/errors.md |
errors.md |
Error Handling |
references/arcade-physics.md |
arcade-physics.md |
Arcade physics |
references/tilemaps.md |
tilemaps.md |
Tilemap / Tiled |
references/spritesheets.md |
spritesheets.md |
Sprites / animation |
references/performance.md |
performance.md |
Performance concern |
| Frame rate must reach a target number |
hill-climb skill |
Measured baseline, profile, accept/revert loop on p1-low FPS |
references/game-feel-patterns.md |
game-feel-patterns.md |
Polish / juice signal |
references/tilemaps-and-physics.md |
tilemaps-and-physics.md |
Complex maps / Matter.js |
Instructions
Phase 1: DESIGN
Goal: Understand what to build, select the physics system, and plan the scene graph before writing any code.
Core constraints:
- Read repository CLAUDE.md before building — local standards override defaults here
- Select physics system before any other decision — Arcade (fast AABB), Matter.js (complex shapes), or no physics cannot be mixed per scene without deliberate design
- Plan scenes upfront — Boot → Preload → Game → UI is the standard flow; diverge only when the game requires it
Step 1: Identify the game type
From the user's request, determine: game genre (platformer, shooter, RPG, puzzle, side-scroller), primary physics need, number of scenes, tilemap or procedural world, spritesheet or texture atlas.
Step 2: Select the physics system
| Physics |
Use When |
When Not to Use |
| Arcade |
Platformers, shooters, simple AABB |
Rotating bodies, non-rectangular shapes |
| Matter.js |
Physics puzzles, destructible terrain |
Performance-critical (100+ bodies) |
| None |
Puzzles, card games, UI-only |
Any meaningful collision detection |
Step 3: Document the scene plan and load references
Write a short markdown scene plan covering: Boot, Game, UI, Physics choice, World, Sprites (measured frame dimensions).
Load these references based on the plan:
- Always:
references/core-patterns.md (scene lifecycle, transitions, input)
- If tilemap:
references/tilemaps.md
- If sprites/animation:
references/spritesheets.md
- If Arcade physics:
references/arcade-physics.md
- If performance concern or many moving objects:
references/performance.md
- If polish / game feel / juice signal ("screen shake", "particles", "game feel", "hit feedback", "satisfying"):
references/game-feel-patterns.md
- If Matter.js, slopes, object layers, complex collision, or enemy spawning from Tiled:
references/tilemaps-and-physics.md
Gate: Scene plan documented. Physics system selected. References loaded. Proceed only when gate passes.
Phase 2: BUILD
Goal: Implement the scene lifecycle skeleton, load assets, place sprites, wire up tilemaps.
Core constraints:
- MEASURE spritesheet frames before loading — wrong
frameWidth/frameHeight is the #1 Phaser bug; open the PNG, count pixels per frame before writing this.load.spritesheet()
- Preload all assets in
preload() — never load assets in create() or update()
- Use a Boot scene for asset loading — shows a progress bar, keeps Game scene clean
Full TypeScript scaffolds (entry point, BootScene with progress bar, GameScene skeleton): references/build-scaffolds.md.
Gate: Boot and Game scenes compile. Assets load without console errors. Scene transitions work. Proceed only when gate passes.
Phase 3: ANIMATE
Goal: Add physics-driven movement, animation state machines, and player input.
Core constraints:
- Never allocate objects in
update() — no new Phaser.Math.Vector2(), no this.physics.add.sprite(), no array creation per frame; allocate in create(), reuse in update()
- Use
delta for frame-rate-independent movement — velocity = speed * (delta / 1000) ensures consistent feel at any FPS
- State machine over boolean flags —
'idle' | 'walk' | 'jump' | 'attack' | 'dead' prevents impossible states like isJumping && isAttacking
Animation definitions (anims.create), the Player state machine, and input handling scaffolds: references/animate-scaffolds.md. Collision groups, overlap callbacks, and physics tuning: references/arcade-physics.md.
Gate: Player moves. Animations transition correctly. State machine has no impossible state combinations. No per-frame allocations. Proceed only when gate passes.
Phase 4: POLISH
Goal: Add camera work, particles, tweens, sound, and mobile controls. Verify performance.
Core constraints:
- Remove
debug: true from physics config before shipping
- Remove all
console.log calls unless the user explicitly requested logging
- Test on a 60 FPS budget — Arcade + 200 active bodies + 50 particles is the practical ceiling on mid-range mobile
Full scaffolds for camera effects, particles (Phaser 3.60+ API), tweens, sound, mobile virtual controls, and final verification steps: references/polish-scaffolds.md.
Gate: Polish checks pass. Performance within budget. Debug config removed. Game is shippable.
Error Handling
Common errors and fixes (spritesheet frame mismatches, undefined body access, tilemap collision no-ops, animation failures, mobile slowdowns): references/errors.md.
References
| Reference |
When to Load |
Content |
references/core-patterns.md |
Always |
Scene lifecycle, transitions, input, state machines |
references/build-scaffolds.md |
Phase 2 BUILD |
TypeScript entry point, BootScene with progress bar, GameScene skeleton |
references/animate-scaffolds.md |
Phase 3 ANIMATE |
Animation definitions, Player state machine, input handling |
references/polish-scaffolds.md |
Phase 4 POLISH |
Camera, particles, tweens, sound, mobile controls, verification |
references/errors.md |
Error Handling |
Common Phaser error scenarios and fixes |
references/arcade-physics.md |
Arcade physics |
Groups, colliders, velocity, physics tuning, pitfalls |
references/tilemaps.md |
Tilemap / Tiled |
Layer system, collision, animated tiles, object layers |
references/spritesheets.md |
Sprites / animation |
Frame measurement, loading, atlases, nine-slice |
references/performance.md |
Performance concern |
Object pooling, GC avoidance, texture atlases, mobile |
references/game-feel-patterns.md |
Polish / juice signal |
Screen shake, particle bursts, hit-stop, scale punch, tween chains, sound timing |
references/tilemaps-and-physics.md |
Complex maps / Matter.js |
Tiled integration pipeline, Matter.js vs Arcade decision table, collision categories, slopes, object layer spawning |
1---2name: phaser-gamedev3description: "Phaser 3 2D game dev: scenes, physics, tilemaps, sprites, polish."4agent: typescript-frontend-engineer5user-invocable: false6allowed-tools:7 - Read8 - Write9 - Bash10 - Grep11 - Glob12 - Edit13 - Task14routing:15 triggers:16 - phaser17 - 2d game18 - platformer19 - arcade physics20 - tilemap21 - sprite sheet22 - side scroller23 pairs_with:24 - typescript-frontend-engineer25 - game-pipeline26 complexity: Medium27 category: game-development28---2930# Phaser Gamedev Skill3132## Overview3334This skill builds complete Phaser 3 2D games using a **Phased Construction** pattern: DESIGN (plan game type, physics, scenes) → BUILD (scene lifecycle, sprites, tilemaps) → ANIMATE (physics, animation state machines, input) → POLISH (camera effects, particles, tweens, sound, mobile). Targets Phaser 3.60+ throughout.3536**Scope**: Platformers, arcade shooters, top-down RPGs, puzzle games, and side-scrollers — anything 2D in Phaser 3. Use `threejs-builder` for 3D games, native mobile games, and non-Phaser canvas work.3738---3940## Reference Loading Table4142| Signal | Load These Files | Why |43|---|---|---|44| `references/core-patterns.md` | `core-patterns.md` | Always |45| `references/build-scaffolds.md` | `build-scaffolds.md` | Phase 2 BUILD |46| `references/animate-scaffolds.md` | `animate-scaffolds.md` | Phase 3 ANIMATE |47| `references/polish-scaffolds.md` | `polish-scaffolds.md` | Phase 4 POLISH |48| `references/errors.md` | `errors.md` | Error Handling |49| `references/arcade-physics.md` | `arcade-physics.md` | Arcade physics |50| `references/tilemaps.md` | `tilemaps.md` | Tilemap / Tiled |51| `references/spritesheets.md` | `spritesheets.md` | Sprites / animation |52| `references/performance.md` | `performance.md` | Performance concern |53| Frame rate must reach a target number | `hill-climb` skill | Measured baseline, profile, accept/revert loop on p1-low FPS |54| `references/game-feel-patterns.md` | `game-feel-patterns.md` | Polish / juice signal |55| `references/tilemaps-and-physics.md` | `tilemaps-and-physics.md` | Complex maps / Matter.js |5657## Instructions5859### Phase 1: DESIGN6061**Goal**: Understand what to build, select the physics system, and plan the scene graph before writing any code.6263**Core constraints**:64- **Read repository CLAUDE.md before building** — local standards override defaults here65- **Select physics system before any other decision** — Arcade (fast AABB), Matter.js (complex shapes), or no physics cannot be mixed per scene without deliberate design66- **Plan scenes upfront** — Boot → Preload → Game → UI is the standard flow; diverge only when the game requires it6768**Step 1: Identify the game type**6970From the user's request, determine: game genre (platformer, shooter, RPG, puzzle, side-scroller), primary physics need, number of scenes, tilemap or procedural world, spritesheet or texture atlas.7172**Step 2: Select the physics system**7374| Physics | Use When | When Not to Use |75|---------|----------|------------|76| Arcade | Platformers, shooters, simple AABB | Rotating bodies, non-rectangular shapes |77| Matter.js | Physics puzzles, destructible terrain | Performance-critical (100+ bodies) |78| None | Puzzles, card games, UI-only | Any meaningful collision detection |7980**Step 3: Document the scene plan and load references**8182Write a short markdown scene plan covering: Boot, Game, UI, Physics choice, World, Sprites (measured frame dimensions).8384Load these references based on the plan:85- Always: `references/core-patterns.md` (scene lifecycle, transitions, input)86- If tilemap: `references/tilemaps.md`87- If sprites/animation: `references/spritesheets.md`88- If Arcade physics: `references/arcade-physics.md`89- If performance concern or many moving objects: `references/performance.md`90- If polish / game feel / juice signal ("screen shake", "particles", "game feel", "hit feedback", "satisfying"): `references/game-feel-patterns.md`91- If Matter.js, slopes, object layers, complex collision, or enemy spawning from Tiled: `references/tilemaps-and-physics.md`9293**Gate**: Scene plan documented. Physics system selected. References loaded. Proceed only when gate passes.9495---9697### Phase 2: BUILD9899**Goal**: Implement the scene lifecycle skeleton, load assets, place sprites, wire up tilemaps.100101**Core constraints**:102- **MEASURE spritesheet frames before loading** — wrong `frameWidth`/`frameHeight` is the #1 Phaser bug; open the PNG, count pixels per frame before writing `this.load.spritesheet()`103- **Preload all assets in `preload()`** — never load assets in `create()` or `update()`104- **Use a Boot scene for asset loading** — shows a progress bar, keeps Game scene clean105106Full TypeScript scaffolds (entry point, BootScene with progress bar, GameScene skeleton): `references/build-scaffolds.md`.107108**Gate**: Boot and Game scenes compile. Assets load without console errors. Scene transitions work. Proceed only when gate passes.109110---111112### Phase 3: ANIMATE113114**Goal**: Add physics-driven movement, animation state machines, and player input.115116**Core constraints**:117- **Never allocate objects in `update()`** — no `new Phaser.Math.Vector2()`, no `this.physics.add.sprite()`, no array creation per frame; allocate in `create()`, reuse in `update()`118- **Use `delta` for frame-rate-independent movement** — `velocity = speed * (delta / 1000)` ensures consistent feel at any FPS119- **State machine over boolean flags** — `'idle' | 'walk' | 'jump' | 'attack' | 'dead'` prevents impossible states like `isJumping && isAttacking`120121Animation definitions (`anims.create`), the Player state machine, and input handling scaffolds: `references/animate-scaffolds.md`. Collision groups, overlap callbacks, and physics tuning: `references/arcade-physics.md`.122123**Gate**: Player moves. Animations transition correctly. State machine has no impossible state combinations. No per-frame allocations. Proceed only when gate passes.124125---126127### Phase 4: POLISH128129**Goal**: Add camera work, particles, tweens, sound, and mobile controls. Verify performance.130131**Core constraints**:132- **Remove `debug: true` from physics config** before shipping133- **Remove all `console.log` calls** unless the user explicitly requested logging134- **Test on a 60 FPS budget** — Arcade + 200 active bodies + 50 particles is the practical ceiling on mid-range mobile135136Full scaffolds for camera effects, particles (Phaser 3.60+ API), tweens, sound, mobile virtual controls, and final verification steps: `references/polish-scaffolds.md`.137138**Gate**: Polish checks pass. Performance within budget. Debug config removed. Game is shippable.139140---141142## Error Handling143144Common errors and fixes (spritesheet frame mismatches, undefined body access, tilemap collision no-ops, animation failures, mobile slowdowns): `references/errors.md`.145146---147148## References149150| Reference | When to Load | Content |151|-----------|-------------|---------|152| `references/core-patterns.md` | Always | Scene lifecycle, transitions, input, state machines |153| `references/build-scaffolds.md` | Phase 2 BUILD | TypeScript entry point, BootScene with progress bar, GameScene skeleton |154| `references/animate-scaffolds.md` | Phase 3 ANIMATE | Animation definitions, Player state machine, input handling |155| `references/polish-scaffolds.md` | Phase 4 POLISH | Camera, particles, tweens, sound, mobile controls, verification |156| `references/errors.md` | Error Handling | Common Phaser error scenarios and fixes |157| `references/arcade-physics.md` | Arcade physics | Groups, colliders, velocity, physics tuning, pitfalls |158| `references/tilemaps.md` | Tilemap / Tiled | Layer system, collision, animated tiles, object layers |159| `references/spritesheets.md` | Sprites / animation | Frame measurement, loading, atlases, nine-slice |160| `references/performance.md` | Performance concern | Object pooling, GC avoidance, texture atlases, mobile |161| `references/game-feel-patterns.md` | Polish / juice signal | Screen shake, particle bursts, hit-stop, scale punch, tween chains, sound timing |162| `references/tilemaps-and-physics.md` | Complex maps / Matter.js | Tiled integration pipeline, Matter.js vs Arcade decision table, collision categories, slopes, object layer spawning |