Todos los MCPUnreal MCP
Modelado 3D

Unreal MCP

Este servidor MCP de Unreal Engine controla el motor en lenguaje natural: creación y eliminación de actores, transformaciones, creación de clases Blueprint y sus componentes, edición del grafo de nodos y encuadre del viewport. El repositorio se declara experimental y desaconseja su uso en producción por ahora.

Cuándo usarlo

Útil para experimentar con renders arquitectónicos en tiempo real en Unreal Engine, teniendo en cuenta el estado experimental que anuncian sus autores.

Proyectos de terceros · verificados a mano · no mantenidos por Educasium

Unreal MCP conecta clientes de IA como Cursor, Windsurf y Claude Desktop con Unreal Engine mediante el Model Context Protocol. El repositorio chongdashu/unreal-mcp lo presenta como una integración para controlar Unreal Engine en lenguaje natural, con actores, Blueprints, grafo de nodos y viewport. En la verificación de GitHub del 26 de agosto de 2026, el repositorio tenía 2.065 estrellas y 340 forks; el README mostraba licencia MIT, mientras que el campo de licencia de la API GitHub no devolvía una licencia detectada.

Para Educasium, este conector es interesante, pero debe enmarcarse de forma más estricta que Unity MCP. El README anuncia explícitamente estado experimental: posibles breaking changes, funcionalidades incompletas o inestables, documentación potencialmente obsoleta y uso en producción no recomendado. Esa frase no es un detalle; es el punto de partida de cualquier página seria sobre Unreal MCP.

Índice

  1. Qué hace Unreal MCP
  2. Arquitectura e instalación
  3. Herramientas de actores, editor y Blueprints
  4. Incoherencias de versión a verificar
  5. Comparación con Unity, Blender y TouchDesigner
  6. Seguridad, límites y producción
  7. Posición Educasium

Qué hace Unreal MCP

Resumen: Unreal MCP da a un asistente de IA comandos para actuar en el editor Unreal, pero el repositorio lo declara experimental y desaconseja producción. La lectura correcta es exploración controlada, no automatización de pipeline cliente.

Capacidades anunciadas

El README agrupa las capacidades en cuatro familias. Actor Management cubre creación y eliminación de actores, transformaciones, propiedades, búsqueda por nombre y lista de actores del nivel actual. Blueprint Development cubre creación de clases Blueprint, componentes, propiedades, física, compilación y spawn de actores Blueprint.

Blueprint Node Graph cubre añadido de eventos, llamadas de función, conexiones de nodos, variables y referencias a componentes o self. Editor Control cubre enfoque del viewport sobre un actor o posición, además de orientación y distancia de cámara. Esta cobertura es coherente con un prototipo Unreal, pero no se presenta como estable.

Por qué el estado experimental lo cambia todo

La sección Experimental Status del README es directa. Dice que la API, funcionalidades y detalles de implementación pueden cambiar de forma importante. Advierte que puede haber breaking changes sin aviso, que las funcionalidades pueden estar incompletas o inestables, que la documentación puede estar obsoleta o faltar, y que el uso en producción no está recomendado por ahora.

Para una página de Educasium, esta advertencia debe aparecer antes de los ejemplos. Sin ella, el lector podría creer que Unreal MCP equivale a una herramienta madura como Unity MCP. Eso no es lo que dice el repositorio. El valor actual está en experimentación y aprendizaje de puentes MCP hacia motores en tiempo real.

Arquitectura e instalación

Resumen: Unreal MCP combina un plugin C++ dentro de Unreal y un servidor Python MCP que se comunica con el plugin por socket TCP. El README indica el puerto 55557 para la conexión entre servidor Python y plugin.

Componentes del repositorio

El repositorio contiene MCPGameProject, un proyecto Unreal ejemplo basado en Blank Project con el plugin UnrealMCP ya añadido. También contiene MCPGameProject/Plugins/UnrealMCP, que lleva el plugin C++ nativo, y Python/unreal_mcp_server.py, que implementa el servidor Python. El README dice que el plugin integra subsistemas del editor Unreal, implementa herramientas de manipulación de actores y gestiona ejecución de comandos y respuestas.

El servidor Python gestiona conexiones TCP hacia el plugin C++ en el puerto 55557, serializa comandos, parsea respuestas, gestiona errores y carga módulos de herramientas desde Python/tools. Los módulos verificados son blueprint_tools.py, editor_tools.py, node_tools.py, project_tools.py y umg_tools.py.

Instalación práctica

El README pide Unreal Engine 5.5+, Python y un cliente MCP como Claude Desktop, Cursor o Windsurf. Para empezar rápido, propone usar MCPGameProject, generar archivos Visual Studio, abrir la solución, elegir Development Editor y compilar. Para un proyecto existente, hay que copiar MCPGameProject/Plugins/UnrealMCP en la carpeta Plugins del proyecto, activar el plugin en Edit > Plugins, reiniciar el editor, generar archivos Visual Studio y compilar.

La configuración MCP de ejemplo usa el comando uv con --directory apuntando al directorio Python y luego run unreal_mcp_server.py. El archivo mcp.json del repositorio muestra la misma estructura. Esto confirma que el asistente MCP no habla directamente con Unreal: lanza un servidor Python que habla luego con el plugin C++.

Herramientas de actores, editor y Blueprints

Resumen: las docs detallan sobre todo actores, viewport y Blueprints; el repositorio contiene también módulos para nodos, proyecto y UMG. Hay que describir la cobertura sin prometer un editor Unreal completo.

Actores y viewport

La documentación Actor Tools lista get_actors_in_level, find_actors_by_name, create_actor, delete_actor, set_actor_transform y get_actor_properties. Los tipos de actores soportados por create_actor incluyen CUBE, SPHERE, CYLINDER, PLANE, POINT_LIGHT, SPOT_LIGHT, DIRECTIONAL_LIGHT, CAMERA y EMPTY. Las notas de implementación precisan que las transformaciones deben ser listas de tres floats y que los tipos de actores deben indicarse en mayúsculas.

La documentación Editor Tools lista focus_viewport y take_screenshot. focus_viewport puede apuntar a un actor o una posición, con distancia y orientación. take_screenshot captura el viewport con nombre de archivo, opción show_ui y resolución. Estas herramientas son útiles para una demostración visual, pero la propia doc incluye errores posibles como viewport activo no encontrado o actor ausente.

Blueprints

La documentación Blueprint Tools cubre create_blueprint, add_component_to_blueprint, set_static_mesh_properties, set_component_property, set_physics_properties, compile_blueprint y set_blueprint_property en la parte verificada. El README añade que la integración puede crear clases Blueprint, añadir y configurar componentes, definir propiedades y física, compilar Blueprints y crear mappings de input.

Para Educasium, esta zona es interesante porque acerca el asistente de IA al lenguaje visual de Unreal. También es riesgosa. Un Blueprint que compila puede seguir estando mal arquitecturado, frágil o incompatible con la convención del proyecto. La demostración debe quedarse pequeña: crear un Blueprint simple, añadir un componente, compilar, colocar un actor y verificar el viewport.

Incoherencias de versión a verificar

Resumen: los archivos del repositorio no dicen todos lo mismo sobre la versión mínima de Python. La buena instrucción es verificar el entorno en el momento de la instalación.

Unreal y Python

El README raíz muestra badges Unreal Engine 5.5+ y Python 3.12+. El Python/README.md, en cambio, dice verificar Python 3.10+. El pyproject del directorio Python declara requires-python >=3.10, versión 0.1.0 y dependencias como mcp[cli] >=1.4.1, fastmcp >=0.2.0, uvicorn, fastapi, pydantic y requests.

Esta divergencia no impide probar el proyecto, pero debe mencionarse. En un taller, lo más seguro es preparar el entorno de antemano y anotar la versión Python usada realmente por uv. En un estudio, hay que documentar Unreal, Python, plugin, servidor y cliente MCP en un registro de instalación.

Documentación todavía joven

Las docs indexan Actor Tools, Editor Tools y Blueprint Tools, pero el directorio Python/tools contiene también node_tools.py, project_tools.py y umg_tools.py. Eso corresponde al warning del README: la documentación puede estar obsoleta o incompleta. No hay que transformar una ausencia de página detallada en ausencia de capacidad, ni lo contrario.

El buen método es partir de las docs publicadas para ejemplos y verificar el código cuando una capacidad concreta se vuelve importante. Para una página SEO, se pueden citar los módulos verificados, pero para una formación técnica habría que probar cada herramienta dentro de Unreal antes de incluirla en un ejercicio.

Comparación con Unity, Blender y TouchDesigner

Resumen: Unreal MCP es una pista de experimentación para Unreal Engine, mientras que Unity MCP parece más maduro y documentado en el momento de esta verificación. La elección no debe hacerse solo por preferencia de motor.

OpciónUso naturalFuerza principalLímite a vigilar
Unreal MCPExploración Unreal, actores, Blueprints, viewportAcceso al motor Unreal y grafos BlueprintEstado experimental y producción desaconsejada
Unity MCPPrototipos Unity, escenas, scripts, tests, buildsManifest rico, seguridad documentada, adopción ampliaEjecución C# y mutaciones de proyecto a controlar
Blender MCPModelado 3D y assets accesiblesBuen punto de entrada para escena y renderMenos adaptado a proyectos motor completos
TouchDesigner MCPInstalaciones visuales en tiempo realNodos live, parámetros, imagen TOPVersión API .tox y scripts Python a vigilar

Elegir según madurez y riesgo

Si el objetivo es una formación exploratoria en Unreal, Unreal MCP es pertinente: muestra cómo un MCP puede controlar actores, viewport y Blueprints. Si el objetivo es un pipeline real con tests, builds y seguridad documentada, Unity MCP parece hoy más sólido en las fuentes verificadas.

Para una iniciación 3D simple, Blender sigue siendo más accesible. Para una instalación en tiempo real, TouchDesigner habla mejor a grafos live y salidas TOP. Unreal MCP debe presentarse como un tema avanzado, con un protocolo de test más estricto que conectores ya maduros.

Seguridad, límites y producción

Resumen: el README desaconseja explícitamente la producción; ese límite encuadra el posicionamiento. Toda demostración debe hacerse sobre proyecto ejemplo o copia.

Por qué quedarse en sandbox

Unreal MCP actúa dentro de un editor Unreal mediante plugin nativo y servidor Python. Aunque las docs verificadas se concentren en actores, viewport y Blueprints, este tipo de herramienta puede modificar una escena, crear assets, compilar Blueprints y producir archivos. Un error puede romper un proyecto, contaminar un nivel o generar una estructura difícil de mantener.

La mejor regla es partir del MCPGameProject provisto y luego trabajar sobre copias. Hay que controlar archivos modificados, leer logs, mantener commits frecuentes en el proyecto Unreal y nunca lanzar una demo sobre un proyecto cliente único. El propio repositorio da motivos suficientes para esta prudencia.

Qué verificar antes de avanzar

Antes de cualquier taller, verificar Unreal Engine 5.5+, Visual Studio o toolchain de build, plugin activado, servidor Python instalado, uv funcional, puerto 55557 disponible, cliente MCP configurado y logs unreal_mcp.log legibles. Verificar también que exista un viewport activo antes de comandos de captura o focus.

Antes de cualquier recomendación profesional, añadir una capa de evaluación: estabilidad en varias sesiones, comportamiento tras crash, gestión de errores, perímetro de archivos, seguridad de red, compatibilidad con control de versión Unreal y validación por un desarrollador Unreal. Sin eso, el posicionamiento se mantiene a nivel estudio y experimentación.

Posición Educasium

Resumen: Educasium puede presentar Unreal MCP como un caso de estudio avanzado, no como una herramienta lista para integrarse en workflows cliente. La honestidad sobre el estado experimental refuerza la credibilidad de la página.

Formación propuesta

Un módulo Educasium razonable empieza con el proyecto ejemplo MCPGameProject. Muestra la compilación del plugin, el lanzamiento del servidor Python, la configuración del cliente MCP y luego una secuencia corta: listar actores, crear un cubo, mover el actor, enfocar el viewport y tomar una captura. Solo después puede crear un Blueprint simple, añadir un componente, compilar y colocar el actor.

Esta progresión mantiene visibles los riesgos. El alumno entiende la cadena C++ plugin, Python server, cliente MCP y Unreal Editor. También ve que los errores forman parte del tema, sobre todo en un proyecto experimental.

Siguiente paso lógico

El siguiente paso sería una grilla Educasium para motores en tiempo real experimentales: madurez del repositorio, advertencias README, versiones, plugin nativo, superficie de modificación, logs, rollback, tests de escena, estabilidad y pruebas visuales. Unreal MCP es útil precisamente porque obliga a enseñar esta rigurosidad.

Preguntas frecuentes

¿Unreal MCP se recomienda en producción?

No. El README verificado indica explícitamente que el uso en producción no está recomendado por ahora. También explica que la API puede cambiar, que puede haber breaking changes sin aviso y que algunas funcionalidades pueden ser inestables. Esta página lo trata como una herramienta de experimentación y formación controlada.

¿Qué versión de Unreal se requiere?

El README raíz indica Unreal Engine 5.5+. El proyecto ejemplo MCPGameProject se describe como un Blank Starter Project UE 5.5 con el plugin ya configurado. Antes de un taller, hay que generar archivos Visual Studio, compilar el plugin y verificar que el editor abre correctamente el proyecto.

¿Por qué hay que verificar la versión de Python?

Las fuentes no están perfectamente alineadas. El README raíz muestra Python 3.12+, mientras Python/README.md y pyproject.toml indican Python 3.10+. Lo más fiable para una formación es preparar el entorno antes, anotar la versión realmente usada por uv y conservar un registro de instalación.

¿Qué herramientas están documentadas?

Las docs verificadas detallan actores, editor y Blueprints. Listan entre otras get_actors_in_level, create_actor, set_actor_transform, focus_viewport, take_screenshot, create_blueprint, add_component_to_blueprint y compile_blueprint. El directorio Python/tools contiene también node_tools.py, project_tools.py y umg_tools.py, pero esos módulos requieren pruebas separadas antes de uso pedagógico.