ue5-automation
Related Servers
Alternatives to ue5-automation
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables AI coding agents to work inside a live Unreal Editor for Fortnite session: write and compile Verse, place and wire Creative devices, edit Scene Graph entities, manipulate actors and assets, take screenshots, run playtests, and read editor logs via MCP.MIT
- 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.5004AGPL 3.0
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to control and query Unreal Engine 4.27.2 editor through MCP, supporting asset creation, level editing, and project inspection via Python remote execution.81 npm28MIT

Funplay MCP for Unrealofficial
AlicenseNot gradedqualityCmaintenanceEnables AI assistants to directly control and interact with the Unreal Editor through natural language, allowing tasks such as spawning actors, building levels, creating materials, and running Python scripts.7MIT- AlicenseNot gradedqualityCmaintenanceEnables AI agents to control the Unity Editor through MCP, allowing scene building, runtime scripting, visual QA, and more.5Apache 2.0
- FlicenseNot gradedqualityBmaintenanceEnables AI coding agents to inspect and work with Unreal Engine projects by parsing C++ symbols, Blueprints, and .uasset data over MCP, supporting tasks like symbol tracing, asset search, and code generation.-
TDQS
Scored across 34 tools
Most tools target a distinct resource+action and the descriptions actively route the agent (apply_blueprint_graph is the 'main path', connect_pins/delete_node are 'surgical fixes'; compile_and_diagnose is the fallback for compile_blueprint). A few boundaries still need the prose to separate: compile_blueprint vs compile_and_diagnose, check_health vs run_diagnostics, verify_behavior vs verify_scenario, and build_blueprint vs build_batch vs apply_blueprint_graph. The 'prefer X unless Y' guidance makes these resolvable, so overlap is minor rather than confusing.
Nearly all tools use the ue5_ verb_noun snake_case pattern (start_pie, read_pie_state, connect_pins, delete_asset, verify_behavior). Minor deviations: noun-first task_list and tool_search break the verb_noun ordering of task_begin/task_step/task_end, and screenshot is a bare noun. The convention is still readable and predictable overall.
34 tools is above the comfortable band and the surface is heavy for an agent to hold in context, with the 101-command escape hatch meaning some dedicated tools are conveniences. However, the domain genuinely spans Blueprint authoring, PIE runtime verification, asset management, acceptance scenarios, tasks, and diagnostics, and each tool maps to a real capability rather than a duplicate. Borderline-heavy but not bloated.
Blueprint coverage is near-complete (search/read/create/apply/wire/disconnect/delete/compile/diagnose), plus full PIE lifecycle and runtime assertion, screenshots, logs, asset list/save/delete, and an execute_command/tool_search escape hatch for materials and UMG. Gaps are minor: no asset rename/duplicate, no pause/resume PIE, and non-Blueprint asset creation only via the generic command path.