summer-engine 1.3.1 → 1.3.2

package/CHANGELOG.md

@@ -0,0 +1,67 @@
+# Changelog
+
+All notable changes to summer-engine will be documented here. Following [Keep a Changelog](https://keepachangelog.com/en/1.1.0/) and [Semantic Versioning](https://semver.org/).
+
+## [1.3.2] — 2026-05-05
+
+### Fixed
+- `summer_input_map_bind` syntax aligned across `fps-controller` SKILL.md and its behavioral test spec.
+- `_meta/skill-test` static linter relaxed to allow forward-reference `See also` links to other SKILL.md files (warn instead of fail).
+
+### Added
+- `_shared/summer-folder.md` — canonical `.summer/` folder convention (documents files written by `/summer:brainstorm-game`, `/summer:art-direction`, etc.).
+- `CHANGELOG.md` — retroactive v1.0.0 → v1.3.1 history.
+
+## [1.3.1] — 2026-05-05
+
+### Added
+- ASCII banner displays on bare `summer` command (`npx summer-engine`).
+- ANSI colors throughout: green ✓ for OK, yellow ⚠ for warnings, red ✗ for failures.
+- Brand line + colored slash command list in setup output.
+- `/debug` workflow skill — triage and fix a bug end-to-end via Summer MCP diagnostics.
+- `/play` workflow skill — run the game and report state.
+- 7 specialist skills marked `user-invocable: false` (auto-trigger only).
+
+### Fixed
+- `summer doctor` defaults to human-readable output instead of JSON.
+- Engine path display shortened (`/Applications/Summer.app/Contents/MacOS/Summer` → `/Applications/Summer.app`).
+- Home-relative paths now display tildeified.
+- MCP server status no longer leaks "stdio" implementation detail (now reads "ready").
+- `tools/summer-cli/src/bin/` finally tracked in git (root `.gitignore`'s `[Bb]in/` was silently excluding the npm entrypoint).
+- `LICENSE` now bundled in the npm tarball.
+
+## [1.3.0] — 2026-05-05
+
+### Added
+- 20-category skill library scaffold with descriptive folder names (`character-controllers`, `gameplay-mechanics`, `scripting-patterns`, etc.).
+- `_shared/` directory with 5 canonical references (godot-version, mcp-tools-reference, collaborative-protocol, template-registry, gd-style).
+- `_meta/` directory with 3 meta-skills (skill-test linter, skill-create bootstrap, skill-improve eval harness).
+- `_tests/specs/` directory with per-skill behavioral test specs (fps-controller as canonical format).
+- `catalog.yaml` — 85-skill roadmap with HAVE / NEXT / LATER status.
+
+### Changed
+- 7 existing skills migrated into category folders with Anthropic-spec frontmatter (`category`, `template-id`, `allowed-tools`, `paths`).
+- CLI `skills install` walks `<skillsDir>/<category>/<name>/` paths.
+
+## [1.2.1] — 2026-05-05
+
+### Added
+- `summer setup <agent>` — one-shot MCP config + recommended skills install + doctor.
+- `summer doctor` — node, login, engine, local API, MCP boot diagnostics.
+- `summer mcp setup <agent>` — idempotent JSON/TOML config writer.
+- Multi-agent skills install (codex, claude-code, cursor, windsurf with user/project scopes; Cursor `.mdc` rule generation; Windsurf rule blocks).
+- Skill registry (`src/lib/skills-registry.ts`) with category metadata.
+- Per-agent docs (AGENT_KIT, CLAUDE_CODE, CODEX, CURSOR, SKILLS, TEMPLATES).
+
+### Changed
+- `/api/mcp/assets`: removed Pro gate; public/community asset search now free for all signed-in users (deployed on summerengine.com).
+- `/api/mcp/log-local-call`: removed visible 100/week quota; auth-gated telemetry only.
+
+## [1.2.0] — 2026-04-23
+
+### Added
+- Initial public release on npm.
+- MCP server with 36 `summer_*` tools.
+- 7 specialist skills (`fps-controller`, `gdscript-patterns`, `scene-composition`, `3d-lighting`, `ui-basics`, `asset-strategy`, `make-game`).
+- CLI commands (`install`, `login`, `logout`, `status`, `run`, `open`, `create`, `list`, `skills`, `mcp`).
+- MIT license.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "summer-engine",
-  "version": "1.3.1",
+  "version": "1.3.2",
   "description": "CLI and MCP tools for Summer Engine — the AI-native game engine",
   "keywords": [
     "game-engine",
@@ -25,7 +25,9 @@
   "files": [
     "dist/",
     "skills/",
-    "README.md"
+    "README.md",
+    "LICENSE",
+    "CHANGELOG.md"
   ],
   "scripts": {
     "build": "tsc",
@@ -33,7 +35,7 @@
     "summer": "node dist/bin/summer.js",
     "test": "vitest run",
     "test:watch": "vitest",
-    "prepublishOnly": "npm run build"
+    "prepublishOnly": "npm run build && npm test"
   },
   "engines": {
     "node": ">=18"

package/skills/_meta/skill-test/SKILL.md

@@ -23,7 +23,7 @@ For a single skill at `skills/<category>/<name>/`, run these checks:
 4. **Collaborative protocol.** If the skill triggers user-visible writes, body must contain at least one of: `May I`, `I'm about to`, `Continue?`, `OK?`, `Proceed?`. Skills that only inspect/read are exempt.
 5. **Template-id resolved.** If the skill's frontmatter declares `template-id: <id>`, that id must exist in `_shared/template-registry.md`.
 6. **Tests/spec.md present.** Every skill in a non-`_meta` category must have `tests/spec.md` with at least one `## Case` heading.
-7. **No broken relative links.** Every `](../...)` and `](./...)` in the body must point at an existing file.
+7. **Relative links resolve.** Every `](../_shared/...)`, `](../../_shared/...)`, `](./references/...)`, and `](./examples/...)` link must point at an existing file (FAIL if broken). Forward references in `## See also` to other SKILL.md files (e.g., `[design-mechanic](../../gameplay-mechanics/design-mechanic/SKILL.md)`) are allowed to dangle and only WARN if the target is missing — the catalog evolves and skills should be free to point at planned skills.
 
 Output:
 

package/skills/_shared/summer-folder.md

@@ -0,0 +1,44 @@
+# `.summer/` Folder Convention
+
+> The canonical layout for project-scoped Summer state. Read this if you're authoring a skill that writes durable design output (briefs, art bible, level docs).
+
+## Files at the root of `.summer/`
+
+- `GameSoul.md` — the project brief. Created by `/summer:brainstorm-game`. Contains: name, one-sentence pitch, core loop, 3 mechanics max, art direction summary, scope. Updated whenever the game's high-level direction changes.
+- `art-bible.md` — visual style reference. Created by `/summer:art-direction`. Contains: palette (6–15 hex codes), mood adjectives, lighting plan, post-processing notes, do/don't list, references.
+- `audio-bible.md` — sonic identity. Created by `/summer:audio-direction`. Contains: music style + tempo range, SFX vocabulary (8 classes), dynamic music FSM, bus layout reference.
+
+## Subdirectories
+
+- `mechanics/<mechanic-name>.md` — one file per designed mechanic (e.g., `double-jump.md`, `parry.md`). Created by `/summer:design-mechanic`. Contains: input → response → feedback → failure modes → tunable parameters.
+- `levels/<level-name>.md` — one file per designed level. Created by `/summer:design-level`. Contains: teaching goal, pacing curve (5 beats), encounters, secrets, reward gating.
+- `npcs/<npc-name>.md` — one file per designed NPC. Created by `/summer:design-npc`. Contains: archetype, perception model, decision tree, escalation, defeat sequence.
+
+## Conventions
+
+- All filenames are lowercase, hyphens not underscores.
+- Skills MUST ask "May I write/update `.summer/<file>`?" before any write to this folder.
+- Skills MAY read existing files in `.summer/` without permission to ground their output in prior decisions.
+- The folder lives in the project root (sibling to `project.godot`).
+- Add `.summer/` to `.gitignore` if the user prefers it private; default is to commit it (game design lives with the game).
+
+## Skills that write here
+
+| Skill | Writes |
+|---|---|
+| `/summer:brainstorm-game` | `.summer/GameSoul.md` |
+| `/summer:art-direction` | `.summer/art-bible.md` |
+| `/summer:audio-direction` | `.summer/audio-bible.md` |
+| `/summer:design-mechanic` | `.summer/mechanics/<name>.md` |
+| `/summer:design-level` | `.summer/levels/<name>.md` |
+| `/summer:design-npc` | `.summer/npcs/<name>.md` |
+| `/summer:debug` | does NOT write here |
+| `/summer:play` | does NOT write here |
+| `/summer:vfx` | does NOT write here (VFX edits scenes/scripts) |
+| `/summer:tune-performance` | optionally writes `.summer/perf-notes.md` if user requests |
+| `/summer:setup-multiplayer` | optionally writes `.summer/multiplayer-architecture.md` |
+| `/summer:export-and-ship` | does NOT write here (writes export configs in `project.godot`) |
+
+## Linter check (future)
+
+Once `_meta/skill-test` gains an executable mode, it should validate that any skill writing to `.summer/` is documented in the table above.

package/skills/_tests/specs/art-direction.md

@@ -0,0 +1,115 @@
+# Skill Spec: /art-direction
+
+## Fixture
+
+- Godot 4.5 / Summer Engine project, main scene with `World/WorldEnvironment` and `World/Sun` (DirectionalLight3D) present.
+- `.summer/GameSoul.md` exists; brief: "Cozy farming sim, vertical slice scope."
+- No `.summer/art-bible.md` yet.
+- Summer MCP available.
+
+## Case 1: Happy Path — define art direction for cozy farming sim
+
+**Input:** "Help me define the art direction. References: Stardew Valley and Sable."
+
+**Expected MCP tool sequence (in order):**
+
+1. `Read .summer/GameSoul.md` — anchor
+2. (Skill notes: brief says "cozy", which forbids harsh contrast / saturated reds)
+3. (Skill walks: technique pick → palette (6-15 hex codes) → mood adjectives → lighting plan → post-processing rules → do/don't list)
+4. (Skill shows the bible inline)
+5. (Skill asks: "May I update `project.godot`'s default clear color to the palette primary, and enable MSAA 2x?")
+6. `summer_project_setting(key="rendering/environment/defaults/default_clear_color", value="Color(...)")`
+7. `summer_project_setting(key="rendering/anti_aliasing/quality/msaa_3d", value="2")`
+8. (Skill asks: "May I dial in the WorldEnvironment + Sun to the lighting plan?")
+9. `summer_inspect_node(path="./World/WorldEnvironment")`
+10. `summer_set_prop(...)` — adjustments + tonemap per the plan
+11. `summer_set_prop(path="./World/Sun", key="light_color", value="Color(...)")`
+12. (Skill asks: "May I create `.summer/art-bible.md` with this bible?")
+13. `Write .summer/art-bible.md`
+
+**Assertions:**
+
+- [ ] Skill reads `.summer/GameSoul.md` to anchor.
+- [ ] Skill enforces 2+ references — does not proceed with single reference.
+- [ ] Skill picks ONE rendering technique (does not allow blending without naming the conflict).
+- [ ] Palette has 6-15 hex codes; uses off-white (e.g., #f4ecdf) and off-black (e.g., #1f1a16) — flags pure #ffffff or #000000 if user pitches them.
+- [ ] Mood adjectives are concrete (e.g., "soft, hand-warmed, golden-hour"), not vague ("cool, atmospheric").
+- [ ] Lighting plan names DirectionalLight3D color, energy, angle; sky colors; ambient; never-rules.
+- [ ] Post-processing has explicit ON/OFF/value calls per item (Glow, SDFGI, SSAO, SSR, Tonemap, Vignette, Chromatic aberration, Film grain) — NOT a list of options.
+- [ ] DO and DON'T lists each have at least 5 specific, enforceable rules.
+- [ ] DON'T list explicitly forbids chromatic aberration, motion blur, lens flare unless mood justifies them.
+- [ ] Skill asks "May I ..." before any `summer_project_setting` or `summer_set_prop` call.
+- [ ] Skill writes `.summer/art-bible.md` only after asking.
+- [ ] Skill never calls `summer_set_resource_property` on an inline sub_resource (silent-fail trap).
+- [ ] Skill ends with routing to `/summer:audio-direction` or similar.
+
+## Case 2: Failure Path — mixed-technique pitch
+
+**Fixture:** Same as Case 1.
+
+**Input:** "I want PBR realistic characters in a toon-shaded world."
+
+**Expected behavior:**
+
+- Skill identifies the conflict explicitly: "Toon characters in a PBR world fight. The lighting that makes PBR read realistic crushes toon shading; the flat shading that makes toon read clean strips PBR's value."
+- Skill offers a hierarchy: "(a) PBR with toon outlines (one technique), (b) full-toon with PBR-feeling fabric (one technique), (c) accept the conflict and pick which side wins on which assets."
+- Skill does NOT silently pick or design two parallel pipelines.
+
+**Assertions:**
+
+- [ ] Skill names the technique conflict out loud.
+- [ ] Skill explains *why* the techniques fight (lighting interaction).
+- [ ] Skill forces the user to pick one primary technique.
+- [ ] No bible written until the technique is locked.
+
+## Case 3: Edge Case — user pitches pure white + pure black palette
+
+**Fixture:** Same as Case 1.
+
+**Input:** "Black-and-white only, super high contrast. Like Limbo."
+
+**Expected behavior:**
+
+- Skill recognizes the intent (high-contrast monochrome) but flags pure values: "Limbo isn't actually pure black — it's #0a0a0a to #f0f0f0 with subtle warm tint. Pure #000 + #fff makes UI text vibrate and reads as unintentional."
+- Skill offers a near-monochrome palette: e.g., #0a0a0a, #2a2a2a, #6e6e6e, #c0c0c0, #f0f0f0 with one accent color (often warm) reserved for a single mechanic-tied use.
+- Skill writes the bible with off-pure values and documents the single-accent rule in the DO list.
+
+**Assertions:**
+
+- [ ] Skill flags pure #000 / #fff as a red flag and corrects to off-pure values.
+- [ ] Bible includes at least one accent color reserved for mechanic-tied use.
+- [ ] Skill explains *why* (UI vibration, "looks unintentional") not just "use these values".
+
+## Case 4: No Summer MCP — file-edit fallback
+
+**Fixture:** Same as Case 1, but Summer MCP is unavailable.
+
+**Input:** "Define the art direction for my farming sim."
+
+**Expected behavior:**
+
+- Skill detects no MCP.
+- Walks the design beats normally.
+- Instead of `summer_project_setting`, prints the `project.godot` snippet for the user to paste:
+
+  ```
+  [rendering]
+  environment/defaults/default_clear_color=Color(0.227, 0.290, 0.227, 1)
+  anti_aliasing/quality/msaa_3d=2
+  ```
+
+- Instead of `summer_set_prop` on WorldEnvironment, prints the `.tscn` snippet for the user to paste into the main scene.
+- Still writes `.summer/art-bible.md` via host `Write`.
+- Asks "May I write ..." before each file write.
+
+**Assertions:**
+
+- [ ] Skill identifies that MCP is unavailable; does not blindly call `summer_*`.
+- [ ] Generated `project.godot` snippet uses correct INI section format.
+- [ ] Generated `.tscn` snippet for WorldEnvironment is parseable Godot 4.
+- [ ] Skill still writes `.summer/art-bible.md`.
+- [ ] Skill still asks "May I write ..." before each write.
+
+---
+
+This spec runs via `/skill-test art-direction spec` (see `_meta/skill-test/SKILL.md`).

package/skills/_tests/specs/audio-direction.md

@@ -0,0 +1,123 @@
+# Skill Spec: /audio-direction
+
+## Fixture
+
+- Godot 4.5 / Summer Engine project, default audio bus layout (Master only).
+- `.summer/GameSoul.md` exists; brief: "Cozy farming sim, vertical slice scope."
+- `.summer/art-bible.md` exists; mood: "soft, hand-warmed, golden-hour, painterly".
+- No `.summer/audio-bible.md` yet.
+- No `audio/` folder yet.
+- Summer MCP available.
+
+## Case 1: Happy Path — define audio direction for cozy farming sim
+
+**Input:** "Define the audio direction. References: Stardew Valley OST, Studio Ghibli scores, and Outer Wilds. Acoustic, organic SFX."
+
+**Expected MCP tool sequence (in order):**
+
+1. `Read .summer/GameSoul.md` — anchor to brief
+2. `Read .summer/art-bible.md` — anchor to visual mood
+3. (Skill notes the rhyme: "soft, hand-warmed, golden-hour" + acoustic references = acoustic / folk style as primary)
+4. (Skill walks: music style → tempo + key → SFX vocabulary (8 classes) → dynamic music plan with state machine → spatial + mix rules)
+5. (Skill shows the bible inline)
+6. (Skill asks: "May I create `audio/default_bus_layout.tres` with these buses: Master / Music / SFX / UI / Voice / Ambient / Reverb_Small / Reverb_Large / Reverb_Outdoor?")
+7. `Write audio/default_bus_layout.tres`
+8. `summer_project_setting(key="audio/buses/default_bus_layout", value="res://audio/default_bus_layout.tres")`
+9. (Skill asks: "May I create `.summer/audio-bible.md` with this bible?")
+10. `Write .summer/audio-bible.md`
+11. (Skill optionally asks: "May I generate first-pass SFX seeds for UI, pickup, damage?")
+12. (On yes) `summer_generate_audio(prompt="soft woody UI click, 80ms, no reverb", duration=0.1)` etc.
+
+**Assertions:**
+
+- [ ] Skill reads BOTH `.summer/GameSoul.md` AND `.summer/art-bible.md` to anchor.
+- [ ] Skill enforces 3+ references — does not proceed with one or two.
+- [ ] Skill picks ONE primary music style; if user pitches multiple, names the conflict.
+- [ ] Music section has explicit tempo range (BPM), key center, time signature — not "varies".
+- [ ] SFX vocabulary has 8 classes, each with character + examples + a DON'T rule.
+- [ ] DON'T rules include things like "no pure sine ding for pickup" and "no same footstep for all surfaces".
+- [ ] Dynamic music plan picks ONE model (layered / vertical / horizontal / procedural) — not a list.
+- [ ] Dynamic music plan defines a state machine with named states + transitions + crossfade times.
+- [ ] Spatial + mix section has concrete dB values, attenuation curve, max distance, master ceiling -1 dBTP.
+- [ ] Mix defaults to SFX 0 dB / Music -8 dB / UI -3 dB (SFX loudest).
+- [ ] Bus layout has at least Music, SFX, UI, Voice, Ambient + 1+ Reverb send buses.
+- [ ] Skill asks "May I ..." before any `Write`, `summer_project_setting`, or `summer_generate_audio` call.
+- [ ] Skill writes `.summer/audio-bible.md` only after asking.
+- [ ] Skill never calls `summer_set_resource_property` on an inline sub_resource (silent-fail trap).
+- [ ] Skill ends with routing to `/summer:design-mechanic` or implementation skill.
+
+## Case 2: Failure Path — references contradict the brief
+
+**Fixture:** Same as Case 1, but brief says "horror walking sim".
+
+**Input:** "References: Mario 64 OST, A Hat in Time, Banjo-Kazooie. Bouncy chiptune."
+
+**Expected behavior:**
+
+- Skill identifies the conflict: "Brief says horror; references are bright N64 platformer scores. Those want opposite shapes — horror wants ambient drone or industrial; bouncy chiptune undercuts dread."
+- Skill asks the user to resolve: "(a) keep horror brief, change references to ambient/industrial, (b) keep bouncy references, change brief away from horror, or (c) intentional juxtaposition (rare; works in 1 in 50 games — Undertale, Buckshot Roulette)."
+- Skill does NOT silently pick or design a "horror chiptune" hybrid without flagging the friction.
+
+**Assertions:**
+
+- [ ] Skill names the brief vs. references conflict explicitly.
+- [ ] Skill explains *why* the shapes oppose.
+- [ ] Skill offers (c) intentional juxtaposition as a valid but rare path.
+- [ ] No bible written until the user resolves.
+
+## Case 3: Edge Case — user wants no music
+
+**Fixture:** Same as Case 1.
+
+**Input:** "Reference: Inside, Limbo. No music — just diegetic sound and ambience."
+
+**Expected behavior:**
+
+- Skill accepts "no music" as a valid direction (those references genuinely use it).
+- Skill replaces the dynamic music plan section with a "Diegetic-only ambience plan":
+  - Named ambience layers (room tone / wind / distant water / heart-rate-tied sub-bass when tense)
+  - Rules for when sub-bass enters (proximity to threat) and exits
+  - SFX still gets all 8 vocabulary classes (with extra weight on the "Ambient layer" class)
+- Skill keeps the bus layout but removes the Music bus or marks it "reserved (unused in v1)".
+- Skill notes the trade-off: "Diegetic-only is harder to make feel paced — every level needs an ambient arc that does what music would normally do."
+
+**Assertions:**
+
+- [ ] Skill does NOT force a music style on a no-music game.
+- [ ] Bible has a Diegetic / ambience plan section instead of (or supplementing) Dynamic music plan.
+- [ ] Bus layout reflects the choice (no Music bus or marked reserved).
+- [ ] Skill flags the trade-off: pacing is now ambience's job.
+
+## Case 4: No Summer MCP — file-edit fallback
+
+**Fixture:** Same as Case 1, but Summer MCP is unavailable.
+
+**Input:** "Define the audio direction for my cozy farming sim."
+
+**Expected behavior:**
+
+- Skill detects no MCP.
+- Walks the design beats normally.
+- Instead of `summer_project_setting`, prints the `project.godot` snippet for the user to paste:
+
+  ```
+  [audio]
+  buses/default_bus_layout="res://audio/default_bus_layout.tres"
+  ```
+
+- Generates `audio/default_bus_layout.tres` content as plain text for the user to save (Godot's `.tres` resource format with bus entries).
+- Writes `.summer/audio-bible.md` via host `Write`.
+- Does NOT call `summer_generate_audio` — instead suggests external SFX library searches or asks the user to handle generation later.
+- Asks "May I write ..." before each file write.
+
+**Assertions:**
+
+- [ ] Skill identifies that MCP is unavailable; does not blindly call `summer_*`.
+- [ ] Generated `project.godot` snippet uses correct INI section format.
+- [ ] Generated `default_bus_layout.tres` is valid Godot 4 resource format.
+- [ ] Skill still writes `.summer/audio-bible.md`.
+- [ ] Skill does not attempt audio generation when generation tools are unavailable.
+
+---
+
+This spec runs via `/skill-test audio-direction spec` (see `_meta/skill-test/SKILL.md`).

package/skills/_tests/specs/brainstorm-game.md

@@ -0,0 +1,99 @@
+# Skill Spec: /brainstorm-game
+
+## Fixture
+
+- Empty Godot 4.5 / Summer Engine project, `project.godot` exists, no `.summer/` folder yet.
+- Summer MCP available.
+- Host file tools available (Read, Write, Edit).
+
+## Case 1: Happy Path — fresh idea, full brainstorm
+
+**Input:** "I want to make a game but I don't know what."
+
+**Expected behavior:**
+
+1. Skill asks the one opening question: "One sentence — what kind of game do you want to make?"
+2. (Simulated user reply: "Something like Hades, but cozy.")
+3. Skill recognizes Action-Combat anchor + cozy modifier, picks Action-Combat branch, but flags the tension: "Hades is tense, cozy is calm — let's pin which side wins."
+4. Skill walks: core loop candidate → user refinement → three mechanics (push back if user lists more) → one-phrase art direction → scope (recommend vertical slice).
+5. Skill drafts the 1-page brief inline, shows it to the user.
+6. Skill asks: "May I create `.summer/GameSoul.md` with this brief?"
+7. On yes, calls `Write .summer/GameSoul.md`.
+8. Skill ends with the routing question pointing to `/summer:design-mechanic` or similar.
+
+**Assertions:**
+
+- [ ] Skill asks ONLY the opening question first, no menu of options.
+- [ ] Skill picks ONE branch, not multiple; doesn't ask 6 questions in parallel.
+- [ ] Skill enforces the three-mechanic limit (pushes back if user lists more).
+- [ ] Brief includes all 8 fields: Pitch, Core loop, Three mechanics, Art direction, Scope, Win condition, "One thing this is NOT", Inspirations, Parked for later.
+- [ ] Skill asks "May I create `.summer/GameSoul.md`?" before writing.
+- [ ] Brief is shown inline before being written so the user can react.
+- [ ] Skill ends with a routing question to a next `/summer:` step.
+- [ ] Skill defaults to "vertical slice" scope when the user is unsure.
+
+## Case 2: Failure Path — `.summer/GameSoul.md` already exists
+
+**Fixture:** Same as Case 1, except `.summer/GameSoul.md` already exists with a previous game's brief.
+
+**Input:** "I want to brainstorm a new game."
+
+**Expected behavior:**
+
+- Skill reads the existing `.summer/GameSoul.md` first via `Read`.
+- Skill walks the brainstorm normally.
+- Before writing, skill detects the file exists and asks: "`.summer/GameSoul.md` already exists. May I overwrite it, or merge into a 'Revision 2' section below the existing brief?"
+- Does NOT silently overwrite.
+
+**Assertions:**
+
+- [ ] Skill reads existing `.summer/GameSoul.md` before drafting the new brief.
+- [ ] Skill shows the user what would change before writing.
+- [ ] Skill explicitly offers overwrite vs. merge — does not default-pick.
+- [ ] No `Write` call happens until the user answers.
+
+## Case 3: Edge Case — user pitches a multiplayer 4-player co-op horror RPG with crafting
+
+**Fixture:** Same as Case 1.
+
+**Input:** "I want a 4-player online co-op horror RPG with crafting, base-building, dialogue trees, and procedural worlds, kind of like Valheim meets Phasmophobia meets Disco Elysium."
+
+**Expected behavior:**
+
+- Skill catches the multiplayer flag (4-player co-op = scope explosion) and surfaces it explicitly: "Multiplayer is its own scope category — it roughly 3x's everything. Confirm: is multiplayer non-negotiable, or could a great single-player version land first and multiplayer come later?"
+- Skill enforces the three-mechanic constraint hard. Names which mechanics from the user's pitch are content vs. mechanics, e.g.: "crafting + base-building are systems, not mechanics; dialogue is a mechanic if choices change outcomes."
+- Skill states a sanity-check concern: "Procedural worlds + horror + RPG depth + multiplayer at vertical-slice scope is unrealistic. Suggest scoping to one of those four pillars."
+- Skill does NOT just write the brief with all five things in it.
+- Skill asks the user to pick the cut.
+
+**Assertions:**
+
+- [ ] Skill flags multiplayer explicitly and asks about negotiability before continuing.
+- [ ] Skill distinguishes "system/feature" from "mechanic" out loud.
+- [ ] Skill names a scope concern instead of writing the brief verbatim from the pitch.
+- [ ] Skill never writes a brief with more than three mechanics.
+- [ ] Skill offers a clear cut, not a vague "scope down" platitude.
+
+## Case 4: No Summer MCP / no host file write — fallback path
+
+**Fixture:** Same as Case 1, except the host has no file-write tool (read-only agent in a constrained environment).
+
+**Input:** "Help me brainstorm a game."
+
+**Expected behavior:**
+
+- Skill detects no write tool is available.
+- Walks the brainstorm normally.
+- Instead of asking "May I create `.summer/GameSoul.md`?", prints the full brief to the user with explicit save instruction: "Save this as `.summer/GameSoul.md` in your project root. Every Summer skill reads it."
+- Still ends with the routing question.
+
+**Assertions:**
+
+- [ ] Skill does NOT call a file-write tool that doesn't exist.
+- [ ] Skill prints the brief inline as a self-contained block.
+- [ ] Skill includes the explicit save instruction with the canonical path.
+- [ ] Skill still asks the user the brainstorm questions and the routing question.
+
+---
+
+This spec runs via `/skill-test brainstorm-game spec` (see `_meta/skill-test/SKILL.md`).

package/skills/_tests/specs/design-level.md

@@ -0,0 +1,113 @@
+# Skill Spec: /design-level
+
+## Fixture
+
+- Godot 4.5 / Summer Engine project, main scene already has a `World/Player` (CharacterBody3D) with FPS controller wired.
+- `.summer/GameSoul.md` exists; brief: "Action-combat game, three mechanics: dash, parry, double-jump. Vertical slice scope."
+- `.summer/mechanics/parry.md` exists.
+- No `levels/` folder yet.
+- Summer MCP available.
+
+## Case 1: Happy Path — design level 1, a combat encounter
+
+**Input:** "Design level 1, a 5-minute combat encounter that teaches parry."
+
+**Expected MCP tool sequence (in order):**
+
+1. `Read .summer/GameSoul.md` — anchor to the brief
+2. (Optional: `Read .summer/mechanics/parry.md` — anchor to the mechanic being taught)
+3. (Skill walks: type → teaching goal → pacing curve (5 beats with intensity numbers) → encounters list → secrets list → reward gating → spaces list)
+4. (Skill shows the node-tree skeleton inline)
+5. (Skill asks: "May I create `levels/level_01.tscn` with this skeleton?")
+6. `summer_create_scene(path="res://levels/level_01.tscn", root_type="Node3D", root_name="World")`
+7. `summer_add_node(parent="./World", type="Node3D", name="Geometry")` and children
+8. `summer_add_node(parent="./World", type="Node3D", name="Spawns")` and children
+9. `summer_add_node(parent="./World", type="Node3D", name="Triggers")` and Area3D children
+10. `summer_add_node(parent="./World", type="Node3D", name="Pickups")`
+11. `summer_add_node(parent="./World", type="Node3D", name="Secrets")`
+12. `summer_add_node(parent="./World", type="Node3D", name="Lighting")` with WorldEnvironment + DirectionalLight3D
+13. `summer_save_scene`
+14. (Skill asks: "May I create `.summer/levels/level_01.md` with the design doc?")
+15. `Write .summer/levels/level_01.md`
+16. `summer_get_script_errors`
+
+**Assertions:**
+
+- [ ] Skill reads `.summer/GameSoul.md` to anchor.
+- [ ] Skill reads the relevant `.summer/mechanics/<name>.md` if the level teaches an existing mechanic.
+- [ ] Skill states a concrete teaching goal — not a vague "fun encounter".
+- [ ] Skill draws a 5-beat pacing curve with intensity numbers (Intro / Build / Peak / Release / Hook).
+- [ ] Skill lists 4 encounters with timing + space mapping.
+- [ ] Skill lists 3 secrets with which beat each lives in.
+- [ ] Skill lists reward gating, gates rewards behind tests.
+- [ ] Skill enforces 4-6 distinct spaces (does not produce 12 micro-rooms).
+- [ ] Skill asks "May I create ..." before `summer_create_scene`.
+- [ ] Skeleton is markers + Area3Ds, NOT meshes / enemy scripts (those come later).
+- [ ] Skill writes the design doc to `.summer/levels/<name>.md`.
+- [ ] Skill never calls `summer_set_resource_property` on an inline sub_resource.
+- [ ] Final step is `summer_save_scene` then `summer_get_script_errors`.
+
+## Case 2: Failure Path — user blends three level types
+
+**Fixture:** Same as Case 1.
+
+**Input:** "Design a stealth level with a puzzle in the middle and a boss at the end."
+
+**Expected behavior:**
+
+- Skill recognizes blended types: stealth + puzzle + boss.
+- Skill pushes back: "That's three level types. Pick one as the primary; the other two become flavor or get split into sequential levels."
+- Skill names the trade-off: "Stealth + boss in the same level kills both — stealth wants tension that releases at the encounter, boss wants tension that builds *to* the encounter. They're opposite shapes."
+- Skill does NOT silently pick one or design all three at once.
+
+**Assertions:**
+
+- [ ] Skill identifies the blend explicitly.
+- [ ] Skill explains the design tension between the blended types.
+- [ ] Skill asks the user to pick one primary type before designing.
+- [ ] No `summer_create_scene` call until user picks.
+
+## Case 3: Edge Case — no `.summer/GameSoul.md` exists
+
+**Fixture:** Same as Case 1, but `.summer/GameSoul.md` does NOT exist.
+
+**Input:** "Design level 1 of my game."
+
+**Expected behavior:**
+
+- Skill detects no brief exists.
+- Skill suggests: "No `.summer/GameSoul.md` yet — without a brief, this level has no game to serve. Run `/summer:brainstorm-game` first, or give me the core loop + mechanics inline so I can anchor the design."
+- Skill does NOT design a generic level in a vacuum.
+
+**Assertions:**
+
+- [ ] Skill checks for `.summer/GameSoul.md` early (before designing).
+- [ ] Skill explicitly recommends `/summer:brainstorm-game` if absent.
+- [ ] Skill offers the inline-anchor alternative as a fallback.
+- [ ] No design happens without anchoring information.
+
+## Case 4: No Summer MCP — file-edit fallback
+
+**Fixture:** Same as Case 1, but Summer MCP is unavailable.
+
+**Input:** "Design level 1 — a 5-minute combat encounter."
+
+**Expected behavior:**
+
+- Skill detects no MCP.
+- Walks the design beats normally.
+- Instead of `summer_create_scene` + `summer_add_node`, prints the full `.tscn` file contents for the user to save manually at `levels/level_01.tscn`.
+- Generated `.tscn` is syntactically valid Godot 4 scene format with the marker/Area3D skeleton (no meshes).
+- Still writes the design doc to `.summer/levels/level_01.md` via host `Write`.
+- Asks "May I write ..." before each file write.
+
+**Assertions:**
+
+- [ ] Skill identifies that MCP is unavailable; does not blindly call `summer_*`.
+- [ ] Generated `.tscn` is parseable Godot 4 scene file.
+- [ ] Skeleton in the `.tscn` matches the spaces / spawns / triggers structure from the design doc.
+- [ ] Skill still writes `.summer/levels/<name>.md`.
+
+---
+
+This spec runs via `/skill-test design-level spec` (see `_meta/skill-test/SKILL.md`).