El desarrollador utiliza agentes de código Claude para resolver 635 problemas en 42 juegos de mesa en una sola sesión.

Un desarrollador independiente que construye una plataforma gratuita de juegos de mesa multijugador utilizó agentes de código Claude para resolver sistemáticamente cientos de problemas de interfaz de usuario y experiencia de usuario en 42 juegos diferentes durante una única sesión de desarrollo.

La Configuración

El desarrollador mantenía aproximadamente 800 problemas en un rastreador local basado en SQLite, cubriendo tanto errores del backend en Rust (como desajustes en los nombres de campos entre Rust y TypeScript) como tareas de pulido del frontend. Los ejemplos incluían "El Backgammon necesita arrastrar y soltar", "El Hearts necesita atenuar cartas para jugadas no válidas", "El Shogi necesita soporte para desventaja" y "El Skat necesita modo Ramsch".

Los archivos de configuración incluían:

• CLAUDE.md con reglas de arquitectura
• Archivos en .claude/rules/ que cubren el modelo de actores, patrones del motor de juego y convenciones de pruebas de extremo a extremo

Estas reglas se cargaban automáticamente cada vez que Claude comenzaba a trabajar.

El Flujo de Trabajo

El desarrollador ejecutó cuatro agentes simultáneamente, cada uno manejando un solo problema de un juego diferente para prevenir conflictos de archivos. Ejemplos de asignaciones de agentes:

• Agente 1: Corregir arrastrar y soltar en backgammon (#407)
• Agente 2: Corregir la interfaz de usuario de las pujas en belote coinche (#417)
• Agente 3: Corregir desajustes de campos en briscola (#454-457)
• Agente 4: Corregir la visualización de piezas capturadas en ajedrez (#494)

Cada agente leería los archivos relevantes, implementaría la corrección, ejecutaría svelte-check, marcaría el problema como resuelto y confirmaría los cambios. Mientras estos cuatro se ejecutaban en segundo plano, el desarrollador revisaba las correcciones completadas, resolvía cualquier error de compilación y luego lanzaba el siguiente lote.

Lo que Funcionó Bien

• El enfoque de "un agente por problema, nunca por lotes" demostró ser más efectivo que darle a un agente múltiples problemas
• Las reglas estrictas en CLAUDE.md (sin tipos any, usar atributos data-ui, el backend como fuente de verdad para los nombres de campos) aseguraron un código consistente
• Claude entendió tanto el código del motor de juego en Rust como la representación en Canvas de SvelteKit igualmente bien
• Los agentes podían leer una función Rust build_state_message() y corregir los manejadores TypeScript correspondientes
• La implementación de efectos de sonido fue exitosa: Claude sintetizó sonidos con la API Web Audio (toques de madera para Go, chasquidos de cartas para Hearts, tumbos de dados para Backgammon) sin ningún archivo de audio

Lo que Salió Mal

• Cuando los agentes agregaban nuevas variantes del enum GameRule en Rust, se olvidaban de actualizar la coincidencia exhaustiva en judge.rs
• Conflictos de fusión ocasionales cuando dos agentes modificaban el mismo archivo de almacenamiento game.svelte.ts
• Algunos agentes sobreingeniaron soluciones, agregando 200 líneas cuando 20 habrían sido suficientes
• Las pruebas de Train Dominoes fallaron tres veces porque un agente cambió round_scores de Vec<u32> a Vec<Vec<u32>> sin actualizar todas las aserciones de prueba

Los Resultados

• 325 confirmaciones en una sesión
• 635 problemas resueltos (todos los críticos y de alta prioridad eliminados de ~800 en total)
• 42 juegos diferentes tocados
• La compilación se mantuvo en 0 errores durante todo el proceso (Rust + frontend)
• Cada juego recibió: efectos de sonido, temas del tablero, historial de movimientos, pantallas de resultados, arrastrar y soltar donde correspondía

Lecciones Aprendidas

• Deberían haber ejecutado cargo test después de cada lote, no solo cargo check: algunos cambios correctos en tiempo de compilación rompieron el comportamiento en tiempo de ejecución
• Deberían haber creado componentes compartidos primero para juegos con patrones similares (juegos de cartas de bazas, diseños de 4 jugadores NESW) en lugar de que cada agente reinventara la rueda