mirror of
https://github.com/Donchitos/Claude-Code-Game-Studios.git
synced 2026-06-27 04:51:46 +00:00
Game Studio Agent Architecture — complete setup (Phases 1-7)
48 coordinated Claude Code subagents for indie game development: - 3 leadership agents (creative-director, technical-director, producer) - 10 department leads (game-designer, lead-programmer, art-director, etc.) - 23 specialist agents (gameplay, engine, AI, networking, UI, tools, etc.) - 12 engine-specific agents (Godot, Unity, Unreal with sub-specialists) Infrastructure: - 34 skills (slash commands) for workflows, reviews, and team orchestration - 8 hooks for commit validation, asset checks, session management - 11 path-scoped rules enforcing domain-specific standards - 28 templates for design docs, reports, and collaborative protocols Key features: - User-driven collaboration protocol (Question → Options → Decision → Draft → Approval) - Engine version awareness with knowledge-gap detection (Godot 4.6 pinned) - Phase gate system for development milestone validation - CLAUDE.md kept under 80 lines with extracted doc imports Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
76
.claude/skills/team-release/SKILL.md
Normal file
76
.claude/skills/team-release/SKILL.md
Normal file
@@ -0,0 +1,76 @@
|
||||
---
|
||||
name: team-release
|
||||
description: "Orchestrate the release team: coordinates release-manager, qa-lead, devops-engineer, and producer to execute a release from candidate to deployment."
|
||||
argument-hint: "[version number or 'next']"
|
||||
user-invocable: true
|
||||
allowed-tools: Read, Glob, Grep, Write, Edit, Bash, Task
|
||||
---
|
||||
When this skill is invoked, orchestrate the release team through a structured pipeline.
|
||||
|
||||
## Team Composition
|
||||
- **release-manager** — Release branch, versioning, changelog, deployment
|
||||
- **qa-lead** — Test sign-off, regression suite, release quality gate
|
||||
- **devops-engineer** — Build pipeline, artifacts, deployment automation
|
||||
- **producer** — Go/no-go decision, stakeholder communication, scheduling
|
||||
|
||||
## How to Delegate
|
||||
|
||||
Use the Task tool to spawn each team member as a subagent:
|
||||
- `subagent_type: release-manager` — Release branch, versioning, changelog, deployment
|
||||
- `subagent_type: qa-lead` — Test sign-off, regression suite, release quality gate
|
||||
- `subagent_type: devops-engineer` — Build pipeline, artifacts, deployment automation
|
||||
- `subagent_type: producer` — Go/no-go decision, stakeholder communication
|
||||
|
||||
Always provide full context in each agent's prompt (version number, milestone status, known issues). Launch independent agents in parallel where the pipeline allows it (e.g., Phase 3 agents can run simultaneously).
|
||||
|
||||
## Pipeline
|
||||
|
||||
### Phase 1: Release Planning
|
||||
Delegate to **producer**:
|
||||
- Confirm all milestone acceptance criteria are met
|
||||
- Identify any scope items deferred from this release
|
||||
- Set the target release date and communicate to team
|
||||
- Output: release authorization with scope confirmation
|
||||
|
||||
### Phase 2: Release Candidate
|
||||
Delegate to **release-manager**:
|
||||
- Cut release branch from the agreed commit
|
||||
- Bump version numbers in all relevant files
|
||||
- Generate the release checklist using `/release-checklist`
|
||||
- Freeze the branch — no feature changes, bug fixes only
|
||||
- Output: release branch name and checklist
|
||||
|
||||
### Phase 3: Quality Gate (parallel)
|
||||
Delegate in parallel:
|
||||
- **qa-lead**: Execute full regression test suite. Test all critical paths. Verify no S1/S2 bugs. Sign off on quality.
|
||||
- **devops-engineer**: Build release artifacts for all target platforms. Verify builds are clean and reproducible. Run automated tests in CI.
|
||||
|
||||
### Phase 4: Localization and Performance
|
||||
Delegate (can run in parallel with Phase 3 if resources available):
|
||||
- Verify all strings are translated (delegate to localization-lead if available)
|
||||
- Run performance benchmarks against targets (delegate to performance-analyst if available)
|
||||
- Output: localization and performance sign-off
|
||||
|
||||
### Phase 5: Go/No-Go
|
||||
Delegate to **producer**:
|
||||
- Collect sign-off from: qa-lead, release-manager, devops-engineer, technical-director
|
||||
- Evaluate any open issues — are they blocking or can they ship?
|
||||
- Make the go/no-go call
|
||||
- Output: release decision with rationale
|
||||
|
||||
### Phase 6: Deployment (if GO)
|
||||
Delegate to **release-manager** + **devops-engineer**:
|
||||
- Tag the release in version control
|
||||
- Generate changelog using `/changelog`
|
||||
- Deploy to staging for final smoke test
|
||||
- Deploy to production
|
||||
- Monitor for 48 hours post-release
|
||||
|
||||
### Phase 7: Post-Release
|
||||
- **release-manager**: Generate release report (what shipped, what was deferred, metrics)
|
||||
- **producer**: Update milestone tracking, communicate to stakeholders
|
||||
- **qa-lead**: Monitor incoming bug reports for regressions
|
||||
- Schedule post-release retrospective if issues occurred
|
||||
|
||||
## Output
|
||||
A summary report covering: release version, scope, quality gate results, go/no-go decision, deployment status, and monitoring plan.
|
||||
Reference in New Issue
Block a user