Wiki de Creación/Skills/Flujo de trabajo
Juegos con varios agentes: planificador, constructor, tester
De la Wiki de Creación de OpenDrama
Una conversación larga con un solo modelo de IA puede construir un juego pequeño, hasta que deja de poder: el contexto se llena de intentos viejos, el modelo olvida reglas que había aceptado y califica su propio trabajo con demasiada generosidad. El desarrollo multiagente reparte el trabajo entre sesiones de agente separadas, cada una con un rol fijo. Un planificador convierte la especificación en fichas de tarea, cada constructor implementa una ficha, un tester ejecuta el juego e informa con capturas, y un revisor compara el diff con la ficha.
No comparten conversación, solo archivos: el plan, las fichas, las notas de traspaso y las pruebas. Bien montado, los agentes se controlan entre sí en lugar de deshacer el trabajo del otro, y el gasto de tokens es previsible.
Cuándo usarlo
Compensa cuando se cumple al menos una de estas condiciones:
- El juego tiene tres o más partes separables. Control del jugador, niveles, interfaz, IA enemiga, audio, assets. Separable quiere decir que la frontera cabe en una frase: "el HUD lee
state.speedy nunca lo escribe". - Una sesión única empieza a desviarse. Vuelven bugs ya arreglados, cambian las unidades, los nombres regresan a los antiguos. Es sobrecarga de contexto, y una sesión nueva con un brief corto lo arregla mejor que otro recordatorio.
- Necesitas una comprobación honesta. El agente que escribió una función tiende a darla por terminada. Otro agente que solo ve la lista de aceptación y el juego en marcha no tiene motivos para ser indulgente.
- Assets y código pueden avanzar en paralelo. Un agente construye objetos en Blender mientras otro programa la jugabilidad sobre cajas provisionales del mismo tamaño.
No lo uses para un prototipo de un día, un juego de un solo archivo o un proyecto sin especificación estable: cinco agentes trabajando sobre una idea vaga producen cinco ideas incompatibles. Escribe primero la especificación (crear juegos con IA empezando por la especificación), consigue un bucle jugable con un solo agente y añade un segundo solo cuando puedas nombrar el archivo que te va a entregar.
El coste: cada agente vuelve a leer la especificación y el código que toca, así que los tokens crecen más rápido que el número de agentes. A cambio obtienes trabajo en paralelo y una revisión que no tienes que hacer tú. Empieza con dos agentes: un constructor y un tester.
Equipo mínimo: un repositorio git, una herramienta de agentes que ejecute comandos (Claude Code, Codex, Cursor o similar), una forma de capturar el juego en marcha (Playwright para juegos web, un comando de render para Blender) y una hora para el primer plan.
Los miembros siguen leyendo
El resto de esta página es para miembros
- 10 pasos más
- 1 prompts listos para copiar
- 3 tablas de referencia
- 6 secciones más
Crea una cuenta gratis, recarga una vez —desde 0,99 US$— y toda la wiki es tuya.
- Todos los desmontajes, Skills y Prompts
- Páginas nuevas cada día
- Copia los prompts con un toque
Véase también
Desmontajes que lo usan
Más en Flujo de trabajo
Ver todo →El método de Meng To: Claude Code para la base, Codex para las piezas y Stripe al final
En un tutorial de 45 minutos, Meng To muestra cómo construye apps web con Claude Code y Codex: de notas de reunión a una base, un hilo por función, luego una API de IA y Stripe. El método y los tres prompts.
Claude Code Projects para juegos: un coordinador, hilos en paralelo, un PR por tarea
En la demo de Anthropic, un coordinador divide un objetivo de velocidad en 8 hilos, cada uno con su rama y su PR. Te contamos cómo aplicarlo a un juego web y qué límites de uso y acceso tiene.
