Install
"command": "npx",
"args": ["-y", "ue-mcp@latest", "C:/path/to/MyGame.uproject"]Für wen
Entwickler und Technical Artists, die unter Windows (UE 5.4-5.8) oder Linux/macOS (UE 5.6+) an Unreal-Engine-Projekten arbeiten und den Editor per natürlicher Sprache aus einem MCP-Client steuern wollen. Die offizielle Beschreibung nennt 29 Tool-Kategorien mit über 2040 Aktionen, die Blueprints, Materialien, Levels, Actors, Animation, VFX, Landscape, PCG, Foliage, Audio, UI, Physik, Navigation, KI, Netzwerk, Sequencer und die Build-Pipeline abdecken, dazu eine YAML-Flow-Engine für mehrstufige Workflows. Es passt am besten, wenn Sie im Editor wiederkehrend Szenen aufbauen und Assets justieren oder einen Teil der Editorarbeit an die KI abgeben wollen; eine Offline-Pipeline, die den Editor nie öffnet, braucht es nicht. Der Test ist einfach: Erfolgt der Großteil Ihrer täglichen Arbeit im Editor, und sind Sie damit einverstanden, dass das Modell Projekt-Assets direkt ändert? Lesen Sie weiter, wenn beides mit Ja zu beantworten ist.
Voraussetzung ist eine vollständige lokale Toolchain: Node.js 18 oder neuer; das mit der Engine ausgelieferte PythonScriptPlugin (die Engine bringt es mit, init aktiviert die übrigen benötigten Plugins für Sie); sowie eine zwingend erforderliche C++-Toolchain – unter Windows Visual Studio mit C++-Workload, unter macOS die Xcode Command Line Tools –, weil das Bridge-Plugin beim ersten Start des Editors kompiliert wird. Rechner ohne C++-Toolchain oder solche, in denen ein C++-Plugin im Projekt unerwünscht ist, passen nicht; für die epic-Kategorie ist UE 5.8+ nötig. Beachten Sie außerdem: Das Plugin wird pro Projekt bereitgestellt. Beim Wechsel in ein anderes Projekt müssen Sie das interaktive init erneut ausführen, das Bridge-Plugin dort bereitstellen und warten, bis es beim ersten Editor-Start dieses Projekts kompiliert; die vollständigen Schritte für einen Projektwechsel sind in den Belegen nicht beschrieben und damit unbestätigt. Lizenz, Kosten und zusätzliche Anforderungen an die Projektgröße kommen in den Belegen ebenfalls nicht vor – bitte selbst prüfen.
Der erste Versuch in 3 Minuten
Empfohlener Hauptweg: den Server per npx in der Konfiguration des MCP-Clients starten und auf Ihre .uproject zeigen lassen. Voraussetzung: UE, Node.js 18+ und die C++-Toolchain von oben sind bereits installiert.
Fügen Sie das offizielle Snippet zur Konfiguration Ihres Clients hinzu:
"command": "npx",
"args": ["-y", "ue-mcp@latest", "C:/path/to/MyGame.uproject"]
Ersetzen Sie C:/path/to/MyGame.uproject durch den Pfad zu Ihrer Projektdatei. Der erste Lauf startet ein interaktives Setup: Es erkennt die .uproject im aktuellen Verzeichnis automatisch, lässt Sie wählen, welche Tool-Kategorien aktiviert werden, stellt das C++-Bridge-Plugin im Projekt bereit, aktiviert die benötigten UE-Plugins (Niagara, PCG, GAS usw.) und erkennt und konfiguriert anschließend Ihren MCP-Client.
Erfolgssignale: Nachdem der erste Editor-Start das Plugin kompiliert hat, erscheinen die Tool-Kategorien des Servers im Client; geben Sie dem geöffneten Editor einen natürlichsprachigen Befehl und beobachten Sie die tatsächliche Reaktion im Editor. Wenn die Kategorien lange nicht erscheinen, prüfen Sie zuerst, ob der Projektpfad in der Konfiguration stimmt, und warten Sie dann das Ende der ersten Kompilierung ab.
Hinweis: Offiziell wird es als tiefer Lese-/Schreibzugriff auf den Editor für KI-Assistenten positioniert, und Schreiboperationen ändern Projektinhalte unmittelbar; die Belege nennen keine einzelnen Werkzeuge und deren Lese-/Schreib-Kennzeichnung, daher lässt sich kein bestimmtes Nur-Lese-Werkzeug als ersten Aufruf festlegen. Testen Sie es zuerst in einem Projekt unter Versionskontrolle oder mit Backup und lassen Sie die KI vor dem Eingriff beschreiben, was sie ausführen will.
Anwendungsfälle
Fall eins: Level und Actors per natürlicher Sprache anpassen. Bei geöffnetem Editor beschreiben Sie die gewünschte Szenenänderung in einem Satz im Client; der Server ruft die Werkzeuge der Level- und Actor-Kategorien auf und führt sie im Editor aus. Erwartbar: Beide Bereiche gehören zur offiziell beanspruchten natürlichsprachig programmierbaren Fläche. Konkrete Werkzeugnamen und Parameter stehen nicht in den Belegen – maßgeblich ist die tatsächliche Werkzeugliste im Client. Im Zweifel zuerst in einem Testprojekt zum Laufen bringen und dann zum echten Projekt zurückkehren.
Fall zwei: mehrstufige Workflows mit der YAML-Flow-Engine. Reicht ein einzelner Satz nicht und brauchen Sie eine feste Abfolge von Editor-Operationen, beschreiben Sie den mehrstufigen Ablauf mit der eingebauten YAML-Flow-Engine und übergeben ihn dem Server. Bestätigt ist: Die Engine existiert und richtet sich an mehrstufige Workflows; YAML-Format und Beispiele fehlen in den Belegen, sehen Sie vor dem Start in der offiziellen Dokumentation nach. Lässt sich ein Ablauf nicht niederschreiben, validieren Sie ihn zunächst Schritt für Schritt mit einzelnen Befehlen und verketten Sie ihn dann zum Ablauf.
Grenzen
Lese-/Schreib-Charakter: Offiziell gewährt wird Lese-/Schreibzugriff, kein Nur-Lese-Dienst, und ein Weg zum Rückgängigmachen fehlt – behandeln Sie Schreiboperationen nicht als umkehrbar; lassen Sie die KI erst handeln, wenn geklärt ist, was sie im Projekt ändert. Lokale Auswirkungen: Die Installation stellt ein C++-Bridge-Plugin im Projekt bereit und aktiviert UE-Plugins; zur Laufzeit verbindet sich der Client per stdio mit dem Server, und der Server per WebSocket JSON-RPC mit dem Plugin im Editor. Welche Kategorien aktiviert sind, entscheiden Sie selbst im Setup – Kategorien, die Sie vorerst nicht brauchen, können Sie ausgeschaltet lassen, und die Angriffsfläche bleibt kleiner. Die Belege sagen nichts über Zugriffe auf externe Netzwerke, Telemetrie oder Datensammlung, erforderliche Zugangsdaten oder das Verhalten mehrerer Clients am selben Projekt – all das ist unbestätigt; fehlende Hinweise sind kein Beleg für fehlende Risiken. Teilen Sie diese Grenzen vorab allen mit, die es nutzen wollen.