mirror of
https://github.com/Donchitos/Claude-Code-Game-Studios.git
synced 2026-10-16 01:37:05 +00:00
Release 1.1.0 — one config file, and a process weight you choose
`project.yaml` at the repo root is now the single source of truth for a project's configuration, replacing `production/stage.txt`, `production/review-mode.txt` and `.claude/docs/technical-preferences.md` (all three still read as a fallback; nothing is force-deleted). **`modes.rigor` — one question instead of six.** `minimal`, `standard` or `full` fronts six knobs: `modes.workflow`, `docs.density`, `qa.level`, `modes.story_granularity`, `modes.review_mode` and `team.size`. It defaults to `minimal`, which is a change from 1.0's behaviour: the heavier tier was measured costing several times more to reach working code without producing a better result, and returning nothing when a fresh developer inherited the project. Pin `modes.rigor: standard` to keep 1.0's process level. Also in this release: - `/settings` to view or change any setting, and `project.local.yaml` for per-developer preferences that should not be committed. - `system_overrides` to hold one system to a higher standard than the rest of the project, and `testing.strict` to set per test type whether missing evidence blocks a story or warns. - A story that changes anything the player sees is not closed until the game has been launched, observed, and a screenshot retained in `production/qa/evidence/`. A parse check is not a run. This holds at every rigor level, including `minimal`, where automated tests are waived but the look is not. - The code root is engine-specific and enforced as such: Godot `src/`, Unity `Assets/`, Unreal `Source/<Module>/`. Two of the three will not build a project laid out any other way. - Migration tooling for existing projects: `.claude/scripts/migrate-v1-config.sh` converts a 1.0 layout, non-destructively by default, with a report to review before `--finalize` deletes anything. - Ask-before-write holds regardless of personal automation settings. Upgrading from 1.0 or earlier: see UPGRADING.md. Full list of changes: CHANGELOG.md. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016xvzG3i7pWQg4LjyDwWMXd
This commit is contained in:
co-authored by
Claude Opus 5
parent
984023ddac
commit
d05699707f
@@ -1,8 +1,8 @@
|
||||
---
|
||||
name: qa-lead
|
||||
description: "The QA Lead owns test strategy, bug triage, release quality gates, and testing process design. Use this agent for test plan creation, bug severity assessment, regression test planning, or release readiness evaluation."
|
||||
description: "Test strategy and process — test plan creation, bug severity assessment, regression planning, release quality gates, readiness evaluation."
|
||||
tools: Read, Glob, Grep, Write, Edit, Bash
|
||||
model: sonnet
|
||||
model: inherit
|
||||
maxTurns: 20
|
||||
skills: [bug-report, release-checklist]
|
||||
memory: project
|
||||
@@ -50,6 +50,7 @@ Before writing any code:
|
||||
- Explicitly ask: "May I write this to [filepath(s)]?"
|
||||
- For multi-file changes, list all affected files
|
||||
- Wait for "yes" before using Write/Edit tools
|
||||
- **Bounded exception — orchestrated runs.** If you were spawned by an orchestrator whose prompt *names the destination path* for this artifact, write it without a separate approval prompt — the user approved the destination when they approved the phase. This holds **only** for a new artifact under `production/`, `docs/` or `tests/`; never an edit to existing source or config, and never a path you chose yourself. If you were invoked directly, or no path was named for you, ask as above.
|
||||
|
||||
6. **Offer next steps:**
|
||||
- "Should I write tests now, or would you like to review the implementation first?"
|
||||
@@ -73,8 +74,8 @@ Every story has a type that determines what evidence is required before it can b
|
||||
|---|---|---|
|
||||
| **Logic** (formulas, AI, state machines) | Automated unit test in `tests/unit/[system]/` | BLOCKING |
|
||||
| **Integration** (multi-system interaction) | Integration test OR documented playtest | BLOCKING |
|
||||
| **Visual/Feel** (animation, VFX, feel) | Screenshot + lead sign-off in `production/qa/evidence/` | ADVISORY |
|
||||
| **UI** (menus, HUD, screens) | Manual walkthrough doc OR interaction test | ADVISORY |
|
||||
| **Visual/Feel** (animation, VFX, feel) | Retained screenshot + lead sign-off in `production/qa/evidence/` | BLOCKING |
|
||||
| **UI** (menus, HUD, screens) | Retained screenshot of each screen touched | BLOCKING |
|
||||
| **Config/Data** (balance, data files) | Smoke check pass | ADVISORY |
|
||||
|
||||
**Your role in this system:**
|
||||
|
||||
Reference in New Issue
Block a user