Claude Code Game Studios es una plantilla de código abierto que transforma una sesión de Claude Code en un estudio completo de desarrollo de videojuegos: 49 agentes de IA especializados, 74 habilidades (skills, comandos de flujo de trabajo) y un sistema de coordinación que imita la jerarquía de un estudio real, con directores, líderes de departamento y especialistas.

¿Qué es Claude Code Game Studios?

Es un proyecto publicado en GitHub por el desarrollador conocido como Donchitos que responde a un problema concreto: desarrollar un videojuego en solitario con IA es poderoso, pero una sola sesión de chat no tiene estructura. Nadie te detiene cuando hardcodeas números mágicos, te saltas la documentación de diseño o escribes código espagueti. No hay revisión de calidad ni nadie preguntando si lo que construyes encaja con la visión del juego.

La solución que propone es darle a tu sesión de IA la estructura de un estudio real. En lugar de un asistente generalista, obtienes 49 agentes organizados en jerarquía: directores que cuidan la visión, líderes de departamento que dominan su área y especialistas que ejecutan el trabajo manual. Cada agente tiene responsabilidades definidas, rutas de escalamiento y compuertas de calidad. Tú sigues tomando todas las decisiones, pero ahora con un equipo que hace las preguntas correctas y detecta errores temprano.

Para aprovechar al máximo una herramienta como esta conviene dominar primero los comandos de Claude Code, porque todo el sistema opera dentro de ese entorno.

¿Qué incluye la plantilla?

El paquete completo, según su documentación oficial, incluye lo siguiente:

Las 74 habilidades se agrupan por fase: onboarding (/start, /setup-engine), diseño (/brainstorm, /design-system), arquitectura (/create-architecture), historias y sprints (/create-epics, /create-stories, /dev-story, /story-done), revisiones y QA (/code-review, /qa-plan, /smoke-check), producción y lanzamiento (/release-checklist, /launch-checklist), además de orquestación de equipos (/team-combat, /team-narrative, /team-qa).

¿Cómo se organiza la jerarquía del estudio?

Los agentes se agrupan en tres niveles, igual que un estudio tradicional. En el primer nivel están los directores: creative-director, technical-director y producer. El segundo nivel agrupa a los líderes de departamento: diseñadores de juego, programadores en jefe, directores de arte, audio y narrativa, líder de QA, gerente de lanzamiento y líder de localización. El tercer nivel son los especialistas: programadores de gameplay, motor, IA y red, diseñadores de niveles y economía, artistas técnicos, escritores, testers y más.

La coordinación sigue un modelo de delegación estructurada: los directores delegan en los líderes, estos en los especialistas, los desacuerdos escalan al padre compartido y ningún agente modifica archivos fuera de su dominio sin delegación explícita. Un detalle que vale la pena señalar: cada agente declara un modelo en su configuración. Los tres directores piden Opus, el líder de programación y quince especialistas usan Sonnet, y los treinta restantes heredan el modelo de tu sesión. En palabras del propio proyecto, los niveles funcionan como antigüedad de rol, no como plan de facturación.

¿Qué motores son compatibles: Godot, Unity o Unreal?

La plantilla incluye conjuntos de agentes para los tres grandes motores. Para Godot 4 existe un godot-specialist con subespecialistas en GDScript, shaders y GDExtension. Para Unity, un unity-specialist cubre DOTS/ECS, shaders y VFX, Addressables y UI Toolkit. Y para Unreal Engine 5, el unreal-specialist abarca GAS, Blueprints, replicación y UMG/CommonUI. Solo se usa el conjunto que coincida con tu proyecto.

Esta filosofía de equipos coordinados encaja con la tendencia más amplia de construir equipos de agentes de IA para el trabajo profesional, donde cada unidad cumple un rol acotado dentro de un proceso mayor.

¿Cómo empezar a usarlo?

Los prerrequisitos oficiales son Git, Claude Code, Python 3 (lee el archivo project.yaml en cada skill y hook; sin él cada ajuste regresa en silencio a su valor por defecto) y Bash, incluido en macOS y Linux, y en Windows distribuido con Git para Windows. Se recomienda también jq para la validación de hooks, aunque los hooks fallan de forma elegante si faltan herramientas opcionales: solo pierdes validación.

La instalación es directa. Primero se clona el repositorio:

git clone https://github.com/Donchitos/Claude-Code-Game-Studios.git my-game

Después se abre Claude Code en la carpeta raíz del proyecto, la que contiene los archivos CLAUDE.md y project.yaml, y se inicia la sesión con el comando claude. Un aviso importante del README: arrancarlo en una subcarpeta como src/ omite los hooks, las reglas de denegación y el modo de permisos del proyecto.

Desde ahí, el comando /start pregunta en qué punto te encuentras —sin idea, concepto vago, diseño claro o trabajo existente— y te guía al flujo correcto sin suposiciones. También puedes saltar directo a habilidades específicas como /brainstorm para explorar ideas desde cero o /setup-engine godot 4.7 para configurar el motor.

¿Cuánto proceso impone el estudio?

El archivo project.yaml es la única fuente de verdad del comportamiento del estudio en tu proyecto, y la decisión que más importa es modes.rigor, con tres niveles:

El nivel mínimo es el predeterminado por una razón honesta que el propio proyecto admite: el nivel más pesado cuesta más llegar a código funcional sin producir un mejor resultado. Se puede subir en una sola llamada a /settings cuando el proyecto crece, y ajustes como review_mode o team.size pueden personalizarse por desarrollador sin tocar la configuración compartida.

¿Produce juegos o solo documentos?

Es la pregunta obvia, y el proyecto la responde con una medición, no con un ejemplo de muestra. Se construyeron cuatro juegos desde el mismo breve a distintos niveles de rigor y se contaron los documentos que cada uno escribió antes de su primera línea de código de juego. En el nivel mínimo fue uno: el breve de una página, en cero minutos. En el nivel estándar fueron treinta documentos, en 58 minutos. Todos produjeron un juego funcional y probado, pero dos revisores a ciegas y una prueba de juego humana clasificaron la versión estándar en el último lugar: los 29 documentos extra compraron trazabilidad, no un mejor juego.

La otra mitad de la respuesta es que el sistema ejecuta el juego y lo observa. Una historia que cambia algo visible para el jugador no se cierra hasta que el juego se lanzó, se observó y se conservó una captura como evidencia en el directorio de QA del proyecto. Una verificación de sintaxis no es una ejecución. Y los juegos de muestra, deliberadamente, no se incluyen: es una plantilla que clonas para tu propio proyecto.

¿Es un piloto automático?

No, y conviene subrayarlo. No es un sistema de piloto automático: cada agente sigue un protocolo estricto de colaboración. Primero pregunta antes de proponer soluciones, después presenta de dos a cuatro opciones con pros y contras, tú tomas la decisión, el agente muestra el borrador antes de finalizar y nada se escribe sin tu aprobación. Los agentes aportan estructura y experiencia, no autonomía. Existen ajustes de automatización que intercambian parte de esos prompts por velocidad, pero el comportamiento predeterminado te mantiene al mando.

Resulta particularmente interesante que el enfoque no sea “genera el juego completo con un prompt”, sino reproducir la disciplina de un estudio: preguntas correctas, revisiones tempranas y organización de la primera lluvia de ideas al lanzamiento. Para un desarrollador en solitario, esa estructura puede ser la diferencia entre un prototipo abandonado y un juego terminado.

El proyecto tiene licencia MIT, acepta contribuciones vía GitHub Discussions y se financia con GitHub Sponsors y Buy Me a Coffee. El repositorio oficial de Claude Code Game Studios documenta todo el historial de versiones, desde la primera publicación hasta la versión 1.2.0. Si quieres explorar más ecosistemas de extensiones para agentes, las Claude Skills populares para agentes de IA son un buen punto de partida para complementar este sistema.