3dsmax-mcp conecta agentes de IA con Autodesk 3ds Max mediante el Model Context Protocol, con un servidor Python FastMCP, un bridge nativo C++ cargado dentro de 3ds Max y un fallback MAXScript. El repositorio cl0nazepamm/3dsmax-mcp cubre lectura de escena, objetos, materiales, modificadores, controladores, capturas de viewport, renders, archivos .max, plugins, Max Creation Graph, Data Channel y módulos especializados como tyFlow. En la verificación GitHub del 26 de agosto de 2026, el repositorio tenía licencia MIT, 188 estrellas y 36 forks, y su versión declarada era 1.5.1.
Para Educasium, este conector es especialmente pertinente para visualización arquitectónica, archviz, motion design, animación y pipelines 3D avanzados. Es más amplio que un simple asistente de modelado: la documentación anuncia 151 herramientas en perfil full y 87 en perfil core. Esta riqueza impone una regla sencilla: empezar con un perímetro reducido, verificar la escena después de cada acción y no tratar nunca el safe mode como una garantía completa de seguridad.
Sumario
- Qué hace 3dsmax-mcp
- Arquitectura e instalación
- Capacidades útiles en visualización
- Comparación con Blender, Cinema 4D y Rhino
- Seguridad, safe mode y límites
- Posición de Educasium
- Fuentes y siguiente lectura
Qué hace 3dsmax-mcp
Idea clave: 3dsmax-mcp expone 3ds Max como una escena consultable, modificable y renderizable por un asistente de IA. La documentación verificada anuncia 151 herramientas en el perfil completo y 87 herramientas en el perfil core, lo que lo convierte en uno de los conectores más amplios de esta biblioteca.
Perfiles de herramientas
El perfil core cubre usos cotidianos: lectura de escena, objetos, materiales, modificadores, controladores, viewport, archivos, plugins, organización y aprendizaje de patrones de escena. El perfil full añade módulos especializados como tyFlow, MCG, Forest Pack, RailClone, Data Channel, efectos, floor plan, state sets, wire params, render, render automations y pilotos del chat integrado en 3ds Max. La documentación avanzada invita a elegir el perfil según riesgo y necesidad.
Esta separación es útil para un equipo. Un estudio de visualización no necesita exponer inmediatamente tyFlow, MCG, Data Channel o chat in-Max a un asistente. Un perfil core suele bastar para inspeccionar una escena, ajustar materiales, organizar capas, capturar el viewport o preparar una variante.
Herramientas de escena y objetos
La documentación lista query_scene, get_hierarchy, get_instances y get_dependencies para consultar la escena. Las herramientas de objeto cubren create_object, delete_objects, get_object_properties, set_object_property, transform_object, analyze_node_orientation, clone_objects, set_parent, select_objects, set_visibility y batch_rename_objects. Estas funciones dan al asistente una visión estructurada de los objetos en vez de depender solo de descripciones humanas.
Para archviz, esto puede ayudar a limpiar una escena, renombrar objetos, seleccionar familias, controlar visibilidad, inspeccionar dependencias o preparar capturas. El riesgo existe desde que el asistente puede borrar, transformar o reparentar objetos. Una prueba debe empezar con una copia de escena, no con un archivo cliente entregado por un arquitecto.
Arquitectura e instalación
Idea clave: 3dsmax-mcp combina Python, uv, un paquete ApplicationPlugins de Autodesk y binarios GUP por versión de 3ds Max. Es una integración local avanzada, no un script aislado.
Prerrequisitos verificados
El README pide Python 3.12 o superior, uv y Autodesk 3ds Max 2023 a 2027. El pyproject verificado indica el nombre 3dsmax-mcp, la versión 1.5.1, una dependencia mcp[cli] >=1.0.0 y <2.0.0, y clasificación Windows. El changelog explica que ese límite superior es voluntario, porque mcp 2.0 movió mcp.server.fastmcp y podía romper instalaciones frescas.
Estos detalles importan para la explotación. Instalar sin respetar el lock o la restricción mcp puede producir un error de importación antes de llegar a 3ds Max. Un puesto piloto debe por tanto mantener documentadas la versión Python, uv.lock y las rutas de instalación.
Bridge nativo y fallback MAXScript
La documentación avanzada describe la arquitectura como AI agent hacia FastMCP Python, luego bridge nativo C++ Global Utility Plugin dentro de 3ds Max, con fallback MAXScript listener. El instalador despliega un bundle ApplicationPlugins en ProgramData, con binarios mcp_bridge_2023.gup a mcp_bridge_2027.gup y un script mcp_server.ms. También escribe configuración en LocalAppData y puede registrar el servidor en varios clientes MCP.
Esta elección es más robusta que una vuelta puramente textual por MAXScript, porque el bridge nativo puede leer y manipular objetos mediante el SDK de 3ds Max. Pero también aumenta la superficie de instalación: plugin Autodesk, permisos ProgramData, scripts de arranque, configuración local, versiones 2023 a 2027 y eventual fallback TCP.
Capacidades útiles en visualización
Idea clave: este conector se adapta especialmente a escenas, materiales, renders, capturas y pipelines de assets. No debe presentarse como un motor mágico que entiende automáticamente la intención artística o las restricciones cliente.
Materiales, texturas y render
La documentación lista get_materials, get_material_library, backup_material_library, inspect_material_network, replicate_material, assign_material, set_material_property, set_material_properties, set_sub_material, create_texture_map, create_material_from_textures, create_shell_material, write_osl_shader, replace_material, batch_replace_materials, palette_laydown y smart_import. Para un equipo archviz, son zonas de productividad creíbles: inventario de materiales, remapeo de texturas, creación PBR y reemplazo por lotes.
El servidor cubre también capture_viewport, capture_multi_view, capture_screen, render_scene y render_automations. El changelog indica que las capturas devuelven rutas de archivo en lugar de base64 inline, lo que evita respuestas herramienta demasiado pesadas. Para un curso, es interesante: los estudiantes pueden comparar prompt, escena, captura y corrección visual sin creer que el render final es automático.
Modificadores, animación y grafos
Las herramientas de modificadores cubren añadido, eliminación, estado viewport o render, parámetro, collapse y desinstanciación. Los controladores y la animación cubren assign_controller, inspect_controller, inspect_track_view, set_controller_props, add_controller_target y keyframe_tracks. Los módulos avanzados añaden Data Channel, wire params, Max Creation Graph y tyFlow.
Estas capacidades abren casos potentes, pero también más frágiles. Un asistente puede ayudar a construir una red procedural o inspeccionar parámetros, pero la documentación marca varios módulos como work in progress. Para un estudio, los módulos WIP deben permanecer en laboratorio hasta demostrar estabilidad en escenas reales.
Comparación con Blender, Cinema 4D y Rhino
Idea clave: 3dsmax-mcp es el más orientado a pipeline profesional 3ds Max y plugins especializados. No sustituye conectores más simples cuando la necesidad se limita a modelado ligero.
| Opción | Uso natural | Fuerza principal | Límite a vigilar |
|---|---|---|---|
| 3dsmax-mcp | Archviz, escenas pesadas, materiales, plugins, render | 151 herramientas, bridge nativo, perfiles core y full | Instalación avanzada, safe mode incompleto, módulos WIP |
| Blender MCP | Modelado y render open source | Gratuito, Python, amplia adopción creativa | Variabilidad de add-ons y gobernanza Python |
| Cinema 4D MCP | Motion design y render C4D | Lógica artista, MoGraph, cámara, shader | Dependencia del plugin socket y licencia Maxon |
| Rhino MCP | Geometría NURBS y Grasshopper | Modelado arquitectura y paramétrico | Brecha entre workflows Rhino y Grasshopper |
Diferencia con Blender MCP
Blender MCP atrae a menudo porque Blender es gratuito y programable en Python. 3dsmax-mcp apunta a otro público: estudios que ya tienen escenas Max, bibliotecas .max, plugins, workflows V-Ray, Corona, tyFlow, Forest Pack o RailClone. La pregunta no es solo qué MCP es más popular, sino qué software sostiene ya la producción.
Para Educasium, 3ds Max habla directamente a los métiers de visualización arquitectónica. Puede servir para mostrar cómo la IA asiste limpieza de escena, materiales y renders. Blender sigue siendo más accesible para demostrar un principio a público amplio, sobre todo cuando no hay licencia 3ds Max disponible.
Diferencia con Rhino y Revit
Rhino y Revit trabajan más cerca del diseño arquitectónico o BIM. 3ds Max suele intervenir más tarde, en representación, render, animación o producción visual. Ese lugar en la cadena cambia la gobernanza: modificar un render no tiene el mismo impacto que modificar una maqueta BIM, pero borrar un asset, romper una jerarquía o sobrescribir una escena puede costar mucho.
La lectura correcta es pipeline. Revit MCP actúa sobre datos de edificio, Rhino MCP sobre geometría de diseño, 3dsmax-mcp sobre la escena de visualización. Una formación seria debe ayudar a los equipos a saber dónde el asistente tiene derecho a actuar.
Seguridad, safe mode y límites
Idea clave: el safe mode de 3dsmax-mcp previene algunos accidentes, pero la documentación precisa explícitamente que no es un sandbox. Hay que añadir reglas de explotación además de la configuración.
Safe mode
La documentación avanzada indica que safe_mode está en true por defecto y bloquea algunas formas peligrosas en execute_maxscript, especialmente DOSCommand, ShellLaunch, deleteFile, python.Execute y createFile. También precisa que el filtrado es una blocklist insensible a mayúsculas. Autores decididos pueden sortearlo mediante concatenación o llamadas indirectas.
El safe mode no lo cubre todo. Handlers nativos como delete_objects, manage_scene, render_scene, merge_from_file, write_osl_shader y las capturas viewport quedan fuera de este filtro. La documentación también señala que el named pipe usa ACL por defecto, lo que significa que un proceso lanzado por el mismo usuario puede normalmente conectarse en una máquina de desarrollo.
Reglas de explotación
La primera prueba debe usar una copia de escena, el perfil core, safe_mode true y una carpeta de salida aislada. Las herramientas destructivas deben probarse con undo_last y una verificación visual. Los módulos full, MCG, tyFlow, Data Channel, write_osl_shader y execute_maxscript deben permanecer desactivados hasta que el equipo valide el comportamiento.
En un estudio, el mayor riesgo no es solo borrar un objeto. También es la acumulación de pequeñas modificaciones difíciles de releer: materiales reemplazados, controladores modificados, jerarquías cambiadas, capas reorganizadas o archivos fusionados. El registro de prompts y la comparación de escena deben formar parte del protocolo.
Posición de Educasium
Idea clave: Educasium puede presentar 3dsmax-mcp como un ejemplo avanzado de automatización de visualización 3D, sin afirmar despliegue cliente. Esta página se basa en el repositorio GitHub y la documentación verificados el 26 de agosto de 2026.
Lo que podemos decir
Podemos decir que el repositorio existe, que es MIT, que apunta a 3ds Max 2023 a 2027, que declara 151 herramientas en perfil full y 87 en perfil core, que instala un bundle ApplicationPlugins con bridge nativo y que incluye un safe mode limitado para execute_maxscript. También podemos decir que cubre objetos, materiales, modificadores, controladores, capturas, renders, archivos .max y varios módulos procedurales.
No debemos decir que Educasium lo usó para producir renders cliente, que garantiza calidad fotorrealista ni que securiza completamente 3ds Max. Esas afirmaciones requerirían escenas, pruebas, logs, comparativos de render y validación de dirección artística. Sin eso, siguen siendo hipótesis.
Implementación hipotética
Una implementación hipotética empezaría en una escena ficticia con algunos objetos, materiales y luces. El equipo activa el perfil core, confirma get_bridge_status y get_session_context, lanza query_scene, inspecciona materiales y jerarquía, captura el viewport y prueba una modificación menor con verificación inmediata. Ningún módulo WIP debe usarse en esta primera prueba.
La segunda etapa probaría importación de assets, reemplazo de materiales y render sobre una copia de escena. La tercera compararía el resultado con un workflow humano: tiempo, errores, legibilidad de modificaciones, capacidad de deshacer y calidad visual. La decisión de producción debe venir solo después de esta comparación.
Fuentes y siguiente lectura
Idea clave: esta página se escribió a partir de fuentes GitHub verificadas el 26 de agosto de 2026. Las cifras GitHub, el número de herramientas y los módulos WIP pueden evolucionar rápido, por lo que la versión del repositorio debe recontrolarse antes de cualquier recomendación.
Para continuar, compare 3dsmax-mcp con Blender MCP, Cinema 4D MCP y Rhino MCP. La buena elección depende primero del software que ya sostiene la producción visual. La IA no borra la disciplina de escena: la acelera solo si perímetro, archivos y permisos están encuadrados.