@codyswann/lisa 2.178.6 → 2.180.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (145) hide show
  1. package/dist/configs/eslint/phaser.d.ts +2 -8
  2. package/dist/configs/eslint/phaser.d.ts.map +1 -1
  3. package/dist/configs/eslint/phaser.js +143 -17
  4. package/dist/configs/eslint/phaser.js.map +1 -1
  5. package/eslint-plugin-phaser/README.md +19 -0
  6. package/eslint-plugin-phaser/index.js +35 -0
  7. package/eslint-plugin-phaser/package.json +10 -0
  8. package/eslint-plugin-phaser/rules/no-allocation-in-update.js +189 -0
  9. package/eslint-plugin-phaser/rules/no-create-in-update.js +200 -0
  10. package/eslint-plugin-phaser/rules/require-shutdown-cleanup.js +191 -0
  11. package/package.json +5 -3
  12. package/phaser/merge/.claude/settings.json +1 -0
  13. package/phaser/merge/.mcp.json +8 -0
  14. package/phaser/package-lisa/package.lisa.json +11 -3
  15. package/plugins/lisa/.claude-plugin/plugin.json +1 -1
  16. package/plugins/lisa/.codex-plugin/plugin.json +1 -1
  17. package/plugins/lisa-agy/plugin.json +1 -1
  18. package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
  19. package/plugins/lisa-cdk/.codex-plugin/plugin.json +1 -1
  20. package/plugins/lisa-cdk-agy/plugin.json +1 -1
  21. package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json +1 -1
  22. package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json +1 -1
  23. package/plugins/lisa-copilot/.claude-plugin/plugin.json +1 -1
  24. package/plugins/lisa-cursor/.claude-plugin/plugin.json +1 -1
  25. package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
  26. package/plugins/lisa-expo/.codex-plugin/plugin.json +1 -1
  27. package/plugins/lisa-expo-agy/plugin.json +1 -1
  28. package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json +1 -1
  29. package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json +1 -1
  30. package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json +1 -1
  31. package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json +1 -1
  32. package/plugins/lisa-harper-fabric-agy/plugin.json +1 -1
  33. package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json +1 -1
  34. package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json +1 -1
  35. package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
  36. package/plugins/lisa-nestjs/.codex-plugin/plugin.json +1 -1
  37. package/plugins/lisa-nestjs-agy/plugin.json +1 -1
  38. package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json +1 -1
  39. package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json +1 -1
  40. package/plugins/lisa-openclaw/.claude-plugin/plugin.json +1 -1
  41. package/plugins/lisa-openclaw/.codex-plugin/plugin.json +1 -1
  42. package/plugins/lisa-openclaw-agy/plugin.json +1 -1
  43. package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json +1 -1
  44. package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json +1 -1
  45. package/plugins/lisa-phaser/.claude-plugin/plugin.json +1 -1
  46. package/plugins/lisa-phaser/.codex-plugin/plugin.json +1 -1
  47. package/plugins/lisa-phaser/rules/phaser.md +134 -44
  48. package/plugins/lisa-phaser/skills/phaser-accessibility/SKILL.md +135 -0
  49. package/plugins/lisa-phaser/skills/phaser-accessibility/agents/openai.yaml +4 -0
  50. package/plugins/lisa-phaser/skills/phaser-asset-pipeline/SKILL.md +148 -0
  51. package/plugins/lisa-phaser/skills/phaser-asset-pipeline/agents/openai.yaml +4 -0
  52. package/plugins/lisa-phaser/skills/phaser-build-deploy/SKILL.md +148 -0
  53. package/plugins/lisa-phaser/skills/phaser-build-deploy/agents/openai.yaml +4 -0
  54. package/plugins/lisa-phaser/skills/phaser-i18n/SKILL.md +122 -0
  55. package/plugins/lisa-phaser/skills/phaser-i18n/agents/openai.yaml +4 -0
  56. package/plugins/lisa-phaser/skills/phaser-project-structure/SKILL.md +5 -5
  57. package/plugins/lisa-phaser/skills/phaser-services/SKILL.md +208 -0
  58. package/plugins/lisa-phaser/skills/phaser-services/agents/openai.yaml +4 -0
  59. package/plugins/lisa-phaser/skills/phaser-testing/SKILL.md +104 -11
  60. package/plugins/lisa-phaser-agy/plugin.json +1 -1
  61. package/plugins/lisa-phaser-agy/skills/phaser-accessibility/SKILL.md +135 -0
  62. package/plugins/lisa-phaser-agy/skills/phaser-asset-pipeline/SKILL.md +148 -0
  63. package/plugins/lisa-phaser-agy/skills/phaser-build-deploy/SKILL.md +148 -0
  64. package/plugins/lisa-phaser-agy/skills/phaser-i18n/SKILL.md +122 -0
  65. package/plugins/lisa-phaser-agy/skills/phaser-project-structure/SKILL.md +5 -5
  66. package/plugins/lisa-phaser-agy/skills/phaser-services/SKILL.md +208 -0
  67. package/plugins/lisa-phaser-agy/skills/phaser-testing/SKILL.md +104 -11
  68. package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json +1 -1
  69. package/plugins/lisa-phaser-copilot/rules/phaser.md +134 -44
  70. package/plugins/lisa-phaser-copilot/skills/phaser-accessibility/SKILL.md +135 -0
  71. package/plugins/lisa-phaser-copilot/skills/phaser-asset-pipeline/SKILL.md +148 -0
  72. package/plugins/lisa-phaser-copilot/skills/phaser-build-deploy/SKILL.md +148 -0
  73. package/plugins/lisa-phaser-copilot/skills/phaser-i18n/SKILL.md +122 -0
  74. package/plugins/lisa-phaser-copilot/skills/phaser-project-structure/SKILL.md +5 -5
  75. package/plugins/lisa-phaser-copilot/skills/phaser-services/SKILL.md +208 -0
  76. package/plugins/lisa-phaser-copilot/skills/phaser-testing/SKILL.md +104 -11
  77. package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json +1 -1
  78. package/plugins/lisa-phaser-cursor/rules/phaser.mdc +134 -44
  79. package/plugins/lisa-phaser-cursor/skills/phaser-accessibility/SKILL.md +135 -0
  80. package/plugins/lisa-phaser-cursor/skills/phaser-asset-pipeline/SKILL.md +148 -0
  81. package/plugins/lisa-phaser-cursor/skills/phaser-build-deploy/SKILL.md +148 -0
  82. package/plugins/lisa-phaser-cursor/skills/phaser-i18n/SKILL.md +122 -0
  83. package/plugins/lisa-phaser-cursor/skills/phaser-project-structure/SKILL.md +5 -5
  84. package/plugins/lisa-phaser-cursor/skills/phaser-services/SKILL.md +208 -0
  85. package/plugins/lisa-phaser-cursor/skills/phaser-testing/SKILL.md +104 -11
  86. package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
  87. package/plugins/lisa-rails/.codex-plugin/plugin.json +1 -1
  88. package/plugins/lisa-rails-agy/plugin.json +1 -1
  89. package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json +1 -1
  90. package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json +1 -1
  91. package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
  92. package/plugins/lisa-typescript/.codex-plugin/plugin.json +1 -1
  93. package/plugins/lisa-typescript-agy/plugin.json +1 -1
  94. package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json +1 -1
  95. package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json +1 -1
  96. package/plugins/lisa-wiki/.claude-plugin/plugin.json +1 -1
  97. package/plugins/lisa-wiki/.codex-plugin/plugin.json +1 -1
  98. package/plugins/lisa-wiki-agy/plugin.json +1 -1
  99. package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json +1 -1
  100. package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json +1 -1
  101. package/plugins/src/phaser/rules/phaser.md +134 -44
  102. package/plugins/src/phaser/skills/phaser-accessibility/SKILL.md +135 -0
  103. package/plugins/src/phaser/skills/phaser-asset-pipeline/SKILL.md +148 -0
  104. package/plugins/src/phaser/skills/phaser-build-deploy/SKILL.md +148 -0
  105. package/plugins/src/phaser/skills/phaser-i18n/SKILL.md +122 -0
  106. package/plugins/src/phaser/skills/phaser-project-structure/SKILL.md +5 -5
  107. package/plugins/src/phaser/skills/phaser-services/SKILL.md +208 -0
  108. package/plugins/src/phaser/skills/phaser-testing/SKILL.md +104 -11
  109. package/tsconfig/phaser.json +8 -1
  110. package/plugins/lisa-phaser/skills/phaser-assets/SKILL.md +0 -96
  111. package/plugins/lisa-phaser/skills/phaser-assets/agents/openai.yaml +0 -4
  112. package/plugins/lisa-phaser/skills/phaser-gameobjects/SKILL.md +0 -94
  113. package/plugins/lisa-phaser/skills/phaser-gameobjects/agents/openai.yaml +0 -4
  114. package/plugins/lisa-phaser/skills/phaser-physics/SKILL.md +0 -86
  115. package/plugins/lisa-phaser/skills/phaser-physics/agents/openai.yaml +0 -4
  116. package/plugins/lisa-phaser/skills/phaser-rendering/SKILL.md +0 -89
  117. package/plugins/lisa-phaser/skills/phaser-rendering/agents/openai.yaml +0 -4
  118. package/plugins/lisa-phaser/skills/phaser-scenes/SKILL.md +0 -86
  119. package/plugins/lisa-phaser/skills/phaser-scenes/agents/openai.yaml +0 -4
  120. package/plugins/lisa-phaser/skills/phaser-v3-migration/SKILL.md +0 -81
  121. package/plugins/lisa-phaser/skills/phaser-v3-migration/agents/openai.yaml +0 -4
  122. package/plugins/lisa-phaser-agy/skills/phaser-assets/SKILL.md +0 -96
  123. package/plugins/lisa-phaser-agy/skills/phaser-gameobjects/SKILL.md +0 -94
  124. package/plugins/lisa-phaser-agy/skills/phaser-physics/SKILL.md +0 -86
  125. package/plugins/lisa-phaser-agy/skills/phaser-rendering/SKILL.md +0 -89
  126. package/plugins/lisa-phaser-agy/skills/phaser-scenes/SKILL.md +0 -86
  127. package/plugins/lisa-phaser-agy/skills/phaser-v3-migration/SKILL.md +0 -81
  128. package/plugins/lisa-phaser-copilot/skills/phaser-assets/SKILL.md +0 -96
  129. package/plugins/lisa-phaser-copilot/skills/phaser-gameobjects/SKILL.md +0 -94
  130. package/plugins/lisa-phaser-copilot/skills/phaser-physics/SKILL.md +0 -86
  131. package/plugins/lisa-phaser-copilot/skills/phaser-rendering/SKILL.md +0 -89
  132. package/plugins/lisa-phaser-copilot/skills/phaser-scenes/SKILL.md +0 -86
  133. package/plugins/lisa-phaser-copilot/skills/phaser-v3-migration/SKILL.md +0 -81
  134. package/plugins/lisa-phaser-cursor/skills/phaser-assets/SKILL.md +0 -96
  135. package/plugins/lisa-phaser-cursor/skills/phaser-gameobjects/SKILL.md +0 -94
  136. package/plugins/lisa-phaser-cursor/skills/phaser-physics/SKILL.md +0 -86
  137. package/plugins/lisa-phaser-cursor/skills/phaser-rendering/SKILL.md +0 -89
  138. package/plugins/lisa-phaser-cursor/skills/phaser-scenes/SKILL.md +0 -86
  139. package/plugins/lisa-phaser-cursor/skills/phaser-v3-migration/SKILL.md +0 -81
  140. package/plugins/src/phaser/skills/phaser-assets/SKILL.md +0 -96
  141. package/plugins/src/phaser/skills/phaser-gameobjects/SKILL.md +0 -94
  142. package/plugins/src/phaser/skills/phaser-physics/SKILL.md +0 -86
  143. package/plugins/src/phaser/skills/phaser-rendering/SKILL.md +0 -89
  144. package/plugins/src/phaser/skills/phaser-scenes/SKILL.md +0 -86
  145. package/plugins/src/phaser/skills/phaser-v3-migration/SKILL.md +0 -81
@@ -0,0 +1,208 @@
1
+ ---
2
+ name: phaser-services
3
+ description: This skill should be used when wiring cross-cutting services and shared state in a Phaser 4 game — the typed registry wrapper for global state, a single dedicated EventsCenter bus (never game.events), the .on()/.off() listener discipline enforced in scene shutdown, SoundService (mobile audio unlock on first gesture), InputService (semantic actions instead of raw keys), and SaveService (versioned localStorage with a migration chain). Use it when adding global state, an event bus, audio/input/save plumbing, or fixing listener leaks and lost saves. Pairs with the official scenes skill, phaser-testing, and phaser-i18n.
4
+ ---
5
+
6
+ # Phaser 4 Services and Shared State
7
+
8
+ ## Overview
9
+
10
+ Cross-cutting concerns — global state, app events, sound, input, save — live in
11
+ `src/services/**` as thin, typed singletons, **not** scattered through scenes.
12
+ Two rules anchor everything: state flows through a typed registry wrapper, and
13
+ app messaging flows through **one dedicated EventsCenter** that is never
14
+ `game.events`. Direct `localStorage` access outside `src/services/**` is
15
+ lint-banned — persistence goes through SaveService.
16
+
17
+ ## Global state: a typed wrapper over the registry
18
+
19
+ `this.registry` is a game-wide key/value `DataManager` shared across scenes. Raw
20
+ access is stringly-typed and untestable, so wrap it once:
21
+
22
+ ```ts
23
+ // src/services/state.ts
24
+ interface GameState { coins: number; level: number; muted: boolean; seed: number; }
25
+ const DEFAULTS: GameState = { coins: 0, level: 1, muted: false, seed: 0 };
26
+
27
+ export class GameStore {
28
+ constructor(private reg: Phaser.Data.DataManager) {
29
+ for (const k in DEFAULTS) if (!reg.has(k)) reg.set(k, (DEFAULTS as any)[k]);
30
+ }
31
+ get<K extends keyof GameState>(k: K): GameState[K] { return this.reg.get(k); }
32
+ set<K extends keyof GameState>(k: K, v: GameState[K]) { this.reg.set(k, v); }
33
+ onChange<K extends keyof GameState>(k: K, fn: (v: GameState[K]) => void) {
34
+ const h = (_p: unknown, key: string, v: GameState[K]) => { if (key === k) fn(v); };
35
+ this.reg.events.on(Phaser.Data.Events.CHANGE_DATA, h);
36
+ return () => this.reg.events.off(Phaser.Data.Events.CHANGE_DATA, h); // caller .off()s in shutdown
37
+ }
38
+ }
39
+ ```
40
+
41
+ Construct it once (in Boot) and read it via the registry. Keys are typed by
42
+ `GameState`, so a typo is a compile error. The registry holds *small* shared
43
+ state (settings, run seed, currency) — not GameObjects and not per-frame data.
44
+
45
+ ## The EventsCenter bus (never `game.events`)
46
+
47
+ App-level messaging ("enemy-died", "score-changed", "level-cleared") uses a
48
+ single dedicated emitter. Reusing `game.events` (the engine's own bus) is
49
+ lint-banned — it mixes your events with engine lifecycle events and is
50
+ impossible to fully tear down.
51
+
52
+ ```ts
53
+ // src/services/event-center.ts
54
+ export const EventCenter = new Phaser.Events.EventEmitter();
55
+
56
+ // typed key constants come from src/assets.ts (generated) — no raw strings
57
+ import { GameEvent } from "../assets";
58
+ EventCenter.emit(GameEvent.ScoreChanged, score);
59
+ ```
60
+
61
+ ## Listener discipline: every `.on()` has a matching `.off()`
62
+
63
+ This is the leak rule the `require-shutdown-cleanup` lint rule and the testing
64
+ leak gate ([[phaser-testing]]) enforce. **Any** external listener — `EventCenter`,
65
+ `this.input`, `this.scale`, `this.time`, `window`, the registry — must be removed
66
+ in the scene's `shutdown`. Listeners on the scene's own display objects die with
67
+ the scene; external ones do not, and they fire again (doubled) after a restart.
68
+
69
+ ```ts
70
+ export class Game extends Phaser.Scene {
71
+ private cleanups: Array<() => void> = [];
72
+
73
+ create() {
74
+ const onResize = (s: Phaser.Structs.Size) => this.layout(s.width, s.height);
75
+ this.scale.on(Phaser.Scale.Events.RESIZE, onResize);
76
+ this.cleanups.push(() => this.scale.off(Phaser.Scale.Events.RESIZE, onResize));
77
+
78
+ const onScore = (n: number) => this.hud.setScore(n);
79
+ EventCenter.on(GameEvent.ScoreChanged, onScore);
80
+ this.cleanups.push(() => EventCenter.off(GameEvent.ScoreChanged, onScore));
81
+
82
+ this.events.once(Phaser.Scenes.Events.SHUTDOWN, this.shutdown, this);
83
+ }
84
+
85
+ shutdown() { this.cleanups.forEach(fn => fn()); this.cleanups.length = 0; }
86
+ }
87
+ ```
88
+
89
+ Keeping the matching `.off()` next to each `.on()` (a `cleanups` array, or named
90
+ handler methods you remove in `shutdown`) is the pattern that survives the leak
91
+ gate. Prefer `.once()` where a listener should fire only once.
92
+
93
+ ## SoundService — audio unlock on first gesture
94
+
95
+ Web Audio starts **suspended** until a user gesture; sound played before then is
96
+ silently dropped ("works on my machine, silent on the phone"). Centralize the
97
+ unlock and all playback:
98
+
99
+ ```ts
100
+ // src/services/sound-service.ts
101
+ export class SoundService {
102
+ private unlocked = false;
103
+ constructor(private sound: Phaser.Sound.BaseSoundManager, private store: GameStore) {}
104
+
105
+ attachUnlock(scene: Phaser.Scene) {
106
+ if (this.unlocked) return;
107
+ scene.input.once(Phaser.Input.Events.POINTER_DOWN, () => this.resume());
108
+ // Phaser also fires its own unlock; resume() is idempotent
109
+ this.sound.once(Phaser.Sound.Events.UNLOCKED, () => this.resume());
110
+ }
111
+ private resume() { if ((this.sound as any).context?.state === "suspended") (this.sound as any).context.resume(); this.unlocked = true; }
112
+ play(key: string, cfg?: Phaser.Types.Sound.SoundConfig) { if (!this.store.get("muted")) this.sound.play(key, cfg); }
113
+ }
114
+ ```
115
+
116
+ Scenes call `soundService.play(Sfx.Jump)` — never `this.sound.play("jump")`.
117
+ Sound keys are generated constants ([[phaser-asset-pipeline]]).
118
+
119
+ ## InputService — semantic actions, not raw keys
120
+
121
+ Scenes should ask "is *jump* down?", not "is the spacebar down?". A semantic
122
+ layer makes rebinding, gamepads, and touch swap in without touching game code,
123
+ and keeps replays deterministic (record actions, not hardware).
124
+
125
+ ```ts
126
+ // src/services/input-service.ts
127
+ export type Action = "left" | "right" | "jump" | "fire" | "pause";
128
+
129
+ export class InputService {
130
+ private down = new Set<Action>();
131
+ private bindings: Record<number, Action> = {};
132
+ constructor(kb: Phaser.Input.Keyboard.KeyboardPlugin) {
133
+ this.bindings[Phaser.Input.Keyboard.KeyCodes.LEFT] = "left";
134
+ this.bindings[Phaser.Input.Keyboard.KeyCodes.SPACE] = "jump";
135
+ kb.on("keydown", (e: KeyboardEvent) => { const a = this.bindings[e.keyCode]; if (a) this.down.add(a); });
136
+ kb.on("keyup", (e: KeyboardEvent) => { const a = this.bindings[e.keyCode]; if (a) this.down.delete(a); });
137
+ }
138
+ isDown(a: Action) { return this.down.has(a); }
139
+ snapshot(): readonly Action[] { return [...this.down]; } // for replay capture
140
+ }
141
+ ```
142
+
143
+ `update()` reads `input.isDown("jump")` and forwards the action set to pure logic
144
+ in `src/logic/**`. (Register/remove the keyboard listeners with the same on/off
145
+ discipline above.)
146
+
147
+ ## SaveService — versioned localStorage with a migration chain
148
+
149
+ Raw `localStorage` outside `src/services/**` is lint-banned. Saves carry a schema
150
+ `VERSION`; on load, unknown-but-older saves run forward through a migration chain,
151
+ so an old player's data is never silently lost or crash-loaded.
152
+
153
+ ```ts
154
+ // src/services/save-service.ts
155
+ const KEY = "save:v"; const VERSION = 3;
156
+ interface SaveV3 { version: 3; coins: number; unlocked: string[]; settings: { muted: boolean } }
157
+
158
+ const migrations: Record<number, (s: any) => any> = {
159
+ 1: s => ({ ...s, unlocked: [], version: 2 }), // v1 -> v2
160
+ 2: s => ({ ...s, settings: { muted: false }, version: 3 }), // v2 -> v3
161
+ };
162
+
163
+ export class SaveService {
164
+ load(): SaveV3 {
165
+ const raw = localStorage.getItem(KEY); // only legal localStorage access lives here
166
+ if (!raw) return this.fresh();
167
+ try {
168
+ let s = JSON.parse(raw);
169
+ while (s.version < VERSION) s = migrations[s.version](s);
170
+ return s as SaveV3;
171
+ } catch { return this.fresh(); } // corrupt save -> fresh, never crash
172
+ }
173
+ save(s: SaveV3) { localStorage.setItem(KEY, JSON.stringify({ ...s, version: VERSION })); }
174
+ private fresh(): SaveV3 { return { version: VERSION, coins: 0, unlocked: [], settings: { muted: false } }; }
175
+ }
176
+ ```
177
+
178
+ Bump `VERSION` and add the `n -> n+1` migration whenever the shape changes; never
179
+ mutate the read path to "just handle" an old shape inline.
180
+
181
+ ## Errors and telemetry
182
+
183
+ A vendor-neutral telemetry/analytics abstraction (`src/services/telemetry.ts`)
184
+ exposes `track(event, props)` and `captureError(err, ctx)` behind a stable
185
+ interface so the concrete sink (PostHog, Sentry, none) swaps without touching
186
+ game code. Wire Phaser's error surfaces to it — `window.onerror`, the loader's
187
+ `FILE_LOAD_ERROR`, and `try/catch` around scene transitions all route to
188
+ `captureError`. Strings shown to players come from the i18n catalog
189
+ ([[phaser-i18n]]), never hardcoded.
190
+
191
+ ## Project conventions
192
+
193
+ - Services live in `src/services/**`; that directory is the **only** place raw
194
+ `localStorage` is permitted.
195
+ - One EventsCenter instance, exported once; never `game.events` for app events.
196
+ - Every external `.on()` is paired with an `.off()` removed in `shutdown` (lint:
197
+ `require-shutdown-cleanup`; verified by the leak gate in [[phaser-testing]]).
198
+ - Service logic that is pure (migrations, action mapping, mute gating) belongs in
199
+ or beside `src/logic/**` so Vitest covers it.
200
+
201
+ ## Verification
202
+
203
+ Services are verified by the runtime gates: the leak gate ([[phaser-testing]])
204
+ proves listeners are removed (start/stop a scene N times, counts return to
205
+ baseline); a SaveService unit test feeds each old version through the migration
206
+ chain and asserts the current shape; and on a real phone, the first tap unlocks
207
+ audio (sound plays) — confirm before committing.
208
+ </content>
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: phaser-testing
3
- description: This skill should be used when writing or designing tests for a Phaser 4 game — unit-testing pure game logic with Vitest, keeping logic Phaser-free so it tests without a browser, the Phaser.HEADLESS renderer for logic-only boots, asset-manifest coverage tests, and Playwright smoke tests that prove the game actually boots and renders. Use it when adding tests, setting up CI verification, or deciding what is testable at which level. Pairs with phaser-project-structure, phaser-assets, and phaser-physics.
3
+ description: This skill should be used when writing or designing tests for a Phaser 4 game — unit-testing pure game logic with Vitest, keeping logic Phaser-free so it tests without a browser, the Phaser.HEADLESS renderer for logic-only boots, asset-manifest coverage tests, and the CI runtime gates (boot smoke, allocation/perf budget, leak gate, determinism gate, deterministic Playwright visual regression, bundle-size budget) that verify scenes and entities that are excluded from unit coverage. Use it when adding tests, setting up CI verification, or deciding what is testable at which level. Pairs with phaser-project-structure, the official loading-assets skill, and phaser-services.
4
4
  ---
5
5
 
6
6
  # Phaser 4 Testing
@@ -13,10 +13,17 @@ pyramid, bottom-up:
13
13
  1. **Vitest unit tests** over `src/logic/**` — the bulk of coverage.
14
14
  2. **Manifest/contract tests** — cheap structural checks (asset packs, scene
15
15
  keys, anim definitions).
16
- 3. **Playwright smoke test** — the game boots in a real browser, renders past
17
- the Preloader, no console errors.
18
-
19
- There is no official Phaser testing harness — this layering IS the strategy.
16
+ 3. **Headless integration** (sparingly) `Phaser.HEADLESS` for things that
17
+ genuinely need the engine loop.
18
+ 4. **Playwright smoke** — the game boots in a real browser, renders past the
19
+ Preloader, no console errors.
20
+ 5. **CI runtime gates** — scenes/entities are excluded from unit coverage and
21
+ instead verified by deterministic runtime gates: boot smoke, allocation/perf
22
+ budget, leak gate, determinism gate, visual regression, bundle-size budget.
23
+
24
+ There is no official Phaser testing harness — this layering IS the strategy. The
25
+ dividing line: pure logic is unit-tested; everything that needs the engine is a
26
+ runtime gate, never a brittle unit test that mocks the world.
20
27
 
21
28
  ## Layer 1: pure logic under Vitest (the rule that makes it possible)
22
29
 
@@ -49,7 +56,7 @@ Cheap tests that catch the silent runtime failures Phaser is famous for:
49
56
 
50
57
  - **Asset coverage**: every key constant in `src/assets.ts` appears in
51
58
  `public/assets/pack.json` (and optionally vice versa). A missing pack entry
52
- otherwise ships as a green-square texture ([[phaser-assets]]).
59
+ otherwise ships as a green-square texture (the official `loading-assets` skill).
53
60
  - **Scene registry**: every `SceneKeys` constant has a scene class registered in
54
61
  the game config's `scene` array.
55
62
  - These are plain Vitest tests reading JSON/TS — no Phaser instance needed.
@@ -85,15 +92,101 @@ Convention: scenes set `window.__sceneReady = key` in `create()` (dev/test
85
92
  builds) so tests await real readiness instead of sleeping. Run against
86
93
  `bun run dev` (or `vite preview` in CI).
87
94
 
95
+ ## Layer 5: CI runtime gates (how scenes get verified)
96
+
97
+ Scenes and entities are deliberately **excluded from unit coverage** — mocking
98
+ the engine to "unit test" a scene tests the mock. Instead, CI runs a set of
99
+ deterministic gates against a real (or headless) game. Each gate fails the build
100
+ on regression; together they are the contract that the engine-coupled layer
101
+ keeps working.
102
+
103
+ **Boot smoke** — the Playwright test above, hardened: page error listener, wait
104
+ for `__sceneReady`, assert zero console errors. This is the floor.
105
+
106
+ **Allocation / perf budget** — run the game for N frames and assert the frame
107
+ budget and heap growth. Per-frame allocation is what the `no-allocation-in-update`
108
+ and `no-create-in-update` lint rules forbid statically; this gate catches what
109
+ slips through dynamically.
110
+
111
+ ```ts
112
+ test("steady-state frames stay within budget", async ({ page }) => {
113
+ await page.goto("/"); await bootTo(page, "Game");
114
+ const stats = await page.evaluate(async () => {
115
+ const g = (window as any).__game as Phaser.Game;
116
+ const frames: number[] = []; let last = performance.now();
117
+ for (let i = 0; i < 600; i++) { await new Promise(r => g.events.once("postrender", r)); const n = performance.now(); frames.push(n - last); last = n; }
118
+ return { p95: frames.sort((a,b)=>a-b)[Math.floor(frames.length*0.95)], heap: (performance as any).memory?.usedJSHeapSize };
119
+ });
120
+ expect(stats.p95).toBeLessThan(20); // ~50fps floor on CI hardware
121
+ });
122
+ ```
123
+
124
+ **Leak gate** — start and stop a scene N times and assert that texture count,
125
+ event-listener count, active tweens, and timers all return to baseline. This is
126
+ the runtime enforcement of the `require-shutdown-cleanup` rule and the
127
+ on/off-discipline in [[phaser-services]].
128
+
129
+ ```ts
130
+ test("scene start/stop leaves no leaks", async ({ page }) => {
131
+ await page.goto("/"); await bootTo(page, "MainMenu");
132
+ const before = await page.evaluate(() => (window as any).__game.textures.getTextureKeys().length);
133
+ for (let i = 0; i < 20; i++) await page.evaluate(async () => {
134
+ const g = (window as any).__game as Phaser.Game; g.scene.start("Game");
135
+ await new Promise(r => setTimeout(r, 50)); g.scene.stop("Game");
136
+ await new Promise(r => setTimeout(r, 50));
137
+ });
138
+ const after = await page.evaluate(() => (window as any).__game.textures.getTextureKeys().length);
139
+ expect(after).toBeLessThanOrEqual(before); // no per-cycle texture growth
140
+ });
141
+ ```
142
+
143
+ **Determinism gate** — boot twice with the same seed, drive the same inputs, and
144
+ assert an identical state hash. Logic exposes a serializable snapshot; the gate
145
+ hashes it. Same seed → same hash, always. This is the runtime backstop for the
146
+ no-`Math.random()`/`Date.now()`/`performance.now()` rules ([[phaser-services]]).
147
+
148
+ ```ts
149
+ const run = (seed: number) => page.evaluate(s => (window as any).__sim(s, REPLAY), seed);
150
+ expect(hash(await run(1234))).toBe(hash(await run(1234)));
151
+ ```
152
+
153
+ **Deterministic visual regression** — `toHaveScreenshot` under **software GL**
154
+ (`--use-gl=swiftshader`), a **frozen frame** (pause the loop / step a fixed
155
+ number of ticks at a fixed delta), and **masked dynamic regions** (timers,
156
+ particles). Without all three, screenshots flake. Pin Playwright's browser and
157
+ OS in CI so the baseline is stable.
158
+
159
+ ```ts
160
+ await page.evaluate(() => { const g=(window as any).__game; g.loop.sleep(); g.step(0,16.6); });
161
+ await expect(page).toHaveScreenshot("game.png", { mask: [page.locator("#timer")], maxDiffPixelRatio: 0.01 });
162
+ ```
163
+
164
+ **Bundle-size budget** — assert the built bundle stays under a byte budget so a
165
+ stray dependency or an un-split `phaser` chunk fails the PR. Wire it to the prod
166
+ build's `manualChunks` split ([[phaser-build-deploy]]).
167
+
168
+ ```jsonc
169
+ // size-limit / custom check after `bun run build`
170
+ [{ "path": "dist/assets/index-*.js", "limit": "60 kB" },
171
+ { "path": "dist/assets/phaser-*.js", "limit": "400 kB" }]
172
+ ```
173
+
88
174
  ## Project conventions
89
175
 
90
- - `bun run test` = Vitest (layers 1–2, coverage-gated). Playwright smoke runs as
91
- its own script/CI job against a built preview.
176
+ - `bun run test` = Vitest (layers 1–2, coverage-gated **over `src/logic/**`
177
+ only** scenes/entities are out of scope here). The layer-5 gates run as their
178
+ own CI jobs against a built `vite preview` (and a headless boot for the
179
+ determinism gate).
180
+ - Build pins are part of the contract: `phaser ^4.2.0`, Vite, TypeScript 6.
92
181
  - Tests never assert on private scene fields; they assert on logic outputs
93
- (layer 1) or observable behavior (layer 4).
182
+ (layer 1), observable behavior (layer 4), or the runtime invariants the gates
183
+ measure (layer 5).
94
184
 
95
185
  ## Verification
96
186
 
97
187
  The testing setup itself is verified when `bun run test` passes with coverage
98
- over `src/logic/**`, and the Playwright smoke fails when you deliberately break
99
- boot (rename a pack file) a smoke test that can't fail is decoration.
188
+ over `src/logic/**`, the Playwright smoke fails when you deliberately break boot
189
+ (rename a pack file), and each layer-5 gate fails on its targeted regression —
190
+ leak gate when a listener loses its `.off()`, determinism gate when a
191
+ `Math.random()` sneaks in, visual gate when the frame changes. A gate that
192
+ can't fail is decoration.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.178.6",
3
+ "version": "2.180.0",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"