Разработчик использует агентов Claude Code для решения 635 проблем в 42 настольных играх за одну сессию.

Один разработчик, создающий бесплатную платформу для многопользовательских настольных игр, использовал агентов Claude Code для систематического устранения сотен проблем с UI/UX в 42 различных играх за одну сессию разработки.

Настройка

Разработчик поддерживал примерно 800 задач в локальном трекере на основе SQLite, охватывающих как ошибки в бэкенде на Rust (например, несоответствия имён полей между Rust и TypeScript), так и задачи по доработке фронтенда. Примеры включали: "Нужна перетаскивание для нардов", "Нужно затемнение карт для недопустимых ходов в черве", "Нужна поддержка гандикапа в сёги" и "Нужен режим Ramsch в скате".

Конфигурационные файлы включали:

• CLAUDE.md с правилами архитектуры
• файлы в .claude/rules/, охватывающие модель акторов, паттерны игрового движка и соглашения по E2E-тестированию

Эти правила автоматически загружались каждый раз, когда Claude начинал работу.

Рабочий процесс

Разработчик запускал четырёх агентов одновременно, каждый из которых обрабатывал одну задачу из разных игр, чтобы предотвратить конфликты файлов. Примеры назначений агентов:

• Агент 1: Исправить перетаскивание в нардах (#407)
• Агент 2: Исправить UI ставок в белоте-конше (#417)
• Агент 3: Исправить несоответствия полей в брисколе (#454-457)
• Агент 4: Исправить отображение взятых фигур в шахматах (#494)

Каждый агент читал соответствующие файлы, реализовывал исправление, запускал svelte-check, отмечал задачу как решённую и делал коммит. Пока эти четыре агента работали в фоновом режиме, разработчик проверял завершённые исправления, устранял любые ошибки сборки, а затем запускал следующую партию.

Что сработало хорошо

• Подход "Один агент на одну задачу, никогда не пакетно" оказался эффективнее, чем поручение одному агенту нескольких задач
• Строгие правила в CLAUDE.md (без типов any, использование атрибутов data-ui, бэкенд как источник истины для имён полей) обеспечивали согласованность кода
• Claude одинаково хорошо понимал код игрового движка на Rust и рендеринг Canvas на SvelteKit
• Агенты могли прочитать функцию build_state_message() на Rust и исправить соответствующие обработчики на TypeScript
• Реализация звуковых эффектов была успешной — Claude синтезировал звуки с помощью Web Audio API (стук дерева для го, щелчки карт для червы, перекатывание костей для нардов) без использования аудиофайлов

Что пошло не так

• Когда агенты добавляли новые варианты перечисления GameRule в Rust, они забывали обновить исчерпывающее сопоставление в judge.rs
• Иногда возникали конфликты слияния, когда два агента изменяли один и тот же файл хранилища game.svelte.ts
• Некоторые агенты усложняли решения — добавляли 200 строк там, где хватило бы 20
• Тесты для Train Dominoes ломались трижды, потому что агент изменил round_scores с Vec<u32> на Vec<Vec<u32>>, не обновив все проверки в тестах

Результаты

• 325 коммитов за одну сессию
• 635 задач решено (все критические и высокоприоритетные задачи из примерно 800)
• Затронуто 42 различные игры
• Сборка поддерживалась без ошибок на протяжении всего процесса (Rust + фронтенд)
• Каждая игра получила: звуковые эффекты, темы игрового поля, историю ходов, экраны результатов, перетаскивание, где применимо

Извлечённые уроки

• Следовало запускать cargo test после каждой партии, а не только cargo check — некоторые изменения, корректные на этапе компиляции, нарушали поведение во время выполнения
• Следовало сначала создать общие компоненты для игр со схожими паттернами (карточные игры со взятками, 4-игроковые раскладки NESW) вместо того, чтобы каждый агент изобретал велосипед