Turn a single Codex workspace into a structured indie game studio.
49 role definitions. 72 reusable skills. A complete workflow from concept to release.
Start here: AGENTS.md | Quick Start | Workflow Guide
Codex Game Studios is a Codex-first game development template. It gives your project:
- A studio-shaped workflow for design, architecture, implementation, QA, and release
- Reusable skills under
.agents/skills - Role definitions under
.agents/agents - Shared rules, templates, and workflow docs under
.agents/docs - Project-local instructions through AGENTS.md and nested
AGENTS.mdfiles
This repository is designed to be published as its own Codex project. The .agents/ tree is the primary integration surface.
| Category | Count | Notes |
|---|---|---|
| Agent role specs | 49 | Directors, leads, specialists, and engine experts |
| Skills | 72 | Concepting, GDDs, ADRs, stories, QA, release, audits |
| Rules | 11 | Path-scoped standards for code, data, tests, design docs |
| Templates | 39 | GDD, ADR, sprint, UX, release, and audit templates |
| Engine references | 3 stacks | Godot, Unity, Unreal snapshots and best-practice notes |
AGENTS.md
.agents/
agents/ # Role definitions and role prompts
docs/ # Workflow docs, templates, references
rules/ # Path-specific standards
skills/ # Codex skills
design/
AGENTS.md
docs/
AGENTS.md
engine-reference/
production/
src/
AGENTS.md
Before using this repository, make sure you have:
- Codex installed and working in your local environment
- Git available in your shell
- A workspace where you can open this repository in Codex
Optional but useful:
- Python 3 for projects or checks that rely on Python tooling
- Node.js for projects or scripts that rely on JavaScript tooling
This repository is meant to be opened in Codex and driven through chat. You do not "run" it like a game runtime. You use it as the instruction, workflow, and template surface for planning and building a game project.
- Clone the repo into a workspace.
- Open it in Codex.
- Start from AGENTS.md.
- Read the quick references if needed:
- Invoke a skill naturally in chat, for example:
$start$brainstorm$setup-engine godot 4.6$project-stage-detect
- Let Codex follow the local
AGENTS.mdand.agents/skillsguidance.
When you work inside this repository, Codex primarily uses:
- AGENTS.md as the root instruction file
.agents/skillsfor reusable workflows.agents/agentsfor role definitions.agents/docsfor templates, standards, and process docs- nested
AGENTS.mdfiles indesign/,docs/, andsrc/
Typical prompts look like:
Run $startUse $brainstorm to help me define a 2D roguelikeRun $setup-engine godot 4.6Use $design-system for combatRun $project-stage-detect on this repoRead AGENTS.md and tell me the next step
You can either name a skill directly or describe the task in plain language.
Use this path if you have no existing game repo or only a rough idea.
- Run
$start - Run
$brainstormto generate and narrow the concept - Run
$setup-engineto pick and configure the engine - Run
$map-systemsto identify the game's systems and dependencies - Run
$design-system <system-name>for each major system - Run
$review-all-gdds - Run
$create-architecture - Run
$create-epics - Run
$create-stories - Run
$dev-storyto implement work
Use this path if you already have code, design docs, or production files.
- Copy or merge this template into the existing repository
- Make sure the root AGENTS.md and
.agentstree are present - Open the repo in Codex
- Run
$project-stage-detect - Run
$adopt - Run
$gate-checkto see what is missing before the next phase - Fill gaps using the recommended skills
You do not need to use the full end-to-end workflow.
Common partial uses:
- Use only the design flow:
$brainstorm,$map-systems,$design-system - Use only the architecture flow:
$create-architecture,$architecture-decision - Use only the production flow:
$create-epics,$create-stories,$sprint-plan - Use only the QA/release flow:
$team-qa,$smoke-check,$release-checklist
If you want the shortest possible path to verify the template works:
- Open the repo in Codex
- Say
Run $start - Then say
Run $brainstorm for a small 2D action game - Then say
Run $setup-engine godot 4.6 - Then say
Run $map-systems
If those steps work, the repository is installed and usable in Codex.
If you are adapting an existing game project instead of starting from scratch, begin with $project-stage-detect and $adopt.
$start$brainstormor bring an existing concept$setup-engine$map-systems$design-system$review-all-gdds$create-architecture$architecture-decision$create-control-manifest$create-epics$create-stories$dev-story$code-review$story-done$team-qa$release-checklist
As you use the workflow, Codex will typically create or update:
- design documents under
design/ - technical and architecture docs under
docs/ - production planning docs under
production/ - source code and implementation files under
src/
This repository provides the process and templates. Your actual game-specific content is expected to be created on top of it.
- The Codex-facing assets live in
.agents. - Root and nested AGENTS.md files are the instruction entry points.
- Skills were migrated to Codex path conventions and should reference
.agents/docs/....
- AGENTS.md
- .agents/docs/quick-start.md
- .agents/docs/coordination-rules.md
- .agents/docs/technical-preferences.md
- docs/COLLABORATIVE-DESIGN-PRINCIPLE.md
This repository has been reshaped so it can stand alone as a Codex project, with AGENTS.md and .agents/ as the only active instruction surface.