O desenvolvedor usa agentes de código Claude para resolver 635 problemas em 42 jogos de tabuleiro em uma única sessão

Um desenvolvedor solo construindo uma plataforma gratuita de jogos de tabuleiro multiplayer usou agentes Claude Code para resolver sistematicamente centenas de problemas de UI/UX em 42 jogos diferentes em uma única sessão de desenvolvimento.

A Configuração

O desenvolvedor mantinha aproximadamente 800 problemas em um rastreador local baseado em SQLite, cobrindo tanto bugs de backend em Rust (como incompatibilidades de nomes de campos entre Rust e TypeScript) quanto tarefas de polimento de frontend. Exemplos incluíam "Backgammon precisa de arrastar e soltar", "Hearts precisa de escurecimento de cartas para jogadas inválidas", "Shogi precisa de suporte a handicap" e "Skat precisa do modo Ramsch".

Os arquivos de configuração incluíam:

• CLAUDE.md com regras de arquitetura
• Arquivos .claude/rules/ cobrindo modelo de ator, padrões de motor de jogo e convenções de testes E2E

Essas regras eram carregadas automaticamente toda vez que o Claude começava a trabalhar.

O Fluxo de Trabalho

O desenvolvedor executou quatro agentes simultaneamente, cada um lidando com um único problema de um jogo diferente para evitar conflitos de arquivos. Exemplos de atribuições de agentes:

• Agente 1: Corrigir arrastar e soltar do backgammon (#407)
• Agente 2: Corrigir interface de lances coinche do belote (#417)
• Agente 3: Corrigir incompatibilidades de campos do briscola (#454-457)
• Agente 4: Corrigir exibição de peças capturadas do xadrez (#494)

Cada agente lia os arquivos relevantes, implementava a correção, executava svelte-check, marcava o problema como resolvido e fazia commit. Enquanto esses quatro rodavam em segundo plano, o desenvolvedor revisava as correções concluídas, resolvia quaisquer erros de compilação e então iniciava o próximo lote.

O que Funcionou Bem

• A abordagem "um agente por problema, nunca em lote" provou ser mais eficaz do que dar vários problemas para um único agente
• Regras rigorosas em CLAUDE.md (sem tipos any, usar atributos data-ui, backend como fonte da verdade para nomes de campos) garantiram código consistente
• Claude entendeu igualmente bem tanto o código do motor de jogo em Rust quanto a renderização Canvas do SvelteKit
• Agentes conseguiam ler uma função Rust build_state_message() e corrigir os manipuladores TypeScript correspondentes
• A implementação de efeitos sonoros foi bem-sucedida—Claude sintetizou sons da Web Audio API (toques de madeira para Go, estalos de cartas para Hearts, rolagens de dados para Backgammon) sem nenhum arquivo de áudio

O que Não Funcionou

• Quando agentes adicionavam novas variantes de enum GameRule em Rust, eles esqueciam de atualizar a correspondência exaustiva em judge.rs
• Conflitos de mesclagem ocasionais quando dois agentes modificavam o mesmo arquivo de armazenamento game.svelte.ts
• Alguns agentes superengenheiravam soluções—adicionando 200 linhas quando 20 seriam suficientes
• Testes de Train Dominoes quebraram três vezes porque um agente alterou round_scores de Vec<u32> para Vec<Vec<u32>> sem atualizar todas as asserções de teste

Os Resultados

• 325 commits em uma sessão
• 635 problemas resolvidos (todos críticos e de alta prioridade limpos de ~800 no total)
• 42 jogos diferentes tocados
• Compilação mantida em 0 erros durante todo o processo (Rust + frontend)
• Cada jogo recebeu: efeitos sonoros, temas de tabuleiro, histórico de movimentos, telas de resultado, arrastar e soltar onde aplicável

Lições Aprendidas

• Deveria ter executado cargo test após cada lote, não apenas cargo check—algumas alterações corretas em tempo de compilação quebraram o comportamento em tempo de execução
• Deveria ter criado componentes compartilhados primeiro para jogos com padrões similares (jogos de cartas de truque, layouts NESW de 4 jogadores) em vez de fazer cada agente reinventar a roda