AutoCAD MCP connecte Claude ou un autre client compatible MCP à un flux AutoCAD LT ou à une génération DXF sans interface. Le dépôt puran-water/autocad-mcp décrit deux backends sous une seule API : File IPC pour piloter AutoCAD LT 2024 ou plus récent sous Windows, et ezdxf pour produire des fichiers DXF en mode headless, sans AutoCAD installé. Pour une agence d'architecture, cette distinction est centrale : le même serveur peut servir à automatiser un poste AutoCAD réel ou à fabriquer des plans DXF hors logiciel.
Le projet est publié sous licence MIT et se présente comme un serveur MCP pour l'automatisation AutoCAD LT et la génération DXF. Il expose 8 outils consolidés : drawing, entity, layer, block, annotation, pid, view et system. Le README vérifié indique aussi une version v3.1 côté documentation, alors que le fichier pyproject.toml vérifié porte encore la version 3.0.0. Cette différence n'empêche pas l'analyse, mais elle rappelle une règle simple : sur un outil open source, il faut vérifier les fichiers réels, pas seulement le titre d'une section.
Sommaire
- Ce que fait AutoCAD MCP
- Deux backends pour deux usages
- Capacités utiles en agence
- Comparaison avec Revit MCP et scripts AutoLISP
- Sécurité et limites
- Position Educasium
- Sources et suite logique
Ce que fait AutoCAD MCP
À retenir : AutoCAD MCP n'est pas seulement un pilote AutoCAD, c'est aussi un générateur DXF headless. Cette double nature le rend utile pour des tâches très différentes : automatiser un poste AutoCAD LT déjà utilisé par l'équipe, ou produire des fichiers DXF depuis un environnement Python sans licence AutoCAD active.
Pilotage naturel d'AutoCAD LT
Le backend File IPC s'appuie sur Windows Python, AutoCAD LT 2024 ou plus récent, et un dispatcher AutoLISP chargé dans AutoCAD via APPLOAD. Le README précise que AutoLISP a été ajouté à AutoCAD LT dans la version 2024 pour Windows, et que AutoCAD LT pour Mac ne supporte pas AutoLISP. Une agence sur Mac ne doit donc pas lire cette page comme une promesse de pilotage AutoCAD LT équivalente.
Le mécanisme File IPC écrit des commandes et résultats JSON dans un dossier local, par défaut C:/temp, puis déclenche le dispatcher AutoLISP dans AutoCAD. Le README indique que le serveur utilise PostMessageW vers la fenêtre MDIClient, ce qui évite de voler le focus de l'utilisateur pendant l'automatisation. C'est un détail pratique important pour un poste de production : l'outil ne devrait pas interrompre systématiquement le travail dans une autre application.
Génération DXF sans AutoCAD
Le backend ezdxf fonctionne sur Linux, macOS, WSL ou Windows pour générer du DXF hors ligne sans AutoCAD installé. Il ne couvre pas toutes les opérations du backend File IPC, mais il permet de produire ou modifier des dessins structurés en mode headless. Pour Educasium, c'est souvent le scénario pédagogique le plus simple : on peut démontrer des logiques de calques, blocs, annotations et entités sans toucher une licence AutoCAD client.
La bascule entre backends se fait avec la variable AUTOCAD_MCP_BACKEND : auto, file_ipc ou ezdxf. En mode auto, le serveur tente File IPC puis retombe sur ezdxf si AutoCAD n'est pas disponible. Ce comportement est utile, mais il peut aussi masquer un problème de configuration : pour un test agence, il faut toujours vérifier le backend effectivement utilisé avec l'outil system.
Deux backends pour deux usages
À retenir : File IPC sert à piloter AutoCAD LT ; ezdxf sert à travailler sur le fichier DXF. Les deux partagent une API, mais ils ne doivent pas être vendus comme strictement équivalents.
File IPC : le poste AutoCAD réel
Le backend File IPC exige Windows 10 ou 11, AutoCAD LT 2024 ou plus récent sous Windows, Python 3.10 ou plus en natif Windows, et le gestionnaire uv. Il faut aussi charger le fichier mcp_dispatch.lsp dans AutoCAD LT via APPLOAD. Le README recommande de l'ajouter à la Startup Suite pour le charger automatiquement à chaque dessin.
Ce backend permet plus d'opérations que ezdxf, notamment plot_pdf, undo, redo, offset, fillet, chamfer et execute_lisp. Il est donc le plus proche d'un vrai assistant AutoCAD, mais aussi le plus sensible. Dès qu'un outil peut agir sur un dessin ouvert, la méthode agence doit inclure sauvegarde, fichier de test et journal des opérations.
ezdxf : le mode headless
Le backend ezdxf ne nécessite pas AutoCAD. Il peut ouvrir, créer, modifier et sauvegarder des fichiers DXF, gérer des entités, des calques, certains blocs et des annotations, puis rendre une capture via matplotlib. En revanche, il ne sait pas tracer en PDF comme AutoCAD, ni reproduire toutes les opérations dépendantes de l'interface ou d'AutoLISP.
Ce mode a un intérêt fort pour les workflows de génération. Une équipe peut créer des variantes de plans simples, préparer des fichiers techniques, ou produire des bases DXF pour contrôle sans immobiliser un poste AutoCAD. Le bon critère de choix n'est donc pas "quel backend est meilleur", mais "le livrable doit-il passer par AutoCAD LT, ou un DXF structuré suffit-il ?".
Capacités utiles en agence
À retenir : les outils les plus utiles sont ceux qui structurent le dessin : calques, entités, blocs, annotations et exports. L'intérêt n'est pas de demander à Claude de dessiner librement, mais de lui confier des opérations cadrées.
Dessin, entités et calques
L'outil drawing couvre la création, l'ouverture, l'information sur le dessin, la sauvegarde, l'export DXF, le purge, les variables système, undo et redo selon le backend. L'outil entity couvre la création de lignes, cercles, polylignes, rectangles, arcs, ellipses, textes multilignes et hachures, puis des opérations comme copy, move, rotate, scale, mirror, array et erase. C'est suffisant pour des dessins techniques simples, mais pas pour remplacer une vraie modélisation métier.
L'outil layer permet de lister, créer, définir le calque courant, modifier les propriétés, geler, dégeler, verrouiller et déverrouiller. Pour une agence, c'est probablement le point le plus robuste : beaucoup d'erreurs de plan viennent d'une structure de calques incohérente. Un assistant qui prépare ou vérifie cette structure peut gagner du temps, à condition que la convention de calques soit écrite avant le prompt.
Blocs, annotations et P&ID
L'outil block peut lister, insérer, insérer avec attributs, lire et mettre à jour des attributs, avec une définition de bloc disponible côté ezdxf. L'outil annotation couvre textes, dimensions linéaires, alignées, angulaires, de rayon, et leaders. Ces fonctions sont pertinentes pour produire des plans répétitifs ou enrichir un dessin de base, mais elles nécessitent un contrôle visuel.
Le module pid vise les schémas P&ID avec une bibliothèque de symboles CTO. Le README précise que l'insertion de symboles P&ID exige la bibliothèque CAD Tools Online installée à C:/PIDv4-CTO pour certains scénarios, et que le backend ezdxf embarque un support de bibliothèque CTO. Pour une agence d'architecture pure, ce module est moins central ; pour une équipe process, industrie ou fluides, il peut être beaucoup plus intéressant.
Comparaison avec Revit MCP et scripts AutoLISP
À retenir : AutoCAD MCP est plus proche d'une automatisation de dessin 2D/DXF que d'un assistant BIM. Il ne joue pas le même rôle que Revit MCP.
| Option | Usage naturel | Force principale | Limite à surveiller |
|---|---|---|---|
| AutoCAD MCP | Automatiser AutoCAD LT et produire du DXF | Deux backends, 8 outils consolidés, Python | Windows requis pour le pilotage AutoCAD LT |
| Revit MCP | Agir sur une maquette BIM Revit | Accès à des éléments BIM et données de modèle | Gouvernance forte sur les commandes d'écriture |
| Scripts AutoLISP seuls | Automatiser AutoCAD directement | Contrôle précis et connu des utilisateurs CAD | Moins accessible en langage naturel |
AutoCAD MCP face à Revit MCP
Le MCP Revit agit sur un modèle BIM avec niveaux, pièces, familles, quantitatifs et API Revit. AutoCAD MCP agit d'abord sur un dessin AutoCAD LT ou un fichier DXF. Les deux peuvent automatiser des tâches répétitives, mais le contexte de risque n'est pas le même : dans Revit, une modification peut toucher la logique BIM ; dans AutoCAD, elle touche surtout la géométrie, les calques, blocs et annotations.
Une agence qui travaille encore beaucoup en DWG peut tirer plus de valeur immédiate d'AutoCAD MCP que d'un connecteur BIM. Une agence Revit ou Archicad n'a pas intérêt à ajouter AutoCAD MCP si ses livrables DWG sont marginaux. L'outil doit suivre le flux de production réel, pas une préférence technologique.
AutoCAD MCP face à AutoLISP
AutoCAD MCP ne supprime pas AutoLISP ; il s'appuie dessus pour le backend File IPC. La différence est l'interface : au lieu d'écrire ou lancer un script à la main, un client MCP appelle des outils structurés, et peut aller jusqu'à execute_lisp pour exécuter une expression AutoLISP arbitraire. Cette puissance doit être encadrée, car elle transforme le serveur en plateforme d'automatisation extensible.
Pour une équipe CAD mature, le meilleur usage est probablement hybride. Les routines AutoLISP critiques restent écrites, relues et versionnées ; AutoCAD MCP sert à les appeler, à préparer les paramètres, ou à réaliser des opérations simples. Cette approche évite de laisser un assistant improviser des scripts sur un fichier de production.
Sécurité et limites
À retenir : le risque principal est l'exécution de commandes trop puissantes sur un dessin de production. Le fait que l'outil soit local ne suffit pas à le rendre sûr.
Données locales et fichiers de travail
Le serveur fonctionne localement et, en backend File IPC, communique avec AutoCAD via fichiers JSON temporaires. Le fichier DWG ou DXF n'est pas envoyé automatiquement à GitHub. En revanche, ce que l'utilisateur copie dans son client IA, noms de calques, extrait de géométrie, erreurs ou chemins de fichiers, peut entrer dans la conversation avec le modèle.
Pour un premier test, il faut travailler sur un dessin interne ou une copie anonymisée. Le dossier IPC par défaut C:/temp doit aussi être compris : si une agence le change, le README précise qu'il faut aligner la variable côté Python et côté LISP. Un désalignement peut donner l'impression que le serveur est cassé alors que les deux côtés ne lisent simplement pas le même dossier.
Commandes à privilège élevé
execute_lisp est l'outil le plus sensible. Le README indique qu'il exécute du code AutoLISP arbitraire en backend File IPC, et qu'il transforme le serveur en plateforme d'automatisation extensible. C'est puissant pour une équipe technique, mais trop dangereux comme commande activée sans gouvernance pour tous les utilisateurs.
Les opérations erase, purge, save, save_as_dxf, plot_pdf et les modifications en série doivent aussi être testées sur copie. Une bonne règle agence consiste à séparer les commandes de lecture et d'information des commandes d'écriture. Le passage en production ne vient qu'après validation d'un protocole : fichiers tests, conventions de calques, sauvegardes, limites de prompt et responsable CAD.
Position Educasium
À retenir : Educasium peut utiliser AutoCAD MCP comme support de méthode, mais ne doit pas le présenter comme un gain déjà mesuré en agence.
Retour d'expérience disponible
Educasium forme les professionnels de l'architecture et du BTP à intégrer l'IA dans des workflows concrets. Nous n'avons pas encore déployé AutoCAD MCP dans une agence cliente ni mesuré un temps gagné vérifié sur des plans DWG réels. L'analyse repose donc sur les sources techniques du projet, pas sur un cas client Educasium.
Ce positionnement reste utile. AutoCAD MCP est un bon exemple pour expliquer la différence entre automatisation locale, génération headless et assistant conversationnel. Il permet aussi de montrer pourquoi les équipes doivent définir leurs règles avant de lancer des commandes : structure de calques, unités, format de blocs, dossiers de sortie, sauvegarde et contrôle visuel.
Hypothetical implementation
Hypothetical implementation. Pour un pilote prudent, Educasium commencerait par le backend ezdxf sur un fichier DXF simple, afin de vérifier les opérations de dessin, calques et annotations sans toucher AutoCAD. La deuxième étape consisterait à installer le backend File IPC sur un poste Windows avec AutoCAD LT 2024 ou plus récent, à charger mcp_dispatch.lsp, puis à tester uniquement system, drawing info, layer list et view screenshot.
Les commandes de modification viendraient ensuite, sur copie de dessin. execute_lisp resterait désactivé ou réservé à un référent CAD capable de relire le code demandé. Le critère de réussite ne serait pas une démonstration impressionnante, mais une liste courte d'opérations fiables : créer une base DXF, appliquer une convention de calques, insérer des blocs standard, produire une capture ou préparer un export.
Sources et suite logique
À retenir : les affirmations de cette page viennent du README, du pyproject et des métadonnées GitHub vérifiés le 26 août 2026. Les différences entre README v3.1 et pyproject 3.0.0 ont été conservées dans l'analyse au lieu d'être lissées.
À lire ensuite
Si votre agence travaille en BIM, comparez AutoCAD MCP avec le MCP Revit et le MCP Archicad. Si vous cherchez une vision plus large des outils IA en architecture, consultez le comparatif des logiciels IA pour architectes et le guide outils IA pour architectes 2026.
Pour cadrer l'adoption côté équipe, la formation Maîtriser l'IA en architecture et le hub Skills pour architectes restent les points d'entrée les plus cohérents. AutoCAD MCP n'est pas une fin en soi : c'est un outil possible dans une stratégie d'automatisation CAD plus large.