AutoCAD MCP conecta Claude u otro cliente compatible con MCP con un flujo AutoCAD LT o con generación DXF sin interfaz. El repositorio puran-water/autocad-mcp describe dos backends bajo una sola API: File IPC para controlar AutoCAD LT 2024 o más reciente en Windows, y ezdxf para producir archivos DXF en modo headless, sin AutoCAD instalado. Para un estudio de arquitectura, esta diferencia es central: el mismo servidor puede automatizar un puesto AutoCAD real o fabricar planos DXF fuera del software.
El proyecto se publica bajo licencia MIT y se presenta como un servidor MCP para automatización de AutoCAD LT y generación DXF. Expone 8 herramientas consolidadas: drawing, entity, layer, block, annotation, pid, view y system. El README verificado menciona una versión v3.1 en la documentación, mientras que el archivo pyproject.toml verificado todavía indica la versión 3.0.0. Esta diferencia no bloquea el análisis, pero recuerda una regla simple: en una herramienta open source, hay que verificar archivos reales, no solo el título de una sección.
Sumario
- Qué hace AutoCAD MCP
- Dos backends para dos usos
- Capacidades útiles en estudio
- Comparación con Revit MCP y scripts AutoLISP
- Seguridad y límites
- Posición de Educasium
- Fuentes y siguiente lectura
Qué hace AutoCAD MCP
En síntesis: AutoCAD MCP no es solo un controlador de AutoCAD, también es un generador DXF headless. Esta doble naturaleza lo hace útil para tareas muy distintas: automatizar un puesto AutoCAD LT ya usado por el equipo, o producir archivos DXF desde un entorno Python sin licencia AutoCAD activa.
Control natural de AutoCAD LT
El backend File IPC se apoya en Windows Python, AutoCAD LT 2024 o más reciente, y un dispatcher AutoLISP cargado en AutoCAD mediante APPLOAD. El README precisa que AutoLISP se añadió a AutoCAD LT en la versión 2024 para Windows, y que AutoCAD LT para Mac no soporta AutoLISP. Un estudio en Mac no debe leer esta página como una promesa de control equivalente de AutoCAD LT.
El mecanismo File IPC escribe comandos y resultados JSON en un directorio local, por defecto C:/temp, y luego activa el dispatcher AutoLISP en AutoCAD. El README indica que el servidor usa PostMessageW hacia la ventana MDIClient, evitando robar el foco al usuario durante la automatización. Es un detalle práctico importante para un puesto de producción: la herramienta no debería interrumpir sistemáticamente el trabajo en otra aplicación.
Generación DXF sin AutoCAD
El backend ezdxf funciona en Linux, macOS, WSL o Windows para generar DXF offline sin AutoCAD instalado. No cubre todas las operaciones del backend File IPC, pero permite producir o modificar dibujos estructurados en modo headless. Para Educasium, suele ser el escenario pedagógico más simple: se pueden demostrar lógicas de capas, bloques, anotaciones y entidades sin tocar una licencia AutoCAD cliente.
El cambio entre backends se realiza con la variable AUTOCAD_MCP_BACKEND: auto, file_ipc o ezdxf. En modo auto, el servidor intenta File IPC y cae en ezdxf si AutoCAD no está disponible. Este comportamiento es útil, pero también puede ocultar un problema de configuración: para una prueba de estudio, siempre hay que verificar el backend realmente usado con la herramienta system.
Dos backends para dos usos
En síntesis: File IPC sirve para controlar AutoCAD LT; ezdxf sirve para trabajar sobre el archivo DXF. Comparten una API, pero no deben venderse como estrictamente equivalentes.
File IPC: el puesto AutoCAD real
El backend File IPC exige Windows 10 u 11, AutoCAD LT 2024 o más reciente en Windows, Python 3.10 o superior en Windows nativo, y el gestor uv. También hay que cargar el archivo mcp_dispatch.lsp en AutoCAD LT mediante APPLOAD. El README recomienda añadirlo a la Startup Suite para que cargue automáticamente con cada dibujo.
Este backend permite más operaciones que ezdxf, entre ellas plot_pdf, undo, redo, offset, fillet, chamfer y execute_lisp. Por eso es el más cercano a un verdadero asistente AutoCAD, pero también el más sensible. Desde el momento en que una herramienta puede actuar sobre un dibujo abierto, el método de estudio debe incluir copia de seguridad, archivo de prueba y registro de operaciones.
ezdxf: el modo headless
El backend ezdxf no necesita AutoCAD. Puede abrir, crear, modificar y guardar archivos DXF, gestionar entidades, capas, ciertos bloques y anotaciones, y renderizar una captura con matplotlib. En cambio, no puede trazar en PDF como AutoCAD ni reproducir todas las operaciones dependientes de la interfaz o de AutoLISP.
Este modo tiene interés para workflows de generación. Un equipo puede crear variantes de planos simples, preparar archivos técnicos o producir bases DXF para revisión sin inmovilizar un puesto AutoCAD. El buen criterio de elección no es "qué backend es mejor", sino "el entregable debe pasar por AutoCAD LT, o basta un DXF estructurado".
Capacidades útiles en estudio
En síntesis: las herramientas más útiles son las que estructuran el dibujo: capas, entidades, bloques, anotaciones y exportaciones. El interés no es pedirle a Claude que dibuje libremente, sino confiarle operaciones acotadas.
Dibujo, entidades y capas
La herramienta drawing cubre creación, apertura, información sobre el dibujo, guardado, exportación DXF, purga, variables del sistema, undo y redo según el backend. La herramienta entity cubre creación de líneas, círculos, polilíneas, rectángulos, arcos, elipses, textos multilínea y sombreados, además de operaciones como copy, move, rotate, scale, mirror, array y erase. Es suficiente para dibujos técnicos simples, pero no para reemplazar una verdadera modelización métier.
La herramienta layer permite listar, crear, definir la capa actual, modificar propiedades, congelar, descongelar, bloquear y desbloquear. Para un estudio, probablemente es el punto más robusto: muchos errores de plano vienen de una estructura de capas incoherente. Un asistente que prepare o verifique esa estructura puede ahorrar tiempo, siempre que la convención de capas esté escrita antes del prompt.
Bloques, anotaciones y P&ID
La herramienta block puede listar, insertar, insertar con atributos, leer y actualizar atributos, con definición de bloque disponible en ezdxf. La herramienta annotation cubre textos, dimensiones lineales, alineadas, angulares, de radio, y leaders. Estas funciones son pertinentes para producir planos repetitivos o enriquecer un dibujo base, pero requieren control visual.
El módulo pid apunta a esquemas P&ID con una biblioteca de símbolos CTO. El README precisa que la inserción de símbolos P&ID exige la biblioteca CAD Tools Online instalada en C:/PIDv4-CTO para algunos escenarios, y que el backend ezdxf incluye soporte de biblioteca CTO. Para un estudio de arquitectura puro, este módulo es menos central; para un equipo de procesos, industria o fluidos, puede ser mucho más interesante.
Comparación con Revit MCP y scripts AutoLISP
En síntesis: AutoCAD MCP se parece más a una automatización de dibujo 2D/DXF que a un asistente BIM. No juega el mismo papel que Revit MCP.
| Opción | Uso natural | Principal fortaleza | Límite a vigilar |
|---|---|---|---|
| AutoCAD MCP | Automatizar AutoCAD LT y producir DXF | Dos backends, 8 herramientas consolidadas, Python | Windows requerido para controlar AutoCAD LT |
| Revit MCP | Actuar sobre una maqueta BIM Revit | Acceso a elementos BIM y datos de modelo | Gobernanza fuerte sobre comandos de escritura |
| Scripts AutoLISP solos | Automatizar AutoCAD directamente | Control preciso y conocido por usuarios CAD | Menos accesible en lenguaje natural |
AutoCAD MCP frente a Revit MCP
El MCP de Revit actúa sobre un modelo BIM con niveles, recintos, familias, mediciones y API Revit. AutoCAD MCP actúa primero sobre un dibujo AutoCAD LT o un archivo DXF. Los dos pueden automatizar tareas repetitivas, pero el contexto de riesgo no es el mismo: en Revit, una modificación puede tocar la lógica BIM; en AutoCAD, afecta sobre todo geometría, capas, bloques y anotaciones.
Un estudio que todavía trabaja mucho en DWG puede obtener más valor inmediato de AutoCAD MCP que de un conector BIM. Un estudio Revit o Archicad no tiene interés en añadir AutoCAD MCP si sus entregables DWG son marginales. La herramienta debe seguir el flujo de producción real, no una preferencia tecnológica.
AutoCAD MCP frente a AutoLISP
AutoCAD MCP no elimina AutoLISP; se apoya en él para el backend File IPC. La diferencia está en la interfaz: en vez de escribir o lanzar un script manualmente, un cliente MCP invoca herramientas estructuradas, e incluso puede llegar a execute_lisp para ejecutar una expresión AutoLISP arbitraria. Esta potencia debe estar enmarcada, porque convierte el servidor en una plataforma de automatización extensible.
Para un equipo CAD maduro, el mejor uso probablemente sea híbrido. Las rutinas AutoLISP críticas permanecen escritas, revisadas y versionadas; AutoCAD MCP sirve para llamarlas, preparar parámetros o realizar operaciones simples. Este enfoque evita dejar que un asistente improvise scripts sobre un archivo de producción.
Seguridad y límites
En síntesis: el riesgo principal es ejecutar comandos demasiado potentes sobre un dibujo de producción. Que la herramienta sea local no basta para hacerla segura.
Datos locales y archivos de trabajo
El servidor funciona localmente y, en backend File IPC, se comunica con AutoCAD mediante archivos JSON temporales. El archivo DWG o DXF no se envía automáticamente a GitHub. En cambio, lo que el usuario copia en su cliente IA, nombres de capas, extracto de geometría, errores o rutas de archivos, puede entrar en la conversación con el modelo.
Para una primera prueba, conviene trabajar sobre un dibujo interno o una copia anonimizada. El directorio IPC por defecto C:/temp también debe entenderse: si un estudio lo cambia, el README precisa que hay que alinear la variable del lado Python y del lado LISP. Un desajuste puede dar la impresión de que el servidor está roto cuando ambos lados simplemente no leen el mismo directorio.
Comandos de privilegio alto
execute_lisp es la herramienta más sensible. El README indica que ejecuta código AutoLISP arbitrario en backend File IPC, y que transforma el servidor en una plataforma de automatización extensible. Es potente para un equipo técnico, pero demasiado peligroso como comando activado sin gobernanza para todos los usuarios.
Las operaciones erase, purge, save, save_as_dxf, plot_pdf y las modificaciones en serie también deben probarse sobre copia. Una buena regla de estudio consiste en separar comandos de lectura e información de comandos de escritura. El paso a producción solo llega después de validar un protocolo: archivos test, convenciones de capas, copias de seguridad, límites de prompt y responsable CAD.
Posición de Educasium
En síntesis: Educasium puede usar AutoCAD MCP como soporte metodológico, pero no debe presentarlo como un ahorro ya medido en estudio.
Experiencia disponible
Educasium forma a profesionales de arquitectura y construcción para integrar la IA en workflows concretos. Todavía no hemos desplegado AutoCAD MCP en un estudio cliente ni medido un tiempo ahorrado verificado sobre planos DWG reales. El análisis se apoya por tanto en las fuentes técnicas del proyecto, no en un caso cliente Educasium.
Este posicionamiento sigue siendo útil. AutoCAD MCP es un buen ejemplo para explicar la diferencia entre automatización local, generación headless y asistente conversacional. También permite mostrar por qué los equipos deben definir sus reglas antes de lanzar comandos: estructura de capas, unidades, formato de bloques, carpetas de salida, copia de seguridad y control visual.
Hypothetical implementation
Hypothetical implementation. Para un piloto prudente, Educasium empezaría por el backend ezdxf sobre un archivo DXF simple, para verificar operaciones de dibujo, capas y anotaciones sin tocar AutoCAD. La segunda etapa consistiría en instalar el backend File IPC en un puesto Windows con AutoCAD LT 2024 o más reciente, cargar mcp_dispatch.lsp, y probar únicamente system, drawing info, layer list y view screenshot.
Los comandos de modificación vendrían después, sobre copia de dibujo. execute_lisp quedaría desactivado o reservado a un referente CAD capaz de revisar el código solicitado. El criterio de éxito no sería una demostración impresionante, sino una lista corta de operaciones fiables: crear una base DXF, aplicar una convención de capas, insertar bloques estándar, producir una captura o preparar una exportación.
Fuentes y siguiente lectura
En síntesis: las afirmaciones de esta página vienen del README, del pyproject y de los metadatos GitHub verificados el 26 de agosto de 2026. Las diferencias entre README v3.1 y pyproject 3.0.0 se conservaron en el análisis en lugar de suavizarse.
Qué leer después
Si su estudio trabaja en BIM, compare AutoCAD MCP con el MCP de Revit y el MCP de Archicad. Si busca una visión más amplia de herramientas IA para arquitectura, consulte el comparativo de software IA para arquitectos y la guía herramientas IA para arquitectos 2026.
Para encuadrar la adopción del lado del equipo, la formación Dominar la IA en arquitectura y el hub Skills para arquitectos siguen siendo los puntos de entrada más coherentes. AutoCAD MCP no es un fin en sí mismo: es una herramienta posible dentro de una estrategia de automatización CAD más amplia.