Coder un jeu seul avec l'IA, c'est puissant — mais incontrôlé. Rien ne vous empêche d'hardcoder des magic numbers, de sauter la documentation, d'écrire du code spaghetti ou de ne jamais faire de QA. Il n'y a personne pour demander « est-ce que ça correspond vraiment à la vision du jeu ? » Claude-Code-Game-Studios, publié par Donchitos sur GitHub, résout ce problème en donnant à votre session Claude Code la structure d'un vrai studio : 49 agents spécialisés, 72 workflow skills, 12 hooks et 39 templates, organisés en hiérarchie de studio réelle. Trending GitHub cette semaine.

Le problème que le projet résout

Un seul agent IA en session de coding est généraliste par nature. Il peut tout faire, mais il n'a pas de rôle défini, pas de responsabilité sur un domaine, pas de standards à faire respecter. Sur un projet de jeu complet — avec de l'IA gameplay, de l'audio, des shaders, du niveau design, de la narration, des tests de performance — cette absence de structure produit des résultats incohérents et difficiles à maintenir. Le projet introduit une séparation des préoccupations par agents : chacun possède son domaine, a ses escalades définies, et ne peut pas prendre de décisions contraignantes en dehors de son périmètre.

La hiérarchie du studio : 49 agents organisés

La structure reproduit fidèlement une organisation de studio de jeu indépendant. Au sommet : des directeurs qui gardent la vision du jeu et arbitrent les décisions transversales. En dessous : des department leads qui possèdent chacun un domaine — programming, art, audio, design, narrative, QA, production. Chaque lead supervise des spécialistes qui font le travail concret. Le projet supporte les trois moteurs majeurs — Godot 4, Unity et Unreal Engine 5 — avec des agents spécialisés par moteur et des sous-spécialistes dédiés. Vous choisissez votre moteur à la configuration et seuls les agents du bon écosystème sont activés.

La consultation horizontale est autorisée — les agents de même niveau peuvent se consulter — mais aucun agent ne peut prendre de décision contraignante dans le domaine d'un autre. Cette règle reproduit exactement la dynamique d'un studio réel où l'ingénieur audio ne redéfinit pas la mécanique de gameplay sans accord du game designer.

Le principe collaboratif : vous décidez toujours

C'est le point le plus important du projet et il est documenté de façon explicite dans le CLAUDE.md : collaboration pilotée par l'humain, pas exécution autonome. Chaque tâche suit le même protocole — question, options, décision, brouillon, validation. Les agents doivent demander « Puis-je écrire cela dans [fichier] ? » avant d'utiliser les outils d'écriture. Les changements multi-fichiers nécessitent une approbation explicite pour l'ensemble du changeset. Ce n'est pas un studio autonome — c'est un studio où vous restez le directeur creatif à tout moment.

Les 72 skills : des slash commands pour chaque étape

Les 72 skills sont des commandes slash organisées en sous-répertoires par domaine dans `.claude/skills/`. Chaque skill correspond à une étape récurrente du développement de jeu : initier un nouveau système de gameplay, faire une revue de code, générer un GDD (Game Design Document), lancer une session de playtesting, créer une revue de sprint. Le workflow complet est décrit dans un `workflow-catalog.yaml` qui définit un pipeline en 7 phases : concept, pre-production, production, alpha, bêta, release candidate, post-launch. Les 12 hooks bash cross-plateformes automatisent les vérifications en arrière-plan — lint, tests unitaires, vérification des standards de code — sans interrompre le flux de travail.

Comment démarrer

Le projet s'installe en clonant le repository et en configurant le fichier `CLAUDE.md` avec votre choix de moteur (Godot 4, Unity ou Unreal Engine 5) et votre langage (GDScript, C#, C++ ou Blueprint). Une première session démarre avec le protocole d'onboarding qui configure les préférences du studio. Les 39 templates de documents couvrent les GDD, les documents de design de niveaux, la narration, la documentation technique et le suivi de production. Le code source du jeu va dans `src/`, les assets dans `assets/`, les prototypes jetables dans `prototypes/` — isolés de la base de code principale. Un système de statusline affiche en permanence le contexte actuel (% de contexte, modèle, phase, breadcrumb d'épic).

Ce que ce projet dit de l'évolution des agent skills

Claude-Code-Game-Studios est l'application la plus aboutie du concept d'Agent Skills appliqué à un domaine métier complexe. Là où la plupart des skills sont des outils ponctuels, ce projet constitue un système complet avec hiérarchie, gouvernance et workflows phaseés. C'est le même paradigme que Paperclip (entreprise d'agents) appliqué au jeu vidéo. L'angle reste indépendant : pas de serveur cloud requis, tout tourne en local dans Claude Code. Le projet est disponible sur GitHub, libre.