Autonomous game development for Godot, Bevy, and Babylon.js with Claude Code and Codex https://x.com/alex_erm
  • Python 91.5%
  • Shell 8.5%
Find a file
Alex Ermolov 05cebffc8b Cue delivery mode from task framing, not user presence
The agent can't detect whether the user is present. Reframe delivery
around how the task is phrased — an open-ended direction vs. a finished
brief — across the runtime manifest, PROJECT docs, README, and changelog.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-02 21:23:32 +02:00
.github Add contributing guide and GitHub templates 2026-03-22 18:38:14 +01:00
asset-gen Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00
docs Cue delivery mode from task framing, not user presence 2026-07-02 21:23:32 +02:00
engines Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00
prompts Cue delivery mode from task framing, not user presence 2026-07-02 21:23:32 +02:00
scripts Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00
.gitignore Bevy support (#36) 2026-04-26 10:53:44 +02:00
AGENTS.md Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00
CHANGELOG.md Cue delivery mode from task framing, not user presence 2026-07-02 21:23:32 +02:00
CLAUDE.md Codex support (#31) 2026-04-14 20:22:42 +02:00
CONTRIBUTING.md Bevy support (#36) 2026-04-26 10:53:44 +02:00
LICENSE.md add MIT license 2026-03-12 20:10:49 +01:00
publish.sh Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00
README.md Cue delivery mode from task framing, not user presence 2026-07-02 21:23:32 +02:00
setup.md Docs-only runtime: replace the skill pipeline with per-engine guides (#42) 2026-07-02 17:54:48 +02:00

Godogen

Autonomous game development for Godot, Bevy, and Babylon.js with Claude Code and Codex.

Watch the video

Watch the demos · Prompts

Describe a game. The agent builds it, generates assets, runs the engine, and proves the result — as a live game you watch and steer, or as a recorded video when you're not there. It reads the situation and decides which, in the run.

This repo is not a game. It is the source for a generator that produces games: godogen -> game repo -> game. You publish into a fresh game repo — choosing engine and host-agent flavor — then the agent runs inside that repo and builds the actual game from a short engine guide.

Source layout

A published repo is intentionally thin: a runtime manifest, a one-page engine guide, and the asset-generation skill. The agent recreates everything else (project scaffold, capture tooling) from the guide.

  • prompts/runtime.md — the runtime manifest
  • asset-gen/ — the cross-engine asset-generation skill
  • engines/babylon.md, engines/godot.md, engines/bevy.md — per-engine guides
  • publish.sh — renders the runtime layout for the chosen engine and host agent

Engine and host agent (Claude vs Codex) are publish-time render choices, not separate source trees.

What the agent does

  • Godot 4 — C#/.NET projects with build-time scene generation, runtime scripts, and Jolt physics.
  • Bevy — Rust/Bevy projects with code-first ECS scenes and offscreen capture.
  • Babylon.js — TypeScript/Vite browser games served at a live URL.
  • Asset generation — Gemini for precise references and characters, xAI Grok for textures and simple objects, Tripo3D for image-to-3D and rigged biped animation; animated sprites via Grok video with loop detection and background removal.
  • Proof over claims — the agent judges results from the running game (a live URL or a recorded clip), not from a clean compile, so visible defects drive the next iteration.
  • You choose your involvement — watch the live game (a Babylon.js URL, or a Godot/Bevy project you run) and steer at decision points, or leave the run unattended and get a 1520s proof recording at the end. The agent takes its cue from how you frame the task.

Getting started

Prerequisites

  • Godot 4 (.NET build) on PATH for Godot projects
  • Rust/Cargo for Bevy projects
  • Node.js 22.12+ and npm for Babylon.js projects
  • Chrome or Chromium with hardware WebGL2 for Babylon.js browser capture
  • Python 3 with pip
  • API keys as environment variables:
    • GOOGLE_API_KEYGoogle AI Studio for Gemini image generation
    • XAI_API_KEYxAI Grok for image/video generation
    • TRIPO3D_API_KEYTripo3D for 3D generation
  • System packages from setup.md: vulkan-tools, xvfb, ffmpeg, imagemagick, plus platform-specific extras
  • Tested on Ubuntu, Debian, and macOS
  • Claude Code or Codex

Publish a game repo

Pick the engine and host agent:

./publish.sh --engine godot   --agent claude --out ~/my-game       # CLAUDE.md + .claude/skills/
./publish.sh --engine babylon --agent codex  --out ~/my-game       # AGENTS.md + .agents/skills/
./publish.sh --engine bevy    --agent claude --out ~/my-game

Pass --force to wipe existing contents at the target before re-publishing.

Running on a server

A full generation run can take hours, so it's convenient to offload it to a server — ideally a GPU instance, since engine rendering and video capture are much faster with hardware acceleration.

  • Keep the session alive across SSH drops with tmux or screen.
  • Enable remote control so you can check in and steer the run from any device — both Claude Code and Codex have official remote-control interfaces.

Changelog

See CHANGELOG.md.

Follow progress: @alex_erm