/ Annuaire / Playground / Claude-Code-Game-Studios
● Communauté Donchitos ⚡ Instantané

Claude-Code-Game-Studios

par Donchitos · Donchitos/Claude-Code-Game-Studios

49 agents + 72 skills de workflow simulant un vrai studio de jeu — transformez Claude Code en mini équipe de développement.

Claude-Code-Game-Studios simule un studio de développement de jeu complet sous forme de bundle de skills : designers, programmeurs, artistes, QA, audio — plus des workflows pour la planification de sprint, les playtests et le triage de bugs. Conçu pour les devs indépendants qui veulent du process sans embaucher une équipe. Opiniâtre mais flexible sur les moteurs (Godot, Unity, Unreal, moteurs personnalisés).

Pourquoi l'utiliser

Fonctionnalités clés

Démo en direct

Aperçu en pratique

prêt

Installer

Choisissez votre client

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "game-studios-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/Donchitos/Claude-Code-Game-Studios",
        "~/.claude/skills/Claude-Code-Game-Studios"
      ],
      "_inferred": true
    }
  }
}

Ouvrez Claude Desktop → Settings → Developer → Edit Config. Redémarrez après avoir enregistré.

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "game-studios-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/Donchitos/Claude-Code-Game-Studios",
        "~/.claude/skills/Claude-Code-Game-Studios"
      ],
      "_inferred": true
    }
  }
}

Cursor utilise le même schéma mcpServers que Claude Desktop. La config projet l'emporte sur la globale.

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "game-studios-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/Donchitos/Claude-Code-Game-Studios",
        "~/.claude/skills/Claude-Code-Game-Studios"
      ],
      "_inferred": true
    }
  }
}

Cliquez sur l'icône MCP Servers dans la barre latérale Cline, puis "Edit Configuration".

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "game-studios-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/Donchitos/Claude-Code-Game-Studios",
        "~/.claude/skills/Claude-Code-Game-Studios"
      ],
      "_inferred": true
    }
  }
}

Même format que Claude Desktop. Redémarrez Windsurf pour appliquer.

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "game-studios-skill",
      "command": "git",
      "args": [
        "clone",
        "https://github.com/Donchitos/Claude-Code-Game-Studios",
        "~/.claude/skills/Claude-Code-Game-Studios"
      ]
    }
  ]
}

Continue utilise un tableau d'objets serveur plutôt qu'une map.

~/.config/zed/settings.json
{
  "context_servers": {
    "game-studios-skill": {
      "command": {
        "path": "git",
        "args": [
          "clone",
          "https://github.com/Donchitos/Claude-Code-Game-Studios",
          "~/.claude/skills/Claude-Code-Game-Studios"
        ]
      }
    }
  }
}

Ajoutez dans context_servers. Zed recharge à chaud à la sauvegarde.

claude mcp add game-studios-skill -- git clone https://github.com/Donchitos/Claude-Code-Game-Studios ~/.claude/skills/Claude-Code-Game-Studios

Une seule ligne. Vérifiez avec claude mcp list. Supprimez avec claude mcp remove.

Cas d'usage

Usages concrets : Claude-Code-Game-Studios

Mener un sprint d'une semaine sur votre jeu indie

👤 Équipes indie solo ou en binôme ⏱ ~45 min intermediate

Quand l'utiliser : Vous développez un jeu seul et c'est la discipline qui vous fait défaut, pas les idées.

Prérequis
  • Skill installée — git clone https://github.com/Donchitos/Claude-Code-Game-Studios ~/.claude/skills/game-studios
  • GDD ou brief de design — Même un document de design approximatif suffit comme ancrage
Déroulement
  1. Planifier
    Utilise game-studios. Je développe seul un platformer sur Godot. Planifie le sprint de cette semaine — voici le GDD : <brief>✓ Copié
    → Sprint avec tâches dans des compartiments par rôle (design/code/art/audio), dimensionnées
  2. Stand-up quotidien
    Que dois-je faire aujourd'hui pour atteindre l'objectif du sprint ? Qu'est-ce qui peut glisser ?✓ Copié
    → Plan de journée priorisé avec marge de glissement
  3. Rétrospective
    Sprint terminé. Qu'est-ce qui a glissé ? Qu'est-ce qu'il faut reporter ? Que changer au prochain sprint ?✓ Copié
    → Rétrospective honnête avec améliorations concrètes

Résultat : Un jeu en mouvement avec une cadence que vous pouvez tenir.

Pièges
  • Planification excessive pour un dev solo — Utilisez la cadence 1 semaine, passez les workflows enterprise
Combiner avec : filesystem

Mener un playtest structuré et synthétiser les retours

👤 Devs indie avant l'Early Access ⏱ ~60 min intermediate

Quand l'utiliser : Vous venez de faire 5 playtests et avez 5 enregistrements vidéo + des notes à analyser.

Prérequis
  • Artefacts de playtest — Notes, timestamps, transcripts dans /playtests/
Déroulement
  1. Ingérer
    Utilise game-studios/playtest. Ingère /playtests/session-*/ et étiquette les retours par type (bug, UX, mécanique, audio).✓ Copié
    → Inventaire de retours étiquetés
  2. Regrouper
    Regroupe par thème de retour. Qu'est-ce qui est revenu dans plusieurs sessions ?✓ Copié
    → Patterns inter-sessions, pas des plaintes individuelles
  3. Prioriser
    Pour chaque thème : fréquence, gravité, effort à corriger. À intégrer au prochain sprint.✓ Copié
    → Changements priorisés prêts à planifier

Résultat : Le travail du prochain sprint guidé par de vraies données joueurs, pas des intuitions.

Pièges
  • Traiter l'opinion forte d'un seul testeur comme générale — Un thème doit apparaître dans au moins 2 sessions pour être retenu

Combinaisons

Associez-le à d'autres MCPs pour un effet X10

game-studios-skill + filesystem

Conserver tout le contexte studio dans un dossier /studio/

Organise /studio/sprints/, /studio/playtests/, /studio/retros/.✓ Copié
game-studios-skill + github

Issues par tâche, milestones par sprint

Crée des issues GitHub depuis le plan de sprint ; crée un milestone pour ce sprint.✓ Copié

Outils

Ce que ce MCP expose

OutilEntréesQuand appelerCoût
sprint_plan brief, duration Début de chaque sprint 0
role_review role, artifact Vérification avant livraison 0
playtest_synthesize sessions[] Après les playtests 0
retro sprint_notes Fin de chaque sprint 0

Coût et limites

Coût d'exécution

Quota d'API
N/A
Tokens par appel
Les plans sont peu coûteux ; la revue de rôle sur de gros artefacts (niveaux, art) peut être chère
Monétaire
Gratuit (MIT)
Astuce
N'ask pas chaque rôle de revoir chaque artefact — choisissez qui est pertinent

Sécurité

Permissions, secrets, portée

Stockage des identifiants : Aucun
Sortie de données : Aucune

Dépannage

Erreurs courantes et correctifs

Les plans semblent conçus pour un studio AAA, pas indie

Précisez votre périmètre explicitement : "dev solo, 1h/jour, planning sur 3 mois"

Les conseils de rôle se contredisent

C'est réaliste — choisissez celui qui sert le prochain jalon

La skill ne connaît pas les spécificités de Godot

Ajoutez la doc Godot ou des exemples GDScript pertinents en préambule ; elle est agnostique au moteur par défaut

Alternatives

Claude-Code-Game-Studios vs autres

AlternativeQuand l'utiliserCompromis
Notion / Trello boardVous voulez de la gestion de projet sans synthèse LLMPas de synthèse de playtest, pas de revue de rôle
game-specific communitiesVous voulez des retours humains sur le designLent, et les gens sont biaisés par leurs propres jeux

Plus

Ressources

📖 Lire le README officiel sur GitHub

🐙 Voir les issues ouvertes

🔍 Parcourir les 400+ serveurs MCP et Skills