Release 1.1.2 — the default path works end to end

Fix release for 1.1.1: the minimal path end to end, engine commands that
run on Godot, Unity and Unreal, hook warnings you can see, and verdicts
that say when they could not check. Details in CHANGELOG.md; upgrade
steps in UPGRADING.md (v1.1.1 → v1.1.2).

Fixes #67
Fixes #131

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WuJn2FdynEybfL5KC697nJ

CCGS Skill Testing Framework/agents/specialists/technical-artist.md

@@ -3,7 +3,6 @@
 ## Agent Summary
 Domain: Shaders, VFX, rendering optimization, art pipeline tools, and visual performance.
 Does NOT own: art style decisions or color palette (art-director), gameplay code (gameplay-programmer).
-Model tier: Sonnet (default).
 No gate IDs assigned.
 
 ---
@@ -11,8 +10,8 @@ No gate IDs assigned.
 ## Static Assertions (Structural)
 
 - [ ] `description:` field is present and domain-specific (references shaders / VFX / rendering)
-- [ ] `allowed-tools:` list includes Read, Write, Edit, Bash, Glob, Grep
-- [ ] Model tier is Sonnet (default for specialists)
+- [ ] `tools:` list includes Read, Write, Edit, Bash, Glob, Grep
+- [ ] Model tier is `inherit` — frontmatter `model:` reads exactly `inherit` (tiers: `.claude/docs/model-tiers.md`)
 - [ ] Agent definition does not claim authority over art style direction or gameplay logic
 
 ---
@@ -22,10 +21,11 @@ No gate IDs assigned.
 ### Case 1: In-domain request — appropriate output
 **Input:** "Create a dissolve effect shader for enemy death sequences."
 **Expected behavior:**
+- Proposes the approach (shader structure, exposed parameters) before implementing, and asks "May I write this to [filepath]?" before writing
 - Produces shader code or a Shader Graph node spec appropriate to the configured engine (Godot shading language / Unity Shader Graph / Unreal Material Blueprint)
-- Defines a `dissolve_amount` uniform (0.0–1.0) as the animation driver
-- Uses a noise texture sample to determine the dissolve threshold
-- Notes edge-lighting technique as an optional enhancement
+- Exposes the dissolve driver as a documented shader parameter (e.g., a `dissolve_amount` uniform, 0.0–1.0, thresholding a noise texture) and documents each parameter's visual effect
+- States the effect's performance budget (e.g., texture samples, shader instruction count)
+- Leaves the look of the effect (edge color, glow) to art-director rather than deciding it
 - Output is engine-version-aware (checks version reference if post-cutoff APIs are needed)
 
 ### Case 2: Out-of-domain request — redirects correctly
@@ -34,14 +34,15 @@ No gate IDs assigned.
 - Does NOT produce color palette decisions or art direction documents
 - Explicitly states that art style decisions belong to `art-director`
 - Redirects the request to `art-director`
-- May note it can later implement a color-grading or palette LUT shader once the palette is decided
+- Any follow-up it offers is implementation on its side — e.g., a color-grading or palette LUT shader once art-director has decided the palette — with no palette values chosen by it
 
 ### Case 3: Performance warning — GPU particle count
 **Input:** "The VFX system is triggering a GPU particle count warning at 50,000 particles in the explosion pool."
 **Expected behavior:**
 - Produces an optimization spec addressing the specific warning
 - Proposes concrete strategies: particle budget caps per emitter, LOD-based particle reduction, GPU instancing, or switching to mesh-based VFX for distant effects
-- Provides before/after GPU cost estimates where calculable
+- Sets an explicit particle-count budget for the explosion effect and states the visual-quality cost of each strategy (e.g., as documented quality tiers)
+- Flags any visible change to the explosion's look for art-director rather than deciding it
 - Does NOT change gameplay behavior of the explosion (delegates any gameplay impact to gameplay-programmer)
 
 ### Case 4: Engine version compatibility
@@ -53,12 +54,12 @@ No gate IDs assigned.
 - If uncertain about post-cutoff behavior, explicitly states the uncertainty and directs to verified docs
 
 ### Case 5: Context pass — uses performance budget
-**Input:** Performance budget from `technical-preferences.md` provided in context: 2ms GPU frame budget, max 200 draw calls. Request: "Optimize the forest rendering system."
+**Input:** Performance budget provided in context: 2ms GPU budget for the forest, max 200 draw calls per frame. Request: "Optimize the forest rendering system."
 **Expected behavior:**
-- References the specific 2ms GPU budget and 200 draw call limit from the provided context
-- Proposes optimizations calibrated to those exact targets (e.g., "batching reduces draw calls from 340 to ~180, within the 200 limit")
-- Does NOT propose optimizations that would exceed the stated budgets in other dimensions
-- Produces a ranked list of optimizations by expected impact vs. implementation cost
+- Treats the 2ms GPU budget and 200 draw call limit from the provided context as the budgets it enforces — no other numbers substituted
+- Proposes rendering optimizations (LOD, occlusion, batching, atlasing), each tied to the budget it targets (e.g., "batching reduces draw calls from 340 to ~180, within the 200 limit")
+- Calls out any optimization that helps one budget at the other's expense (e.g., merged meshes cut draw calls but can defeat occlusion and raise GPU time past 2ms) instead of presenting it as a free win
+- Proposes the approach before implementing and asks before writing files
 
 ---
 
@@ -69,7 +70,7 @@ No gate IDs assigned.
 - [ ] Returns structured findings (shader code, optimization specs with metrics, node graphs)
 - [ ] Does not modify gameplay code files without explicit delegation
 - [ ] Checks engine version reference before suggesting post-cutoff APIs
-- [ ] Quantifies performance changes against stated budgets
+- [ ] Ties each proposed optimization to the per-category budget it serves (draw calls, particle count, shader instructions, texture memory, overdraw)
 
 ---