3dsmax-mcp connecte des agents IA à Autodesk 3ds Max via le Model Context Protocol, avec un serveur Python FastMCP, un bridge natif C++ chargé dans 3ds Max et un fallback MAXScript. Le dépôt cl0nazepamm/3dsmax-mcp couvre la lecture de scène, les objets, matériaux, modificateurs, contrôleurs, captures viewport, rendus, fichiers .max, plugins, Max Creation Graph, Data Channel et modules spécialisés comme tyFlow. Lors de la vérification GitHub du 26 août 2026, le dépôt était sous licence MIT, comptait 188 étoiles et 36 forks, et sa version déclarée était 1.5.1.
Pour Educasium, ce connecteur est surtout pertinent pour visualisation architecturale, archviz, motion design, animation et pipelines 3D avancés. Il est plus large qu'un simple assistant de modélisation : la documentation annonce 151 outils en profil full et 87 en profil core. Cette richesse impose une règle simple : commencer avec un périmètre réduit, vérifier la scène après chaque action et ne jamais traiter le mode safe comme une garantie de sécurité complète.
Sommaire
- Ce que fait 3dsmax-mcp
- Architecture et installation
- Capacités utiles en visualisation
- Comparaison avec Blender, Cinema 4D et Rhino
- Sécurité, safe mode et limites
- Position Educasium
- Sources et suite logique
Ce que fait 3dsmax-mcp
À retenir : 3dsmax-mcp expose 3ds Max comme une scène interrogeable, modifiable et rendable par un assistant IA. La documentation vérifiée annonce 151 outils dans le profil complet et 87 outils dans le profil core, ce qui en fait l'un des connecteurs les plus larges de cette bibliothèque.
Profils d'outils
Le profil core couvre les usages quotidiens : lecture de scène, objets, matériaux, modificateurs, contrôleurs, viewport, fichiers, plugins, organisation et apprentissage de motifs de scène. Le profil full ajoute des modules spécialisés comme tyFlow, MCG, Forest Pack, RailClone, Data Channel, effets, floor plan, state sets, wire params, rendu, render automations et pilotes du chat intégré à 3ds Max. La documentation avancée recommande implicitement de choisir le profil selon le niveau de risque et de besoin.
Cette séparation est utile pour une équipe. Une agence de visualisation n'a pas forcément besoin d'exposer immédiatement tyFlow, MCG, Data Channel ou chat in-Max à un assistant. Un profil core suffit souvent pour inspecter une scène, ajuster des matériaux, organiser des calques, capturer le viewport ou préparer une variante.
Outils de scène et d'objets
La documentation liste query_scene, get_hierarchy, get_instances et get_dependencies pour interroger la scène. Les outils objets couvrent create_object, delete_objects, get_object_properties, set_object_property, transform_object, analyze_node_orientation, clone_objects, set_parent, select_objects, set_visibility et batch_rename_objects. Ces fonctions donnent à l'assistant une vision structurée des objets au lieu de dépendre uniquement de descriptions humaines.
Pour l'archviz, cela peut aider à nettoyer une scène, renommer des objets, sélectionner des familles, contrôler la visibilité, inspecter des dépendances ou préparer des captures. Le risque existe dès que l'assistant peut supprimer, transformer ou reparent des objets. Un test doit donc commencer avec une copie de scène, pas avec un fichier client livré par un architecte.
Architecture et installation
À retenir : 3dsmax-mcp combine Python, uv, un package ApplicationPlugins Autodesk et des binaires GUP par version de 3ds Max. C'est une intégration locale avancée, pas un simple script isolé.
Prérequis vérifiés
Le README demande Python 3.12 ou plus, uv et Autodesk 3ds Max 2023 à 2027. Le pyproject vérifié indique le nom 3dsmax-mcp, la version 1.5.1, une dépendance mcp[cli] >=1.0.0 et <2.0.0, et une classification Windows. Le changelog explique que cette borne supérieure est volontaire, car mcp 2.0 a déplacé mcp.server.fastmcp et pouvait casser les installations fraîches.
Ces détails sont importants pour l'exploitation. Installer sans respecter le lock ou la contrainte mcp peut produire une erreur d'import avant même d'atteindre 3ds Max. Un poste pilote doit donc garder la version Python, uv.lock et les chemins d'installation documentés.
Bridge natif et fallback MAXScript
La documentation avancée décrit l'architecture comme AI agent vers FastMCP Python, puis bridge natif C++ Global Utility Plugin dans 3ds Max, avec fallback MAXScript listener. L'installateur déploie un bundle ApplicationPlugins dans ProgramData, avec des binaires mcp_bridge_2023.gup à mcp_bridge_2027.gup et un script mcp_server.ms. Il écrit aussi une configuration sous LocalAppData et peut enregistrer le serveur dans plusieurs clients MCP.
Ce choix est plus robuste qu'une boucle purement textuelle MAXScript, parce que le bridge natif peut lire et manipuler des objets via le SDK 3ds Max. Mais il augmente aussi la surface d'installation : plugin Autodesk, droits ProgramData, scripts de démarrage, configuration locale, versions 2023 à 2027 et éventuel fallback TCP.
Capacités utiles en visualisation
À retenir : ce connecteur est particulièrement adapté aux scènes, matériaux, rendus, captures et pipelines d'assets. Il ne doit pas être présenté comme un moteur magique qui comprend automatiquement l'intention artistique ou les contraintes client.
Matériaux, textures et rendu
La documentation liste 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 et smart_import. Pour une équipe archviz, ce sont des zones de productivité crédibles : inventaire des matériaux, remappage de textures, création PBR et remplacement en lot.
Le serveur couvre aussi capture_viewport, capture_multi_view, capture_screen, render_scene et render_automations. Le changelog indique que les captures retournent des chemins de fichiers plutôt que du base64 inline, ce qui évite d'exploser les réponses outil. Pour un cours, c'est intéressant : les étudiants peuvent comparer prompt, scène, capture et correction visuelle sans faire croire que le rendu final est automatique.
Modificateurs, animation et graphes
Les outils modificateurs couvrent ajout, suppression, état viewport ou rendu, paramètre, collapse et désinstanciation. Les contrôleurs et l'animation couvrent assign_controller, inspect_controller, inspect_track_view, set_controller_props, add_controller_target et keyframe_tracks. Les modules avancés ajoutent Data Channel, wire params, Max Creation Graph et tyFlow.
Ces capacités ouvrent des cas puissants, mais aussi plus fragiles. Un assistant peut aider à construire un réseau procédural ou à inspecter des paramètres, mais la documentation signale plusieurs modules comme work in progress. Pour une agence, les modules WIP doivent rester en laboratoire jusqu'à preuve de stabilité sur les scènes réelles.
Comparaison avec Blender, Cinema 4D et Rhino
À retenir : 3dsmax-mcp est le plus orienté pipeline 3ds Max professionnel et plugins spécialisés. Il ne remplace pas les connecteurs plus simples lorsqu'un besoin se limite à de la modélisation légère.
| Option | Usage naturel | Force principale | Limite à surveiller |
|---|---|---|---|
| 3dsmax-mcp | Archviz, scènes lourdes, matériaux, plugins, rendu | 151 outils, bridge natif, profils core et full | Installation avancée, safe mode incomplet, modules WIP |
| Blender MCP | Modélisation et rendu open source | Gratuit, Python, large adoption créative | Variabilité des add-ons et gouvernance Python |
| Cinema 4D MCP | Motion design et rendu C4D | Logique artiste, MoGraph, caméra, shader | Dépendance au plugin socket et licence Maxon |
| Rhino MCP | Géométrie NURBS et Grasshopper | Modélisation architecture et paramétrique | Écart entre workflows Rhino et Grasshopper |
Différence avec Blender MCP
Blender MCP attire souvent parce que Blender est gratuit et scriptable en Python. 3dsmax-mcp vise un autre public : studios qui ont déjà des scènes Max, bibliothèques .max, plugins, workflows V-Ray, Corona, tyFlow, Forest Pack ou RailClone. La question n'est donc pas seulement quel MCP est le plus populaire, mais quel logiciel porte déjà la production.
Pour Educasium, 3ds Max parle directement aux métiers de visualisation architecturale. Il peut servir à montrer comment l'IA assiste le nettoyage de scène, les matériaux et les rendus. Blender reste plus accessible pour démontrer un principe à large public, surtout lorsque la licence 3ds Max n'est pas disponible.
Différence avec Rhino et Revit
Rhino et Revit travaillent plus près de la conception architecturale ou BIM. 3ds Max intervient souvent plus tard, dans la représentation, le rendu, l'animation ou la production visuelle. Cette place dans la chaîne change la gouvernance : modifier un rendu n'a pas le même impact que modifier une maquette BIM, mais supprimer un asset, casser une hiérarchie ou écraser une scène peut coûter très cher.
La bonne lecture est donc pipeline. Revit MCP agit sur les données bâtiment, Rhino MCP sur la géométrie de conception, 3dsmax-mcp sur la scène de visualisation. Une formation sérieuse doit aider les équipes à savoir où l'assistant a le droit d'agir.
Sécurité, safe mode et limites
À retenir : le safe mode de 3dsmax-mcp prévient certains accidents, mais la documentation précise explicitement que ce n'est pas un sandbox. Il faut donc ajouter des règles d'exploitation au-delà de la configuration.
Safe mode
La documentation avancée indique que safe_mode est true par défaut et bloque certaines formes dangereuses dans execute_maxscript, notamment DOSCommand, ShellLaunch, deleteFile, python.Execute et createFile. Elle précise aussi que ce filtrage est une blocklist insensible à la casse. Des auteurs déterminés peuvent le contourner par concaténation ou appels indirects.
Le safe mode ne couvre pas tout. Les handlers natifs comme delete_objects, manage_scene, render_scene, merge_from_file, write_osl_shader et les captures viewport restent hors de ce filtre. La documentation signale aussi que le named pipe utilise les ACL par défaut, ce qui signifie qu'un processus lancé par le même utilisateur peut généralement se connecter sur une machine de développement.
Règles d'exploitation
Le premier test doit utiliser une copie de scène, le profil core, safe_mode true et un dossier de sortie isolé. Les outils destructifs doivent être testés avec undo_last et une vérification visuelle. Les modules full, MCG, tyFlow, Data Channel, write_osl_shader et execute_maxscript doivent rester désactivés tant que l'équipe n'a pas validé le comportement.
Dans un studio, le plus grand risque n'est pas seulement la suppression d'objet. C'est aussi l'accumulation de petites modifications difficiles à relire : matériaux remplacés, contrôleurs modifiés, hiérarchies changées, calques réorganisés ou fichiers fusionnés. La journalisation des prompts et la comparaison de scène doivent faire partie du protocole.
Position Educasium
À retenir : Educasium peut présenter 3dsmax-mcp comme un exemple avancé d'automatisation de visualisation 3D, sans revendiquer de déploiement client. Cette page repose sur le dépôt GitHub et la documentation vérifiés le 26 août 2026.
Ce que nous pouvons dire
Nous pouvons dire que le dépôt existe, qu'il est MIT, qu'il cible 3ds Max 2023 à 2027, qu'il déclare 151 outils en profil full et 87 en profil core, qu'il installe un bundle ApplicationPlugins avec un bridge natif, et qu'il inclut un safe mode limité pour execute_maxscript. Nous pouvons aussi dire qu'il couvre objets, matériaux, modificateurs, contrôleurs, captures, rendus, fichiers .max et plusieurs modules procéduraux.
Nous ne devons pas dire qu'Educasium l'a utilisé pour produire des rendus client, qu'il garantit une qualité photoréaliste, ni qu'il sécurise entièrement 3ds Max. Ces affirmations demanderaient des scènes, des tests, des logs, des comparatifs de rendu et une validation de directeur artistique. Sans cela, elles restent des hypothèses.
Implémentation hypothétique
Une implémentation hypothétique commencerait sur une scène factice avec quelques objets, matériaux et lumières. L'équipe active le profil core, confirme get_bridge_status et get_session_context, lance query_scene, inspecte matériaux et hiérarchie, capture le viewport et teste une modification mineure avec vérification immédiate. Aucun module WIP ne doit être utilisé dans ce premier test.
La deuxième étape testerait l'import d'assets, le remplacement de matériaux et le rendu sur une copie de scène. La troisième étape comparerait le résultat avec un workflow humain : temps, erreurs, lisibilité des modifications, capacité d'annulation et qualité visuelle. La décision de production ne doit venir qu'après cette comparaison.
Sources et suite logique
À retenir : cette page a été écrite depuis les sources GitHub vérifiées le 26 août 2026. Les chiffres GitHub, le nombre d'outils et les modules WIP peuvent évoluer rapidement, donc la version du dépôt doit être recontrôlée avant toute recommandation.
Pour poursuivre, comparez 3dsmax-mcp avec Blender MCP, Cinema 4D MCP et Rhino MCP. Le bon choix dépend d'abord du logiciel qui porte déjà la production visuelle. L'IA n'efface pas la discipline de scène : elle la rend plus rapide seulement si le périmètre, les fichiers et les permissions sont cadrés.