Claude Code Game Studios: 49 Agenten für die Solo-Spielentwicklung
Verwandeln Sie Claude Code in ein komplettes Spieleentwicklungsstudio, 49 KI-Agenten, 72 Workflow-Fähigkeiten und ein vollständiges Koordinationssystem, das die echte Studiohierarchie widerspiegelt.
Auf einen Blick
- Was ist das?
- Eine Claude-Code-Vorlage, die eine einzelne KI-Sitzung in ein strukturiertes Spielstudio mit Direktoren, Abteilungsleitern und Spezialisten verwandelt. Der Bericht prüft Aufbau, Befehle, Koordinationsregeln und Plattformgrenzen.
- Für wen ist es gedacht?
- Claude Code Game Studios richtet sich an Solo-Entwickler und kleine Teams, die mit Claude Code Spiele bauen und dabei Design-Dokumente, Reviews und Qualitätsprüfungen nicht vergessen wollen. Wer einen Autopiloten erwartet, der eigenständig Code committet, wird enttäuscht, denn das Protokoll verlangt vor jedem Schreiben eine Freigabe.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 117 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Shell, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Warum eine einzelne KI-Sitzung ohne Struktur scheitert
Das README begründet die Vorlage mit einer konkreten Beobachtung: In einer Solo-Chat-Sitzung hält niemand den Entwickler davon ab, magische Zahlen fest zu codieren, Designdokumente zu überspringen oder unlesbaren Code anzuhäufen. Es fehlt ein QA-Durchlauf, es fehlt ein Design-Review, und niemand fragt, ob ein Feature überhaupt zur Vision des Spiels passt. Genau diese Lücke will das Projekt schließen, indem es der Sitzung die Struktur eines echten Studios überstülpt.
Statt eines allgemeinen Assistenten bekommt der Nutzer 49 spezialisierte Agenten in einer Studio-Hierarchie: Direktoren hüten die Vision, Abteilungsleiter besitzen ihre Domäne, Spezialisten erledigen die Detailarbeit. Jeder Agent hat definierte Verantwortlichkeiten, Eskalationswege und Qualitätsprüfungen. Die Entscheidungsgewalt bleibt laut README beim Menschen; das Agententeam soll die richtigen Fragen stellen und Fehler früh auffangen.
Das Projekt ist in Shell umgesetzt, steht unter MIT und zeigt nach Metadaten vom Mai 2026 rund 24.632 Sterne und 3.527 Forks bei 60 offenen Issues. Diese Reichweite macht die Vorlage zu einer der verbreitetsten Spielentwicklungs-Vorlagen für Claude Code überhaupt.
Inhalt der Vorlage: Agenten, Skills, Hooks, Regeln, Vorlagen
Das Paket besteht aus fünf Zutaten mit festen Stückzahlen. 49 Agentendefinitionen liegen als Markdown mit YAML-Frontmatter im Verzeichnis .claude/agents. 73 Skills sind als Slash-Befehle nutzbar, darunter /start, /design-system, /create-epics, /create-stories, /dev-story und /story-done. 12 Hooks automatisieren Validierungen an Commits, Pushes, Asset-Änderungen, Sitzungslebenszyklen, Audit-Trails und Lückenerkennung. 11 Regeln erzwingen pfadbezogene Coding-Standards beim Editieren von Gameplay-, Engine-, KI-, UI- und Netzwerkcode. 41 Dokumentvorlagen decken GDDs, UX-Spezifikationen, ADRs, Sprintpläne, HUD-Design und Barrierefreiheit ab.
Die Master-Konfiguration liegt in CLAUDE.md, die Hook- und Berechtigungseinstellungen in .claude/settings.json. Damit ist die Vorlage ein Projektgerüst: Man klont sie als Ausgangspunkt des eigenen Spiels, nicht als Bibliothek, die man einbindet.
Die Versionierung ist jung: v0.3.0 erschien im März 2026 mit /design-system, /map-systems und dem UPGRADING-Leitfaden, v1.0.0-beta folgte im April 2026, und die finale v1.0.0 wurde am 13. Mai 2026 veröffentlicht.
Drei Hierarchie-Ebenen und Engine-Sets für Godot, Unity, Unreal
Die Agentenordnung folgt drei Ebenen. Ebene 1 sind die Direktoren auf dem Opus-Modell: creative-director, technical-director und producer. Ebene 2 bilden Abteilungsleiter auf Sonnet, darunter game-designer, lead-programmer, art-director, audio-director, narrative-director, qa-lead, release-manager und localization-lead. Ebene 3 sind Spezialisten auf Sonnet oder Haiku, von gameplay-programmer und engine-programmer über level-designer und economy-designer bis zu sound-designer und prototyper.
Engine-Spezifika sind als austauschbare Agentensätze gelöst. Für Godot 4 steht godot-specialist mit Unterspezialisten für GDScript, Shaders und GDExtension bereit. Für Unity gibt es unity-specialist mit DOTS/ECS, Shaders/VFX, Addressables und UI Toolkit. Für Unreal Engine 5 liefert unreal-specialist Kenntnisse in GAS, Blueprints, Replication und UMG/CommonUI. Der README-Rat ist schlicht: das Set wählen, das zum eigenen Projekt passt.
Diese Trennung hält das Kontextfenster der Agenten klein. Ein gameplay-programmer muss nicht das gesamte Unreal-Wissen mitführen, sondern nur den Ausschnitt seiner Rolle, während der unreal-specialist die Engine-Tiefe trägt.
Slash-Befehle von /brainstorm bis /team-live-ops
Alle 73 Skills erscheinen nach einem Tipp auf den Schrägstrich in Claude Code. Die Gruppen folgen dem Lebenszyklus eines Projekts. Onboarding und Navigation bieten /start, /help, /project-stage-detect, /setup-engine und /adopt. Game Design stellt /brainstorm, /map-systems, /design-system, /quick-design, /review-all-gdds und /propagate-design-change bereit. Architektur läuft über /create-architecture, /architecture-decision, /architecture-review und /create-control-manifest.
Planung und Produktion nutzen /create-epics, /create-stories, /dev-story, /sprint-plan, /sprint-status, /story-readiness, /story-done und /estimate. Reviews decken /design-review, /code-review, /balance-check, /scope-check, /perf-profile, /tech-debt, /gate-check, /consistency-check und /security-audit ab. Der Testbereich reicht von /qa-plan und /smoke-check über /soak-test und /regression-suite bis zu /test-flakiness und /skill-test.
Für Releases gibt es /release-checklist, /launch-checklist, /changelog, /patch-notes, /hotfix und /day-one-patch. Die Gruppe Team Orchestration koordiniert mehrere Agenten an einem Feature: /team-combat, /team-narrative, /team-ui, /team-release, /team-polish, /team-audio, /team-level, /team-live-ops und /team-qa. /start führt dabei zuerst eine Standortbestimmung durch und fragt, ob noch keine Idee, nur ein vages Konzept, ein klares Design oder bestehende Arbeit vorliegt.
Koordinationsprotokoll: Delegation, Eskalation, menschliche Freigabe
Die Zusammenarbeit folgt festen Regeln. Vertikal delegieren Direktoren an Abteilungsleiter und diese an Spezialisten. Agenten derselben Ebene dürfen sich horizontal beraten, aber keine bindenden bereichsübergreifenden Entscheidungen treffen. Konflikte eskalieren zum gemeinsamen Elternteil, der Producer koordiniert übergreifende Änderungen, und kein Agent verändert Dateien außerhalb seines Bereichs ohne explizite Delegation.
Das Protokoll schreibt vor, Fragen zu stellen, bevor Lösungen vorgeschlagen werden, zwei bis vier Optionen mit Vor- und Nachteilen zu präsentieren, Entwürfe vor der Fertigstellung zu zeigen und vor jedem Schreiben eine Genehmigung einzuholen. Das README nennt das System ausdrücklich keinen Autopiloten. Die Hooks ergänzen diese Disziplin durch automatische Prüfungen an Commits, Pushes und Asset-Änderungen.
Die Sicherheitsregeln in .claude/settings.json erlauben unkritische Operationen und blockieren Force-Push, rm -rf sowie das Lesen von .env-Dateien. Damit ist der Schadensradius einer fehllaufenden Sitzung begrenzt, solange man diese Regeln nicht eigenmächtig aufweicht.
Plattformgrenzen, Review-Modi und Anpassbarkeit
Entwickelt und getestet wurde vor allem unter Windows 10 mit Git Bash. Die Hooks nutzen POSIX-kompatible Muster und brechen nicht, wenn optionale Werkzeuge wie jq oder Python 3 fehlen; dann entfällt nur die Validierung. Der notify.sh-Hook verwendet PowerShell für Windows-Toast-Benachrichtigungen und ist auf macOS und Linux ein No-op, Desktop-Benachrichtigungen sind dort noch nicht angebunden. Plattformübergreifende Tests laufen laut README noch.
Die Review-Intensität lässt sich auf full, lean oder solo stellen, entweder bei /start oder durch Bearbeiten von production/review-mode.txt, mit einer Laufzeitüberschreibung über --review solo. Das ist praktisch relevant, weil ein Solo-Projekt ohne Review-Ketten sonst schnell an Bürokratie scheitert.
Die Vorlage ist editierbar gedacht: Agenten hinzufügen oder entfernen, Prompts anpassen, Skills ändern, Regeln auf neue Pfade legen und Hooks umschreiben sind explizit vorgesehen. In der Dokumentation nicht angegeben ist, wie viel Wartungsaufwand anfällt, wenn Claude Code selbst seine Agenten- und Skills-Schnittstellen ändert; wer die Vorlage übernimmt, sollte die eigene Claude-Code-Version gegen die v1.0.0 vom Mai 2026 abgleichen.
Redaktionelles Fazit
Claude Code Game Studios richtet sich an Solo-Entwickler und kleine Teams, die mit Claude Code Spiele bauen und dabei Design-Dokumente, Reviews und Qualitätsprüfungen nicht vergessen wollen. Wer einen Autopiloten erwartet, der eigenständig Code committet, wird enttäuscht, denn das Protokoll verlangt vor jedem Schreiben eine Freigabe. Vor dem Start lohnt ein Blick in die settings.json, um zu prüfen, welche Hooks auf dem eigenen System laufen, und in UPGRADING.md, falls bereits eine ältere Vorlagenversion im Projekt liegt.
Community-Notizen