ClaudeCodeGameStudios / CCGS Skill Testing Framework
CLAUDE.md8 starsChanged 7 months agoMITView on GitHub
This folder is the quality assurance layer for the Claude Code Game Studios skill/agent framework. It is self-contained and separate from any game project. The spec: field in catalog.yaml is the authoritative path for each skill/agent spec. Always read it rather than guessing the path. Use /skill-improve [name]. It handles the full loop: test → diagnose → propose fix → rewrite → retest → keep or revert.
We split this CLAUDE.md into the rules it gives an agent
6 rules. About 0 are common, 2 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
Always read it rather than guessing the path.
- Very specific: line 71
Read catalog.yaml to get the skill's spec: path and category:
- Very specific: line 72
Read the skill at .claude/skills/[name]/SKILL.md
- Very specific: line 73
Read the spec at the spec: path
- Very specific: line 79
Use /skill-improve [name].
- Distinctive: line 87
Treat spec failures as "this needs investigation," not "the skill is definitively wrong."
≈ “Common” is an estimate: at least 1 in 5 of the 25,680 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
CCGS Skill Testing Framework — Claude Instructions
This folder is the quality assurance layer for the Claude Code Game Studios skill/agent framework. It is self-contained and separate from any game project.
Key files
| File | Purpose |
catalog.yaml | Master registry for all 72 skills and 49 agents. Contains category, spec path, and last-test tracking fields. Always read this first when running any test command. |
quality-rubric.md | Category-specific pass/fail metrics. Read the matching ### section for the skill's category when running /skill-test category. |
skills/[category]/[name].md | Behavioral spec for a skill — 5 test cases + protocol compliance assertions. |
agents/[tier]/[name].md | Behavioral spec for an agent — 5 test cases + protocol compliance assertions. |
templates/skill-test-spec.md | Template for writing new skill spec files. |
templates/agent-test-spec.md | Template for writing new agent spec files. |
results/ | Written by /skill-test spec when results are saved. Gitignored. |
Path conventions
- Skill specs:
CCGS Skill Testing Framework/skills/[category]/[name].md - Agent specs:
CCGS Skill Testing Framework/agents/[tier]/[name].md - Catalog:
CCGS Skill Testing Framework/catalog.yaml - Rubric:
CCGS Skill Testing Framework/quality-rubric.md
The spec: field in catalog.yaml is the authoritative path for each skill/agent spec.
Always read it rather than guessing the path.
Skill categories
gate → gate-check
review → design-review, architecture-review, review-all-gdds
authoring → design-system, quick-design, architecture-decision, art-bible,
create-architecture, ux-design, ux-review
readiness → story-readiness, story-done
pipeline → create-epics, create-stories, dev-story, create-control-manifest,
propagate-design-change, map-systems
analysis → consistency-check, balance-check, content-audit, code-review,
tech-debt, scope-check, estimate, perf-profile, asset-audit,
security-audit, test-evidence-review, test-flakiness
team → team-combat, team-narrative, team-audio, team-level, team-ui,
team-qa, team-release, team-polish, team-live-ops
sprint → sprint-plan, sprint-status, milestone-review, retrospective,
changelog, patch-notes
utility → all remaining skillsAgent tiers
directors → creative-director, technical-director, producer, art-director
leads → lead-programmer, narrative-director, audio-director, ux-designer,
qa-lead, release-manager, localization-lead
specialists → gameplay-programmer, engine-programmer, ui-programmer,
tools-programmer, network-programmer, ai-programmer,
level-designer, sound-designer, technical-artist
godot → godot-specialist, godot-gdscript-specialist, godot-csharp-specialist,
godot-shader-specialist, godot-gdextension-specialist
unity → unity-specialist, unity-ui-specialist, unity-shader-specialist,
unity-dots-specialist, unity-addressables-specialist
unreal → unreal-specialist, ue-gas-specialist, ue-replication-specialist,
ue-umg-specialist, ue-blueprint-specialist
operations → devops-engineer, security-engineer, performance-analyst,
analytics-engineer, community-manager
creative → writer, world-builder, game-designer, economy-designer,
systems-designer, prototyperWorkflow for testing a skill
- Read
catalog.yamlto get the skill'sspec:path andcategory: - Read the skill at
.claude/skills/[name]/SKILL.md - Read the spec at the
spec:path - Evaluate assertions case by case
- Offer to write results to
results/and updatecatalog.yaml
Workflow for improving a skill
Use /skill-improve [name]. It handles the full loop:
test → diagnose → propose fix → rewrite → retest → keep or revert.
Spec validity note
Specs in this folder describe current behavior, not ideal behavior. They were written by reading the skills, so they may encode bugs. When a skill misbehaves in practice, correct the skill first, then update the spec to match the fixed behavior. Treat spec failures as "this needs investigation," not "the skill is definitively wrong."
This folder is deletable
Nothing in .claude/ imports from here. Deleting this folder has no effect on the
CCGS skills or agents themselves. /skill-test and /skill-improve will report that
catalog.yaml is missing and guide the user to initialize it.
In this repository76 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- design/CLAUDE.mdCLAUDE.md
- docs/CLAUDE.mdCLAUDE.md
- src/CLAUDE.mdCLAUDE.md
- adoptSkill
- architecture-decisionSkill
- architecture-reviewSkill
- art-bibleSkill
- asset-auditSkill
- asset-specSkill
- balance-checkSkill
- brainstormSkill
- bug-reportSkill
- bug-triageSkill
- changelogSkill
- code-reviewSkill
- consistency-checkSkill
- content-auditSkill
- create-architectureSkill
- create-control-manifestSkill
- create-epicsSkill
- create-storiesSkill
- day-one-patchSkill
- design-reviewSkill
- design-systemSkill
- dev-storySkill
- estimateSkill
- gate-checkSkill
- helpSkill
- hotfixSkill
- launch-checklistSkill
- localizeSkill
- map-systemsSkill
- milestone-reviewSkill
- onboardSkill
- patch-notesSkill
- perf-profileSkill
- playtest-reportSkill
- project-stage-detectSkill
- propagate-design-changeSkill
- prototypeSkill
- qa-planSkill
- quick-designSkill
- regression-suiteSkill
- release-checklistSkill
- retrospectiveSkill
- reverse-documentSkill
- review-all-gddsSkill
- scope-checkSkill
- security-auditSkill
- setup-engineSkill
- skill-improveSkill
- skill-testSkill
- smoke-checkSkill
- soak-testSkill
- sprint-planSkill
- sprint-statusSkill
- startSkill
- story-doneSkill
- story-readinessSkill
- The first 60 shown.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

