Unreal Engine MCP
Related Servers
Alternatives to Unreal Engine MCP
No user-submitted related servers found.
Related Servers
- AlicenseBqualityCmaintenanceAn MCP server that gives AI agents broad control over Unreal Engine 5.7, enabling actor/asset/level management, Blueprint and material creation, screenshots, automation, and arbitrary editor Python execution.35MIT
- AlicenseNot gradedqualityBmaintenanceMCP server for controlling Unreal Engine 5 from AI agents, providing 120+ commands for spawning actors, editing Blueprints, managing assets, and more via CLI or MCP.16 PyPI214MIT
- AlicenseCqualityCmaintenanceEnables AI clients to control Unreal Engine 5 editor for automated Blueprint authoring, level inspection, actor spawning, and other editor workflows via a local Python MCP server and UE plugin.5003AGPL 3.0
- AlicenseNot gradedqualityCmaintenanceAn MCP server enabling AI agents to author Unreal Engine 5 scenes directly, with tools for spawning actors, building PCG graphs, validating physics, generating terrain, and more through a single MCP connection.13MIT
- AlicenseNot gradedqualityAmaintenanceA native MCP server for Unreal Engine 5.7 that lets AI assistants inspect and control an open Unreal Editor through a single 'unreal' tool, supporting Python/console command execution and async tasks.2MIT
- AlicenseNot gradedqualityAmaintenanceOpen-source MCP server connecting AI agents (Claude, Cursor, GitHub Copilot, Gemini, and more) to Unreal Engine 5.7, editor and runtime (C++ plugin + .NET sidecar).39Apache 2.0
TDQS
Scored across 163 tools
Domain-prefixed families (ue_bp_, ue_umg_, ue_pcg_, ue_foliage_, ue_sequence_) make each tool's target resource obvious, and descriptions explicitly disambiguate near-neighbors like ue_set_replication vs ue_set_component_replication vs ue_set_net_config. A few pairs could still be confused on first pass — ue_import_assets already accepts .wav yet ue_import_audio duplicates it, ue_status vs ue_editor_status both report editor state, and ue_editor_open vs ue_open_level both use "open" for different targets — but these are rare exceptions across 163 tools.
The dominant ue_<domain>_<verb>_<noun> pattern with coherent families (ue_create_*, ue_*_info, ue_*_list, ue_*_status, ue_bp_add_*, ue_bt_add_*) is highly predictable and makes tool discovery feasible at this scale. Minor deviations exist — ue_make_folder breaks the create_* convention, the preset_* family uses a different prefix, and tools like ue_read_log, ue_reflect_enum, and ue_live_compile don't fit the standard verb set — but they are rare and internally readable.
163 tools is more than six times the 25+ threshold and will overwhelm an agent's selection space even with good naming, so the set is too large for practical use in a single MCP server. The scope is genuinely broad (project management, C++ build, Blueprint graphs, UMG, AI, GAS, PCG, foliage, landscape, sequencer, networking, asset acquisition), which prevents a score of 1, but the count reflects roughly fifteen sub-domains packed into one surface and includes partial duplicates like ue_import_audio and ue_spawn_many.
Coverage is exceptional: nearly every sub-domain has create + inspect + modify operations, and Blueprint graph editing, PCG, foliage, AI, and sequencer are unusually deep, with no obvious dead ends in the core asset/actor/project workflows. The remaining gaps are documented engine-level limits with workarounds — Niagara emitter stacks, EQS query internals, UMG root widgets, and AnimGraphs cannot be scripted, landscape creation requires the editor, and there is no undo tool — so agents can route around them via ue_exec_python, ue_cpp_class_create, or manual editor steps.