GDevelop MCP Server

This package gives Codex a local authoring and preview control plane for GDevelop. It does not reimplement the game runtime: libGD.js creates and mutates project data, gd.Exporter generates a GDJS preview, and a loopback-only HTTP server exposes the generated files to a browser. See ARCHITECTURE.md for the C++/Wasm, MCP, AI, and browser Runtime boundaries.

This is an independent, unofficial integration. GDevelop and its logo are the property of their respective owner.

Tools

• create_project creates an editable 2D or 3D project and opens a session.

• open_project loads a project JSON file and returns a session ID and scenes.

• update_project changes metadata, resolution, and frame-rate settings.

• import_resource registers a local image, 3D model, audio, video, font, JSON, Spine atlas/skeleton, or JavaScript file, with optional embedded-resource metadata.

• add_scene_layer creates an editor-visible scene layer.

• set_global_variable and set_scene_variable create primitive or structured editor-visible variables, including arrays used for data-driven content.

• add_scene_object creates a native Sprite/Text/Spine object with variables, behaviors, collision masks, styled text outlines/shadows, and Spine animation mappings.

• add_object_group creates reusable editor-visible object groups.

• add_object_instance places an editor-visible initial scene instance with optional structured instance variables.

• set_scene_events authors comments, collapsible groups, standard conditions/actions, and nested events without JavaScript.

• describe_native_project reports global variables, native objects, object groups, behaviors, instances, scene variables, and events.

• export_project writes a persistent GDJS web build to a chosen directory.

• set_scene_javascript adds or replaces an MCP-managed scene JavaScript event.

• save_project serializes the in-memory project back to disk.

• build_preview exports one scene, serves it, and returns an HTTP URL.

• get_preview_status lists or inspects preview sessions.

• stop_preview stops the server and removes that preview's temporary files.

• close_project stops related previews and releases the Wasm project handle.

Related MCP server: Godot MCP

Install and run

git clone https://github.com/982945902/gdevelop-mcp-server.git
cd gdevelop-mcp-server
npm ci
npm start

The MCP server uses GDevelop's existing engine artifacts rather than vendoring them. Point GDEVELOP_ROOT at a prepared GDevelop source checkout and the server auto-detects artifacts in this order:

• locally built Binaries/embuild/GDevelop.js/libGD.js, then the IDE-imported newIDE/app/node_modules/libGD.js-for-tests-only/index.js or newIDE/app/public/libGD.js;

• newIDE/app/resources/GDJS, then newIDE/app/node_modules/GDJS-for-web-app-only.

For a fresh GDevelop checkout, prepare the same artifacts used by the editor:

git clone https://github.com/4ian/GDevelop.git
cd GDevelop/newIDE/app
npm install

The app's postinstall installs GDJS dependencies, downloads the matching prebuilt libGD.js, and builds the GDJS Runtime and extensions. A locally built Binaries/embuild/GDevelop.js/libGD.js takes precedence when present.

Alternatively, set GDEVELOP_LIBGD_PATH and GDEVELOP_GDJS_ROOT explicitly when using artifacts from another build or a packaged GDevelop distribution. Explicit paths take precedence over GDEVELOP_ROOT. Set GDEVELOP_LOAD_EXTENSIONS=false only for focused tests whose projects do not use standard GDJS object/behavior extensions.

Codex configuration

Put this in a trusted project's .codex/config.toml, using absolute paths:

[mcp_servers.gdevelop]
command = "node"
args = ["/absolute/path/to/gdevelop-mcp-server/src/index.js"]

[mcp_servers.gdevelop.env]
GDEVELOP_ROOT = "/absolute/path/to/GDevelop"

The same block is available in codex.config.toml.example.

Restart Codex after changing MCP configuration. For an existing project, the intended loop is:

1. Call open_project with the game JSON path.

2. Call build_preview with the returned projectId and an optional scene.

3. Open the returned URL with Codex's browser capability to inspect, screenshot, and debug the generated runtime.

4. Call stop_preview, then close_project, when finished.

For a new project, Codex can instead call create_project, apply one or more update_project, import_resource, add_scene_object, add_object_instance, set_global_variable, set_scene_variable, add_object_group, and set_scene_events operations, then call save_project and build_preview. This native path produces editor-visible objects, behaviors, variables, conditions, and actions. set_scene_javascript remains available for small engine integrations, but is not required for ordinary gameplay. Project mutations remain in memory until explicitly saved, so previewing can be used as a fast feedback loop.

The server binds only to 127.0.0.1 and uses a random port. Export jobs are serialized because the shared C++/Wasm platform and extension registries are process-global. For remote deployment, add a Streamable HTTP transport plus authentication and per-user process/session isolation; do not expose this local stdio server directly to the public internet.

Verification

Fast tests use an in-process fake exporter but exercise the actual MCP protocol, HTTP server, lifecycle cleanup, and path traversal protection:

npm test

Run the opt-in test with real, matching GDevelop artifacts and a project:

GDEVELOP_LIBGD_PATH=/absolute/path/to/libGD.js \
GDEVELOP_GDJS_ROOT=/absolute/path/to/built/GDJS \
GDEVELOP_TEST_PROJECT=/absolute/path/to/game.json \
npm run test:runtime

The real authoring path (create → import → script → save → export) is covered by:

GDEVELOP_LIBGD_PATH=/absolute/path/to/libGD.js \
GDEVELOP_GDJS_ROOT=/absolute/path/to/built/GDJS \
GDEVELOP_TEST_RESOURCE=/absolute/path/to/model.glb \
node --test test/real-authoring.test.js