Представьте: вы просыпаетесь утром, открываете Git-репозиторий — а там новый коммит. Ещё одна обучающая игра готова. Баги починены. Документация обновлена. Всё это произошло ночью, без вашего участия. Не фантазия, а рабочий паттерн, который уже используется в продакшене.
Разработка обучающих игр — это не десятки, а сотни задач. Дизайн, код, тестирование, регистрация, документация, деплой. Один человек физически не может делать это быстро, особенно если игра должна быть качественной, мобильной, без рекламы и тёмных паттернов. AI-агент, настроенный как «игровой разработчик», решает эту проблему раз и навсегда.
Предыстория: почему это понадобилось
Один отец-разработчик хотел создать безопасный игровой портал для своих дочерей. Существующие сайты кишели рекламой, спамом и обманчивыми кнопками. Ребёнок нажимает «Играть» — а его перекидывает на онлайн-казино. Строить сам портал было просто. А вот наполнить его 40+ обучающими играми для детей от 0 до 15 лет — вот где начинается настоящий вызов.
Решение: AI-агент, который сам выбирает задачу из бэклога, реализует игру, регистрирует её в системе, обновляет документацию и делает Git-коммит. Один цикл — одна игра или один багфикс. Примерно каждые 7 минут.
Полный цикл: что делает агент
Агент не просто пишет код. Он управляет всем жизненным циклом разработки. Вот что происходит на каждом шаге:
1. Выбор задачи из бэклога
Первое, что делает агент — проверяет папку bugs/. Если там есть файлы — всё остальное откладывается. Это политика «Bugs First», о которой расскажу ниже.
Если багов нет, агент открывает development-queue.md и находит игру, помеченную как [NEXT]. Очередь строится по принципу Round Robin — игры чередуются по возрастным группам, чтобы контент был сбалансированным. Не все игры для малышей, не все для подростков — равномерно.
2. Реализация
Агент создаёт папку public/games/[game-id]/, читает спецификацию игры из games-backlog/ и строго следует правилам из game-design-rules.md:
- Чистый HTML5 + CSS3 + JavaScript. Никаких фреймворков.
- Mobile-first, адаптивный дизайн.
- Работа офлайн.
- Без рекламы, без тёмных паттернов, без обманных кнопок.
Результат — полноценная игра, которая открывается в браузере на любом устройстве.
3. Регистрация в реестре
После реализации агент обязательно добавляет метаданные игры в games-list.json — центральный реестр, из которого главная страница портала подгружает карточки игр. Без этого шага игра просто не появится на сайте. Агент знает об этом и никогда не пропускает регистрацию.
4. Документация
Агент обновляет CHANGELOG.md с новой версией, отмечает статус в master-game-plan.md и корректирует development-queue.md. Вся документация — в актуальном состоянии, без ручного вмешательства.
5. Git-коммит и деплой
Полный Git-workflow:
git fetch && git pull origin master— синхронизация перед началом.git checkout -b feature/[game-id]— создание ветки.- Реализация, регистрация, документация.
git commit -m "feat: add [game-id]"— conventional commits.git push origin feature/[game-id]— отправка на ревью.- Слияние в master и пуш.
Нет человеческого вмешательства до самого последнего момента — мерджа в мастер.
Политика Bugs First
Это ключевой принцип, который отличает серьёзную автоматизацию от «AI-игрушек». Агент всегда проверяет баги первыми. Если в папке bugs/ хотя бы один файл — разработка новых игрприостанавливается.
Правила строгие:
- Исправляется ровно один баг за цикл — первый в алфавитном порядке.
- Для багфикса создаётся отдельная ветка
fix/[bug-id]. - Никогда не исправлять несколько багов за раз — это снижает риск новых дефектов.
- После фикса — стандартный Git-workflow: коммит, пуш, мердж.
Почему это важно? Потому что без этой политики агент будет бесконечно генерировать новый контент, а баги копиться. Через неделю у вас будет 20 новых игр и 30 сломанных. Bugs First гарантирует, что качество не жертвуется ради скорости.
Скорость: одна игра каждые 7 минут
Да, вы прочитали правильно. Полный цикл — от выбора задачи до Git-коммита — занимает около 7 минут. Это включает чтение спецификации, написание кода, регистрацию и документацию. Через час у вас 8 новых игр. За ночь — десятки.
При этом агент не «халтурит». Каждая игра соответствует design rules, мобильна, офлайн-совместима и зарегистрирована. Скорость достигается не за счёт качества, а за счёт отсутствия прокрастинации, совещаний и контекстных переключений.
Практические выводы
- Bugs First — обязательно. Без этой политики агент будет гнать количество в ущерб качеству.
- Round Robin для бэклога. Не давайте агенту выбирать «что интереснее» — он будет делать только простые задачи.
- Conventional Commits. Формат
feat:,fix:,docs:— чтобы Git-история была читаемой. - Один баг — один цикл. Не пытайтесь исправить всё за раз. Маленькие итерации надёжнее.
- Документация — часть workflow, а не «потом». CHANGELOG и реестр обновляются автоматически.
- Чистый HTML без фреймворков. Для обучающих игр это идеально: быстро, легко, офлайн.
Итог
Автономная разработка игр — это не про «AI заменит геймдев». Это про то, что рутинный цикл «выбрал задачу → написал код → зарегистрировал → задокументировал → закоммитил» можно доверить агенту целиком. Вы занимаетесь стратегией и ревью, агент — исполнением. Результат: десятки качественных обучающих игр, ни одного пропущенного бага, чистая Git-история.
Попробуйте настроить такой пайплайн для своего проекта. Начните с малого: одна игра, один бэклог, одна инструкция. Через неделю у вас будет конвейер, который работает, пока вы спите.
Скачать скилл (Markdown)
# Autonomous Educational Game Development Pipeline
## Проблема
**Предыстория:** Папа «старой школы LANero» хотел создать безопасный, без рекламы и качественный игровой портал для своих дочерей, Сусаны (3) и Хулиеты (скоро появится). Существующие сайты были заполнены спамом, агрессивной рекламой и обманными кнопками (тёмные паттерны), что расстраивало его малышку.
**Вызов:** Построить «чистый, быстрый и простой» портал было простой частью. Настоящий вызов — наполнить его **40+ обучающими играми** для конкретных этапов развития (0-15 лет) без команды разработчиков. Ручная разработка была слишком медленной для одинокого родителя-разработчика, а поддержание консистентности в десятках игр превращалось в кошмар.
## Что делает система
Этот кейс определяет «Агента-разработчика игр», который автономно управляет всем жизненным циклом создания и поддержки игры. Воркфлоу применяет политику **«Bugs First»**, при которой агент должен проверять и исправлять сообщённые баги перед реализацией нового функционала.
**Эффективность:** Этот пайплайн способен выпускать **1 новую игру или багфикс каждые 7 минут**. Агент неустанно проходит по бэклогу из 41+ запланированных игр, чередуя создание нового контента и исправление проблем, обнаруженных в предыдущих циклах.
Когда путь свободен, агент:
1. **Выбирает**: Определяет следующую игру из очереди (`development-queue.md`) на основе стратегии «Round Robin» для балансировки контента по возрастным группам.
2. **Реализует**: Пишет код HTML5/CSS3/JS для игры, следуя строгим правилам `game-design-rules.md` (без фреймворков, mobile-first, офлайн-совместимость).
3. **Регистрирует**: Автоматически добавляет метаданные игры в центральный реестр (`games-list.json`).
4. **Документирует**: Обновляет `CHANGELOG.md` и статус в `master-game-plan.md`.
5. **Деплоит**: Управляет Git-воркфлоу: загрузка master, создание feature-ветки, коммит с conventional commits и слияние обратно.
## Промпты
Ядро этого воркфлоу — **системные инструкции**, даваемые агенту. Этот промпт превращает LLM в дисциплинированного разработчика, который соблюдает жёсткую структуру проекта.
*(**Примечание:** Промпты, используемые в продакшене, на **испанском языке** (`es-419`) для соответствия целевой аудитории проекта (дети Латинской Америки) и потенциальных будущих контрибьюторов из региона. Версия ниже переведена для этой документации.)*
```text
Действуй как эксперт в веб-разработке игр и детском UX.
Твоя цель — разработать следующую игрy из очереди на продакшен.
Пожалуйста, прочитай и проанализируй следующие контекстные файлы перед началом:
1. BUG CONTEXT (Высший приоритет - КРИТИЧНО):
@[bugs/]
(Проверь эту папку. Если там есть файлы, ТВОЯ ЗАДАЧА — ИСПРАВИТЬ **ТОЛЬКО ПЕРВЫЙ ФАЙЛ** (в алфавитном порядке). Игнорируй остальные баги и очередь игр).
2. QUEUE CONTEXT (Какая игра следующая):
@[development-queue.md]
(Определи игру, помеченную как [NEXT] в разделе "Next Games". ТОЛЬКО если нет багов).
3. DESIGN RULES (Технические стандарты):
@[game-design-rules.md]
(Строго следуй этим правилам: чистый HTML/CSS/JS, структура папок, мобильная адаптивность)
4. GAME SPECIFICATIONS (Механики и ассеты):
(Определи соответствующий файл в games-backlog/ на основе game ID)
5. CENTRAL REGISTRY (Интеграция):
@[public/js/games-list.json]
(Файл, в который ОБЯЗАТЕЛЬНО зарегистрируй новую игру, чтобы она появилась на главной странице)
ЗАДАЧА:
0. **BUGS FIRST!**: Если папка `bugs/` содержит файлы, твой единственный приоритет — исправить **первый баг в алфавитном порядке**. Создай ветку `fix/...`, реши **этот** баг, обнови статус и смерджи. **Не пытайся исправить несколько багов за раз.**
- ЕСЛИ БАГОВ НЕТ — переходи к следующей игре:
1. **Синхронизация**: `git fetch && git pull origin master` (КРИТИЧНО).
2. Создай новую ветку: `git checkout -b feature/[game-id]`.
3. Создай папку и файлы в 'public/games/[game-id]/'.
4. Реализуй логику и дизайн согласно бэклогу и правилам дизайна.
5. Зарегистрируй игру в 'games-list.json' (КРИТИЧНО).
6. Когда закончишь:
- Обнови `CHANGELOG.md` с новой версией.
- Обнови `master-game-plan.md` и `development-queue.md`.
- Задокументируй изменения: `git commit -m "feat: add [game-id]"`.
7. **Доставка**:
- Пуш: `git push origin feature/[game-id]`.
- Запроси мердж в master.
- Когда будет в master — запушь изменения (`git push origin master`).
```
## Необходимые скиллы
- **Git**: Для управления ветками, коммитами и мерджами.
## Ссылки
- [Предыстория проекта (LinkedIn)](https://www.linkedin.com/feed/update/urn:li:activity:7429739200301772800/) - Как проект появился после настройки OpenClaw.
- [Репозиторий El Bebe Games](https://github.com/duberblockito/elbebe/tree/master) - Исходный код.
- [Живой сайт El Bebe Games](https://elbebe.co/) - Результат этого пайплайна.
- [Лучшие практики разработки HTML5-игр](https://developer.mozilla.org/en-US/docs/Games)