← Back to knowledge

unreal-engine / uefn

How AI Agents Control the Editor with Unreal MCP in UE 5.8 and UEFN

Unreal MCP Editor operations, Toolset Registry, and client controls, with lessons from a local-LLM user report about execution, verification, and stopping.

Published
2026-08-21
Updated
2026-09-08
Applies to
Unreal Engine 5.8 / UEFN 42.00 (verified August 20, 2026) / Local-LLM user report checked on September 8, 2026

Overview

Unreal Engine 5.8 introduced Unreal MCP, an Experimental plugin that connects AI agents to Unreal Editor. On August 20, 2026, the same approach expanded to Unreal Editor for Fortnite (UEFN), allowing Codex, Claude Code, Cursor, and other agents to work with Verse, Creative devices, the Verse Scene Graph, and play sessions.

This marks a shift from AI that only suggests code to an official Epic workflow in which an agent can inspect Editor state, modify objects, and check test results. However, the authentication provided by the server and the degree to which toolsets form a permission boundary need to be evaluated separately.

This article uses official Epic, OpenAI, and Unity materials available as of August 21, 2026 to explain the Unreal MCP connection model, the differences between UE 5.8 and UEFN, and practical criteria for using it safely.

On September 8, 2026, a user report about local LLMs was added and the ProgrammaticToolset description was revised. Earlier official-source sections retain their information dates; this update does not revalidate every existing feature.

Conclusions

  • Tool-call formatting, authorized execution, evidence-based verification, and stopping are separate evaluation criteria. Local-LLM reports reinforce the need to enforce these boundaries in the harness.
  • Unreal MCP is an official plugin that lets MCP-compatible AI agents read and modify Unreal Editor state.
  • Epic lists Codex, Claude Code, and Cursor as example clients and does not restrict the integration to a particular model or vendor.
  • UE 5.8 can expose a broad Editor surface as tools, including Actors, assets, Blueprints, levels, materials, meshes, and tests.
  • UEFN provides dedicated toolsets for Verse, Creative devices, the Verse Scene Graph, UMG, and play sessions.
  • Installing Codex or Claude Code does not connect it to the Editor automatically. The plugin, toolsets, MCP server, and client configuration must all be enabled.
  • The Unreal MCP server is limited to localhost by default, but it does not include an authentication layer that identifies clients.
  • The Toolset Registry can limit the operations exposed to an agent, but it is not a system for authorizing users or clients.
  • Unreal MCP in UE 5.8 is Experimental, and the UEFN version has known issues involving coordinate conversion and Editor stalls.
  • The difference between Unity and Epic is not whether agents may operate the Editor. Unity emphasizes authorized gateways and a CLI, while Epic emphasizes an in-Editor MCP server and extensible toolsets.

From UE 5.8 to UEFN

Epic's UE 5.8 announcement and UEFN announcement establish the following sequence.

DateEvent
June 23, 2026UE 5.8 was released with the Experimental Unreal MCP plugin for Unreal Editor
August 20, 2026Fortnite 42.00 brought Unreal MCP to UEFN
Toward UE6Epic plans to add more UEFN features while bringing the UE and UEFN development streams together

Under Epic's current roadmap, UE 5.8 is the last planned major UE5 release. Epic plans to continue fixing UE5 while work on UE6 accelerates, and it has indicated that Unreal MCP will use the same Toolset Registry across UE and UEFN as those development streams converge.

However, not every UE 5.8 toolset is available in UEFN. As of August 20, 2026, UEFN provides purpose-built toolsets, with additional coverage planned over time.

What agents can do in the Editor

Unreal MCP embeds an MCP server inside the Editor process and exposes Editor functionality to external clients as typed tools. An agent can work with more than project files: it can access Editor selection, Actors, assets, scenes, and execution results.

UE 5.8

The official Unreal MCP documentation gives examples including:

  • Inspecting and spawning Actors and modifying their transforms
  • Configuring lighting
  • Creating or modifying assets, levels, materials, and meshes
  • Working with Editor systems including Blueprints
  • Inspecting Slate widgets
  • Running automation tests and checking their results
  • Adding custom toolsets in Python or C++

These operations are not all hard-coded into the MCP server. They come from toolsets registered with the Toolset Registry, so projects and plugins can add their own operations.

UEFN

The official UEFN MCP documentation and Fortnite 42.00 release notes describe the following UEFN-specific capabilities:

  • Reading, editing, and compiling Verse files
  • Creating, modifying, and listing Verse Scene Graph entities and components
  • Browsing and placing Creative devices and editing their @editable properties
  • Building UI with UMG
  • Starting, stopping, and inspecting play sessions
  • Pushing Verse changes to a running session and inspecting client logs

Verse files, devices, and entities created by an agent remain real project objects that a person can reopen and edit through the Editor, Details panel, and Outliner.

MCP server and Toolset Registry architecture

A typical UE 5.8 connection has the following shape:

Codex / Claude Code / Cursor
  → Streamable HTTP on localhost
  → Unreal MCP server inside the Editor process
  → Toolset Registry
  → Enabled toolsets and tools
  → Actors, assets, scenes, tests, and other systems

The Unreal MCP plugin handles communication and tool calls, while toolsets provide the actual operations. At startup, the Toolset Registry collects toolsets defined in Python or C++, and the MCP server exposes their tools to external clients.

Enabling the All Toolsets plugin in UE 5.8 loads the standard toolsets together. Alternatively, individual toolsets can be enabled as needed. Functions must be explicitly marked for MCP exposure through a Python decorator or the C++ AICallable metadata.

With Tool Search enabled by default, the server does not send every tool schema upfront. Instead, it exposes three meta-tools that let the client discover and invoke toolsets as needed:

  • list_toolsets
  • describe_toolset
  • call_tool

This reduces context size; it does not authenticate the client.

Can Codex or Claude Code edit the Editor directly?

They can after both the Editor and client are configured. Installing an agent by itself is not enough.

UE 5.8 requires at least the following setup:

  1. Enable the Unreal MCP plugin.
  2. Enable All Toolsets or the required individual toolsets.
  3. Start the MCP server inside the Editor.
  4. Register an endpoint such as http://127.0.0.1:8000/mcp with Codex or Claude Code.
  5. Allow the client to run the MCP tools.

UEFN additionally requires Python Editor Scripting and UEFN MCP Toolsets to be enabled in Project Settings.

Epic describes any MCP-compatible agent as a potential client and names Codex, Claude Code, and Cursor as examples. The current official materials do not describe an Epic allowlist that evaluates the agent, model, or MCP client in the way Unity's Authorized Agentic Access does.

This does not mean the MCP server should be exposed to the internet. The UE 5.8 server binds to localhost by default and rejects non-loopback origins. However, it has no authentication layer, so it does not identify and authorize each process on the same computer that can reach the endpoint.

How far does a toolset go as a permission boundary?

Toolsets can limit the capabilities exposed to an agent through code and configuration.

  • Do not enable toolset plugins that are not required
  • Enable or disable an entire toolset
  • Apply allow or block filters to tool names
  • Keep functions that should not be AI-callable out of the tool surface
  • Separate read-only and mutating toolsets

The Toolset Registry API includes toolset enablement and allow or block filters for tool names. It is therefore possible to reduce the callable operation surface instead of relying on prompts alone.

However, a toolset does not authenticate the connected client. Do not equate ProgrammaticToolset.execute_tool_script with unrestricted Python: the user report describes restricted imports and no direct Unreal Python, filesystem, or network access. These are reported conditions, not a security audit. Check the installed implementation and every tool reachable through execute_tool; batching calls does not narrow their mutation authority.

Epic's official Claude Code plugin also treats an Unreal MCP connection as a highly privileged capability comparable to arbitrary code execution. It recommends creating a source-control recovery point and reviewing the resulting diff.

The Toolset Registry is therefore a boundary for capability exposure, but it should not be treated as a complete security sandbox by itself.

The client can impose additional controls

Even when the Editor exposes a tool, the AI client can add execution approvals and tool filters.

The official Codex MCP documentation provides the following server-level controls:

  • An allow list through enabled_tools
  • A deny list through disabled_tools
  • prompt to request approval for every tool
  • writes to request approval for mutating tools
  • Per-tool approval modes

Keeping the Epic toolsets minimal and also restricting tools and approvals in the client creates two layers of control. When using Claude Code or another client, review that client's tool-approval settings as well, and do not combine broad Editor access with a mode that bypasses approvals.

Differences between UE 5.8 and UEFN

AreaUE 5.8UEFN 42.00
MCP locationInside Unreal EditorInside the UEFN Editor
Primary scopeActors, assets, Blueprints, levels, materials, meshes, tests, and moreVerse, Creative devices, Verse Scene Graph, UMG, and sessions
ToolsetsAll Toolsets or individual pluginsPurpose-built UEFN toolsets
Play loopEditor operations and automation testsStarting, updating, and inspecting Play-in-Client sessions
CoverageMany standard toolsetsNot yet compatible with every UE 5.8 toolset
File constraintsDepends on each toolset's implementationVerse file sandboxing confines operations to the creator project

In UEFN, “Scene Graph operations” primarily refers to Verse Scene Graph entities and components as of August 20, 2026. It does not mean that every UE 5.8 toolset for Actors and assets has been carried over unchanged.

Experimental limitations

The UE 5.8 release notes classify Unreal MCP as Experimental. The official documentation also notes that features remain incomplete or unavailable and that APIs and data formats may change.

UEFN MCP has the following known issues:

  • Coordinate conversion between the XYZ format used by Python toolsets and UEFN's Left-Up-Forward system can introduce additional errors
  • MCP tool calls can make the Editor hitch or hang
  • Not every UE 5.8 toolset is available

The UE 5.8 MCP server also lacks an authentication layer, so it is not suitable for exposure beyond localhost. During the Experimental stage, evaluate reproducible, narrowly scoped operations before granting broad write access to an important production project.

How this differs from Unity

Both Unity and Epic are moving toward workflows where an AI agent reads Editor state, changes it, and checks the result through Play Mode or tests. It is not accurate to divide them into “Unity does not allow Editor control” and “only Epic allows it.”

The main differences are the connection path and control model.

UnityUnreal Engine 5.8 and UEFN
Requires a Unity-approved gateway and clients under Authorized Agentic AccessDescribes any MCP-compatible client as a potential connection
Provides Unity CLI, the Pipeline package, an official MCP server, and AI GatewayProvides an in-Editor MCP server and the Toolset Registry
Emphasizes a CLI and token-gated API as the boundary for Editor controlEmphasizes toolsets and plugins as the capability boundary
Can execute C# inside the Editor or Player through official pathsCan reach Editor APIs and Python execution through toolsets

Unity's policy and official connection paths are covered in Unity's AI agent policy and the current state of Unity CLI (Japanese).

Local LLMs: an Editor execution report

Checked September 8, 2026. Jrt0013's September 7 report uses Kimi Code, Windows UE5.8, and an M1 Max with 64 GB memory. This is a user's experiment, not Epic's benchmark. Qwen3-30B-A3B-Instruct-2507 Q8_0 on llama.cpp reportedly applied and verified a supplied camera correction in about 33 seconds. Autonomous judgment instead skipped the write and invented verification; Qwen3-Coder-30B-A3B exceeded a read-only request and changed another camera.

After schema guidance was refined, a small task took 12 seconds, two model turns, and one MCP call. A separate script performed eight internal operations including restoration. These are different tasks, not a controlled 33-to-12-second speedup comparison.

The design implication is to separate proposing a change from permission to execute it. A profile can reduce argument mistakes, but it is not an enforcement boundary. Prefer narrowly scoped operations with explicit preconditions and machine-checked postconditions; do not accept a natural-language success report as proof of a scene change.

Practical adoption criteria

Expand the Unreal MCP operation surface in stages:

  1. Save the current state in source control and create a recovery point.
  2. Start with only the required, read-oriented toolsets instead of All Toolsets.
  3. Configure a tool allow list and approval mode in Codex or another client.
  4. Confirm the connection with read operations such as Actor selection or asset listing.
  5. Try a reversible change such as spawning one Actor or modifying one transform.
  6. Have a person inspect the saved asset, Editor log, and test result.
  7. Add stronger tools such as Blueprint editing or arbitrary Python only after confirming the need.

Enforce the following in the harness rather than only in the prompt:

  • For read-only requests, deny mutating tools, including indirect calls from scripts.
  • Before editing, record the target identity and original state; validate the target, arguments, and permitted scope.
  • Read back actual state after execution and compare it with the expected result. Report success only when those checks pass.
  • Enforce call budgets, deadlines, and terminal states in code. Reject further calls after completion, cancellation, or failure.
  • For batches, define partial-failure and restoration behavior and verify restoration separately. One MCP call is not automatically an atomic transaction.

For longer autonomous runs, also define:

  • Which levels, folders, and asset types the agent may modify
  • When deletion, movement, or overwriting requires confirmation
  • The maximum number of assets one request may change
  • Timeouts and retry limits when the Editor stalls
  • Completion criteria in tests or play sessions
  • How diffs and generated content will be reviewed

Fine-grained toolset design is useful, but the implementation behind each tool also matters. A narrowly named tool can still have a broad impact if it internally allows arbitrary scripts or generic object updates.

The verification layer emphasized at gamescom 2026

At gamescom dev 2026, Agentic Development in Unreal Engine with JetBrains Rider demonstrated agent-supported architecture work, C++ scaffolding, crash investigation, actor placement, and automated testing. Rider 2026.2 exposes Unreal-aware skills for code authoring, live debugging, and test authoring, along with coverage, profiling, refactoring, and code-quality hooks.

At the same conference, Shipping Games in the First Era of Coding Agents warned that faster first drafts can increase review load through duplicated logic, symptom-hiding fixes, and synchronization defects that appear later.

Together, the sessions show that adding Editor and IDE tools is not enough. Unreal MCP toolsets, client approvals, and source control need a verification layer that requires builds, tests, static analysis, and acceptable diffs before an agent continues. The other gamescom 2026 cases are compared in What gamescom 2026 showed about the state of game AI.

Current perspective

Local models are candidates for bounded Editor tasks, but tool formatting alone does not establish autonomous reliability. Evaluate execution, verification, and stopping independently.

Unreal MCP is a clear example of AI moving from code generation outside the Editor to an agent that can observe Editor state, modify project objects, and verify results. Its arrival in UEFN extends that model beyond C++-centered UE development to Fortnite creation with Verse and Creative devices.

At the same time, Unreal MCP is not currently a product that authenticates each connecting client on the server side. Safety depends on combining localhost-only access, the exposed toolsets, the implementation behind each tool, Codex or Claude Code approvals, source control, and human review.

Epic's direction is less about giving MCP unrestricted control and more about dividing Editor functionality into typed tools whose capabilities can be exposed to an agent as needed. In practice, use the Toolset Registry as one layer of permission design and provide authentication, approval, and recovery in other layers.

Caveats

  • Earlier official-source sections retain their stated information dates. The September 7 user report was checked on September 8, 2026; its results were not reproduced by this article, and do not establish performance on other hardware, clients, or UEFN.
  • Unreal MCP in UE 5.8 is Experimental, and its APIs, toolsets, and client configuration may change.
  • UEFN coverage and known issues can change with Fortnite releases. Check the latest release notes before adoption.
  • Localhost-only access does not guarantee that every process on the same computer is trustworthy.
  • Codex, Claude Code, and other clients use different approval mechanisms. Review both the Editor and client configuration.