/ Verzeichnis / Playground / Claude-Code-Game-Studios
● Community Donchitos ⚡ Sofort

Claude-Code-Game-Studios

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

49 Agenten + 72 Workflow-Skills, die ein echtes Game-Studio spiegeln — Claude Code in ein Mini-Dev-Team verwandeln.

Claude-Code-Game-Studios simuliert ein vollständiges Spieleentwicklungsstudio als Skill-Bundle: Designer, Programmierer, Künstler, QA, Audio — plus Workflows für Sprint-Planung, Playtests und Bug-Triage. Gemacht für Indie-Entwickler, die Prozesse wollen, ohne ein Team einzustellen. Meinungsstark, aber engine-flexibel (Godot, Unity, Unreal, eigene Engines).

Warum nutzen

Hauptfunktionen

Live-Demo

In der Praxis

bereit

Installieren

Wählen Sie Ihren 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
    }
  }
}

Öffne Claude Desktop → Settings → Developer → Edit Config. Nach dem Speichern neu starten.

~/.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 nutzt das gleiche mcpServers-Schema wie Claude Desktop. Projektkonfiguration schlägt die 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
    }
  }
}

Klicken Sie auf das MCP-Servers-Symbol in der Cline-Seitenleiste, dann "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
    }
  }
}

Gleiche Struktur wie Claude Desktop. Windsurf neu starten zum Übernehmen.

~/.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 nutzt ein Array von Serverobjekten statt einer 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"
        ]
      }
    }
  }
}

In context_servers hinzufügen. Zed lädt beim Speichern neu.

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

Einzeiler. Prüfen mit claude mcp list. Entfernen mit claude mcp remove.

Anwendungsfälle

Praxisnahe Nutzung: Claude-Code-Game-Studios

Einen 1-Wochen-Sprint für dein Indie-Spiel durchführen

👤 Solo- / 2-Personen-Indie-Teams ⏱ ~45 min intermediate

Wann einsetzen: Du entwickelst solo und es fehlt dir an Disziplin, nicht an Ideen.

Voraussetzungen
  • Skill installiert — git clone https://github.com/Donchitos/Claude-Code-Game-Studios ~/.claude/skills/game-studios
  • GDD oder Design-Brief — Auch ein grober Design-Doc reicht als Grundlage
Ablauf
  1. Planen
    game-studios nutzen. Ich entwickle einen Platformer in Godot solo. Den Sprint dieser Woche planen — hier ist das GDD: <brief>✓ Kopiert
    → Sprint mit Aufgaben in Rollen-Buckets (Design/Code/Art/Audio), größenmäßig erfasst
  2. Tägliches Standup
    Was sollte ich heute tun, um das Sprint-Ziel zu erreichen? Was kann verschoben werden?✓ Kopiert
    → Priorisierter Tagesplan mit Spielraum für Verzögerungen
  3. Retro
    Sprint abgeschlossen. Was ist liegen geblieben? Was übernehmen? Was beim nächsten Sprint ändern?✓ Kopiert
    → Ehrliche Retro mit konkreten Verbesserungen

Ergebnis: Ein Spiel, das sich mit einer Kadenz entwickelt, die du aufrechterhalten kannst.

Fallstricke
  • Überplanung für einen Solo-Entwickler — Den 1-Wochen-Rhythmus nutzen, Enterprise-Workflows überspringen
Kombinieren mit: filesystem

Einen strukturierten Playtest durchführen und Feedback auswerten

👤 Indie-Entwickler kurz vor dem Early-Access-Start ⏱ ~60 min intermediate

Wann einsetzen: Du hast gerade 5 Playtests durchgeführt und hast 5 Videoaufnahmen plus Notizen, die du auswerten musst.

Voraussetzungen
  • Playtest-Materialien — Notizen, Zeitstempel, Transkripte in /playtests/
Ablauf
  1. Einlesen
    game-studios/playtest nutzen. /playtests/session-*/ einlesen und Feedback nach Typ taggen (Bug, UX, Mechanik, Audio).✓ Kopiert
    → Getaggtes Feedback-Inventar
  2. Clustern
    Nach Feedback-Themen clustern. Was kam in mehreren Sessions vor?✓ Kopiert
    → Sitzungsübergreifende Muster, keine Einzelpersonen-Beschwerden
  3. Priorisieren
    Für jedes Thema: Häufigkeit, Schweregrad, Aufwand zur Behebung. In den nächsten Sprint einfließen lassen.✓ Kopiert
    → Priorisierte Änderungen, bereit zur Sprint-Planung

Ergebnis: Der nächste Sprint basiert auf echten Spielerdaten, nicht auf Bauchgefühl.

Fallstricke
  • Die starke Meinung eines einzelnen Playtesters als allgemein behandeln — Ein Thema muss in >= 2 Sessions auftreten, um zu zählen

Kombinationen

Mit anderen MCPs für 10-fache Wirkung

game-studios-skill + filesystem

Gesamten Studio-Kontext im /studio/-Ordner verwalten

/studio/sprints/, /studio/playtests/, /studio/retros/ organisieren.✓ Kopiert
game-studios-skill + github

Issues pro Aufgabe, Meilensteine pro Sprint

GitHub-Issues aus dem Sprint-Plan erstellen; einen Milestone für diesen Sprint anlegen.✓ Kopiert

Werkzeuge

Was dieses MCP bereitstellt

WerkzeugEingabenWann aufrufenKosten
sprint_plan brief, duration Zu Beginn jedes Sprints 0
role_review role, artifact Schnell-Check vor dem Veröffentlichen 0
playtest_synthesize sessions[] Nach Playtests 0
retro sprint_notes Am Ende jedes Sprints 0

Kosten & Limits

Was der Betrieb kostet

API-Kontingent
k. A.
Tokens pro Aufruf
Pläne sind günstig; Rollen-Review großer Artefakte (Level, Art) kann teuer werden
Kosten in €
Kostenlos (MIT)
Tipp
Nicht jede Rolle jedes Artefakt reviewen lassen — nur die relevanten auswählen

Sicherheit

Rechte, Secrets, Reichweite

Credential-Speicherung: Keine
Datenabfluss: Keine

Fehlerbehebung

Häufige Fehler und Lösungen

Plans feel AAA-studio, not indie

Deinen Umfang explizit benennen: „solo dev, 1 Stunde/Tag, 3-Monats-Zeitplan"

Role advice conflicts

Das ist realistisch — denjenigen wählen, der dem nächsten Meilenstein dient

Skill doesn't know Godot specifics

Godot-Docs oder relevante GDScript-Beispiele voranstellen; standardmäßig engine-agnostisch

Alternativen

Claude-Code-Game-Studios vs. andere

AlternativeWann stattdessenKompromiss
Notion / Trello boardDu willst Projektmanagement ohne LLM-AuswertungKeine Playtest-Synthese, keine Rollenkritik
game-specific communitiesDu willst menschliches Feedback zum DesignLangsam, und Menschen sind durch ihre eigenen Spiele voreingenommen

Mehr

Ressourcen

📖 Offizielle README auf GitHub lesen

🐙 Offene Issues ansehen

🔍 Alle 400+ MCP-Server und Skills durchsuchen