Documentation index
July 17, 2026 · View on GitHub
Use this index to jump to the planning notes and references that shape GMLoop. The summaries below highlight what each guide covers so you can pick the right level of detail for your task. Need installation or onboarding steps? Start with the repository README for the quick start workflows, configuration reference, and contributor command reference, then return here for deeper context.
Reference guides
examples/example.prettierignore— Baseline ignore file tuned for common GameMaker metadata folders.examples/example.prettierrc— Baseline Prettier config for formatting.gmlfiles in a GameMaker project.examples/example.eslint.config.js— Flat ESLint config that composes the@gmloop/lintpresets (without TypeScript requirement).examples/example.eslint.all-rules.config.js— Flat ESLint config using the preset with all available@gmloop/lintrules.examples/example.mcp.json— MCP client config example that starts the MCP stdio server via thegmloop mcpCLI command throughpnpm.examples/gmloop.json— Baseline project config with formatter, lint, refactor, graph, and runtime live-reload settings.
Usage & rollout
- Quick start — Installation flows for pnpm contributors and project maintainers, including local-clone workflows plus wrapper scripts you can copy into your GameMaker project.
- Everyday commands — Core parser/lint/refactor/ transpile/watch commands used day-to-day.
- Configuration reference — Baseline
Prettier options for
.gmlfiles and lint preset wiring examples. - CLI wrapper reference — Quick lookup for environment variables and wrapper behaviour when scripting formatter runs in CI or editor tooling.
- CLI command guide — Full command catalog and project-config behavior for parser, lint, refactor, transpile, watch, and graph workflows.
- Formatter workspace reference — Formatter
ownership boundaries, deprecated options, and layout conventions for
@gmloop/format. - Runtime wrapper reference — HTML5 hot-reload bridge, patch application, and live function swapping.
- Agent-pack reference — Standalone raw Agent
Skills package and the universal
gmloop agent-pack initproject flow. - Fixture-runner reference — Shared fixture discovery, execution, assertion, and profiling framework used by format, lint, refactor, and integration suites.
- Lint workspace reference — ESLint v9 language plugin,
rule bundle, and
--writecontent rewrites. - Semantic workspace reference — Project indexing, symbol resolution, and the dual-root graph index.
- Refactor workspace reference — Cross-file rename transactions, codemod execution, and metadata migration.
- LSP workspace reference — Language Server Protocol adapter over the parser/lint/format/semantic/refactor workspaces.
- Transpiler workspace reference — GML to JavaScript emission used by the hot-reload patch pipeline.
- UI workspace reference — Cross-project UI surfaces for graph, docs, fix, live-reload, and playground workflows.
Contributor workflow
- Contributor onboarding checklist — Environment
setup, baseline validation (
build:ts,lint:quiet), and supporting documentation for new contributors. - Architecture target state — Canonical rules for workspace ownership boundaries, dependency direction, and forward-looking design.
- ANTLR regeneration guide — Canonical steps for rebuilding the generated parser artifacts with the vendored toolchain plus pointers to the extension hooks that keep custom behaviour outside the generated directory.
- Validation command reference — Profiling and validation commands used before opening a pull request.
- GitHub Releases — Versioned changelog notes for shipped updates.
Architecture, planning
- Project target state plan — Canonical ownership contract for formatter vs lint vs refactor responsibilities, including the two-tier malformed GML strategy and the native codemod model.
- GML graph index plan — Architecture and
ownership contract for the semantic-owned graph index that backs the
graph index,graph search, andgraph doctorCLI commands and the MCP and UI graph surfaces. - Autonomous GameMaker creator plan —
Long-running plan for the GameMaker-specific agent companion surface
that builds on top of the formatter, lint, refactor, semantic, transpiler,
runtime wrapper, CLI, UI, and MCP workspaces, including the HTML5 runtime
fork, watcher pipeline, hot-reload integration seams, independently
installable
@gmloop/agent-packinitialization/update flow, the explicit boundary with external agent coordinators, and the rule that officialgm-cli/ ResourceTool MCP capabilities are companion surfaces that GMLoop should extend or complement rather than mirror. - Define directive fixing plan — Parser/
formatter/lint ownership plan for tolerating legacy
#definespellings and related legacy keywords, and producing a normalized macro representation. - Stitch parser assessment — Comparative
evaluation of the Stitch (
bscotch/stitch) Chevrotain-based GML parser and project model, plus the decision notes for keeping the ANTLR-based pipeline. - Feather Data Plan — Describes the scraping pipeline that collects built-in Feather debugger metadata and how the generated files are versioned.
- GML Language Server overview — How GMLoop exposes parser,
lint, format, and semantic facts through a stdio Language Server, and how
to wire it via
lsp-mcp-serverand.lsp-mcp.json. - Architecture overview — High-level map of the workspace packages, where generated assets live, and which scripts refresh them.
- Agent coordination boundary — Canonical product boundary between GMLoop's GameMaker-specific agent tooling and orchestration owned by external agent coordinators.
Agent and automation surfaces
GMLoop supplies GameMaker-specific tools, context, skills, guidance, and evidence to agents. External agent managers own scheduling, routing, approvals, retries, memory, budgets, queues, and durable workflow state.
-
MCP workspace reference — Current
@gmloop/mcppackage docs for exposing CLI-adjacent workflows to AI tooling. -
Agent routing and cadence design — Design for this repository's external GitHub Actions maintenance automation in
.github/workflows/weights.json, covering task categories, weighted pair selection, cadence filtering, and manual override behaviour. This is CI infrastructure for maintaining GMLoop, not a GMLoop product capability or an Auto-Game orchestration layer. -
CLI and MCP tool surface simplification — Decision record for collapsing duplicate read, validation, inspection, and lifecycle tools into a smaller set of owner-oriented commands, and letting MCP follow the simplified CLI tree.
-
codex-tester-agent.md— Configuration contract for the read-onlytesterCodex subagent:model = "gpt-5.6-luna",model_reasoning_effort = "max",sandbox_mode = "read-only", and thegmloop/gm-cli/playwrightMCP allowlists the agent is restricted to. -
codex-smart-agent.md— Configuration contract for the expensive, high-intelligencesmartCodex specialist:model = "gpt-5.6-sol",model_reasoning_effort = "high", nomodel_provider(inherits the main / orchestrator provider and capabilities), every MCP / shell / sandbox / approval / tool surface inherited from the orchestrator (no explicit allowlist), and a no-spawn[features]guard (multi_agent = false,enable_fanout = false) so the role cannot fan out or invoke child agents despite inheriting the orchestrator's other capabilities. Reserved for complex assignments and used sparingly because of cost. -
codex-build-lint-test-agent.md— Configuration contract for the strict GMLoopbuild-lint-testCodex subagent:model = "gpt-5.4-mini",model_reasoning_effort = "medium",sandbox_mode = "workspace-write"with[sandbox_workspace_write] network_access = false, zero reachable MCP servers, and developer instructions that limit it to running one assignedpnpm runbuild/lint/test command and reporting exact verbatim failure excerpts. -
codex-smart-agent.md— Configuration contract for the costlysmartCodex specialist:model = "gpt-5.6-sol",model_reasoning_effort = "high", inherited orchestrator capabilities, and configuration-level guards that prevent subagent spawning. Use it sparingly for complex, high-judgment assignments.