Install
"command": "npx",
"args": ["-y", "ue-mcp@latest", "C:/path/to/MyGame.uproject"]Para quién es
Desarrolladores y artistas técnicos que trabajan en proyectos de Unreal Engine en Windows (UE 5.4-5.8) o Linux/macOS (UE 5.6+) y quieren manejar el editor desde un cliente MCP en lenguaje natural. La descripción oficial declara 29 categorías de herramientas y más de 2040 acciones que cubren blueprints, materiales, niveles, actores, animación, VFX, terreno, PCG, vegetación, audio, UI, física, navegación, IA, redes, Sequencer y el pipeline de compilación, además de un motor de flujos YAML para flujos de trabajo de varios pasos. Encaja mejor si pasas el día montando escenas y ajustando assets repetitivamente en el editor, o quieres que la IA se haga cargo de parte del trabajo del editor; un pipeline offline que nunca abre el editor no le saca provecho. La prueba es simple: ¿la mayor parte de tu trabajo diario ocurre en el editor y estás dispuesto a dejar que el modelo modifique assets del proyecto directamente? Sigue leyendo solo si respondes sí a ambas.
El requisito previo es tener la cadena de herramientas local completa: Node.js 18 o superior; el PythonScriptPlugin del motor (viene con él, y init te activa el resto de plugins necesarios); y una cadena de herramientas de C++ obligatoria — en Windows, Visual Studio con la carga de trabajo de C++; en macOS, las herramientas de línea de comandos de Xcode — porque el plugin puente se compila en el primer arranque del editor. Las máquinas sin cadena de C++, o donde no se quiera desplegar un plugin C++ en el proyecto, no encajan; cualquier función de la categoría epic exige UE 5.8+. Ten en cuenta además que el despliegue del plugin ocurre por proyecto: al cambiar de proyecto hay que repetir el init interactivo para desplegar el plugin puente en el nuevo y esperar a que se compile en el primer arranque del editor de ese proyecto; los pasos completos para cambiar de proyecto no están descritos en la evidencia, quedan sin confirmar. Tampoco la evidencia menciona licencia, costes ni requisitos extra sobre el tamaño del proyecto: verifícalo por tu cuenta.
Primera prueba en 3 minutos
Ruta principal recomendada: arrancar el servidor con npx en la configuración de tu cliente MCP y apuntarlo a tu .uproject. Requisito: UE, Node.js 18+ y la cadena de herramientas de C++ ya instalados.
Añade el fragmento oficial a la configuración del cliente:
"command": "npx",
"args": ["-y", "ue-mcp@latest", "C:/path/to/MyGame.uproject"]
Sustituye C:/path/to/MyGame.uproject por la ruta de tu archivo de proyecto. La primera ejecución entra en una configuración interactiva: detecta automáticamente el .uproject del directorio actual, te deja elegir qué categorías de herramientas activar, despliega el plugin puente de C++ en el proyecto, activa los plugins de UE necesarios (Niagara, PCG, GAS, etc.) y luego detecta y configura tu cliente MCP.
Señales de éxito: cuando el primer arranque del editor termina de compilar el plugin, las categorías de herramientas del servidor aparecen en el cliente; dale una orden en lenguaje natural al editor abierto y observa una respuesta real dentro del editor. Si las categorías tardan en aparecer, comprueba primero que la ruta del proyecto en la configuración esté bien escrita y espera luego a que termine la primera compilación.
Aviso: oficialmente se posiciona como acceso profundo de lectura/escritura al editor para asistentes de IA, y las operaciones de escritura modifican el contenido del proyecto directamente; la evidencia no nombra herramientas individuales ni su marca de lectura/escritura, así que no se puede señalar una herramienta de solo lectura concreta como primera llamada. Pruébalo primero en un proyecto con control de versiones o copia de seguridad, y haz que la IA explique qué va a ejecutar antes de actuar.
Casos de uso
Caso uno: ajustar niveles y actores en lenguaje natural. Con el editor abierto, describe en una frase el cambio de escena que quieres en el cliente, y el servidor llama a las herramientas de las categorías de niveles y actores para ejecutarlo en el editor. Qué esperar: ambos dominios están dentro de la superficie programable en lenguaje natural que la fuente declara oficialmente. La evidencia no recoge nombres de herramientas ni parámetros concretos; la lista real de herramientas del cliente es la referencia. Ante la duda, hazlo funcionar primero en un proyecto de prueba y vuelve luego al real.
Caso dos: flujos de trabajo de varios pasos con el motor de flujos YAML. Cuando una frase no basta y necesitas fijar una secuencia de operaciones del editor, describe el flujo de varios pasos con el motor de flujos YAML integrado y entrégaselo al servidor. Lo confirmado: el motor existe y apunta a flujos de varios pasos; la evidencia no aporta formato YAML ni ejemplos, consulta la documentación oficial antes de empezar. Si el flujo no sale, valida primero paso a paso con órdenes simples y luego encadénalas en un flujo.
Límites de uso
Naturaleza del acceso: lo concedido oficialmente es acceso de lectura/escritura, no un servicio de solo lectura, y no se ofrece ninguna vía de deshacer; no trates las escrituras como reversibles; antes de dejar actuar a la IA, confirma qué va a cambiar del proyecto. Impacto local: la instalación despliega un plugin puente de C++ dentro del proyecto y activa plugins de UE; en ejecución, el cliente se conecta al servidor por stdio y el servidor al plugin dentro del editor por WebSocket JSON-RPC. Qué categorías se activan lo decides tú en la configuración: deja sin activar las que no necesites todavía y la superficie expuesta se mantiene menor. La evidencia no dice si accede a redes externas, si hay telemetría o recolección de datos, si exige credenciales, ni cómo se comportan varios clientes conectados al mismo proyecto: nada de esto está confirmado; que no aparezca una advertencia no significa ausencia de riesgo, así que comunica estos límites de antemano a todos quienes vayan a usarlo.