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

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 .gml files 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 init project 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 --write content 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, and graph doctor CLI 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-pack initialization/update flow, the explicit boundary with external agent coordinators, and the rule that official gm-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 #define spellings 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-server and .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/mcp package 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-only tester Codex subagent: model = "gpt-5.6-luna", model_reasoning_effort = "max", sandbox_mode = "read-only", and the gmloop / gm-cli / playwright MCP allowlists the agent is restricted to.

  • codex-smart-agent.md — Configuration contract for the expensive, high-intelligence smart Codex specialist: model = "gpt-5.6-sol", model_reasoning_effort = "high", no model_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 GMLoop build-lint-test Codex 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 assigned pnpm run build/lint/test command and reporting exact verbatim failure excerpts.

  • codex-smart-agent.md — Configuration contract for the costly smart Codex 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.