CAD-MCP es un servidor MCP que permite a Claude u otro cliente compatible con MCP controlar un software CAD instalado en Windows mediante la interfaz COM. El repositorio daobataotie/CAD-MCP anuncia compatibilidad con AutoCAD, GstarCAD y ZWCAD, con funciones básicas de dibujo, texto, sombreados, acotación, capas y guardado DWG. A diferencia de AutoCAD MCP, no ofrece backend DXF headless: presupone un software CAD instalado y accesible desde Windows.
Para un estudio, CAD-MCP se lee como un conector simple para automatizar gestos 2D repetitivos en un entorno compatible DWG. Es menos ambicioso que Revit MCP, menos rico que AutoCAD MCP, pero más directo: Python, pywin32, un archivo config.json, y llamadas MCP que crean líneas, círculos, arcos, polilíneas, rectángulos, textos, sombreados y dimensiones. Esta simplicidad es útil, siempre que no se confunda con una plataforma CAD completa.
Sumario
- Qué hace CAD-MCP
- Arquitectura Windows COM
- Capacidades útiles en estudio
- Comparación con AutoCAD MCP y Revit MCP
- Seguridad y límites
- Posición de Educasium
- Fuentes y siguiente lectura
Qué hace CAD-MCP
En síntesis: CAD-MCP transforma comandos estructurados o en lenguaje natural en operaciones CAD 2D simples. El README lo presenta como un servicio de control CAD por instrucciones en lenguaje natural, con soporte para AutoCAD, GstarCAD y ZWCAD.
Herramientas expuestas
El README lista las funciones principales siguientes: dibujo de línea, círculo, arco, polilínea, rectángulo, texto, sombreado, anotación de dimensión, guardado del dibujo y procesamiento de comando natural. El archivo server.py verificado también expone draw_ellipse, lo que amplía ligeramente la superficie real respecto a la lista corta del README. Por tanto, conviene leer el conjunto verificado como una pequeña caja de herramientas de dibujo, no como una API CAD exhaustiva.
Las operaciones crean entidades en el ModelSpace del documento activo y pueden recibir parámetros como capa, color o grosor de línea según la herramienta. El controlador crea la capa si no existe y luego la asigna a la entidad. Es práctico para generar planos simples, pero presupone que el estudio define sus convenciones de capas antes.
Procesamiento del lenguaje natural
El proyecto incluye un nlp_processor destinado a convertir instrucciones textuales en parámetros CAD. El README menciona reconocimiento de colores, mapeo de palabras de forma y mapeo de acciones de dibujo o edición. Esta capa puede hacer la demostración más accesible, pero no sustituye una validación métier.
En un estudio, el buen uso consiste en mantener instrucciones muy acotadas: coordenadas, tipo de entidad, capa, color, altura de texto y ruta de guardado. Cuanto más vaga sea la instrucción, mayor será el riesgo de producir un dibujo sintácticamente correcto pero gráficamente falso. El lenguaje natural ayuda la interacción, no elimina la necesidad de especificación.
Arquitectura Windows COM
En síntesis: CAD-MCP depende de Windows, pywin32 y un software CAD instalado. No es un servicio web universal que dibuja en la nube.
Conexión con el software CAD
El archivo cad_controller.py verificado importa win32com.client y pythoncom, y elige un identificador de aplicación según el tipo CAD configurado: AutoCAD.Application para AutoCAD, GCAD.Application para GCAD o GstarCAD, y ZWCAD.Application para ZWCAD. El controlador intenta primero conectarse a una instancia CAD existente, y luego intenta iniciar una nueva instancia si no encuentra ninguna.
Este enfoque es coherente con la automatización de escritorio en Windows: el servidor controla una aplicación local, visible, instalada en el puesto. No es adecuado para un servidor Linux, un entorno CI o una máquina sin licencia CAD. Las dependencias verificadas en requirements.txt son pywin32, mcp, pydantic y typing.
Configuración e inicio
El README indica que la configuración vive en src/config.json, con el tipo de software CAD, un tiempo de espera de arranque y un retraso entre comandos. El lanzamiento se hace con Python sobre src/server.py, y luego la configuración del cliente MCP apunta a ese script. Es una instalación más manual que un paquete npm listo para ejecutar.
Este nivel de simplicidad puede bastar para un puesto de prueba. En cambio, un estudio que quiera usarlo regularmente tendrá que estabilizar la ruta Python, el tipo CAD, la carpeta de salida y las versiones instaladas. Sin eso, dos puestos pueden ejecutar la misma instrucción con comportamientos diferentes.
Capacidades útiles en estudio
En síntesis: CAD-MCP es pertinente para dibujos 2D acotados, plantillas simples y demostraciones de automatización. No debería presentarse como asistente BIM ni como sustituto de un proyectista.
Dibujo y anotaciones
Las funciones de dibujo cubren primitivas clásicas: líneas, círculos, arcos, elipses, polilíneas, rectángulos, textos, sombreados y dimensiones lineales. Es suficiente para construir un ejemplo de plano, una trama simple, un esquema de principio o una geometría repetitiva. Sin embargo, los parámetros de coordenadas siguen siendo esenciales: el asistente no conoce automáticamente todo el contexto del dibujo.
La acotación disponible es lineal o alineada según el controlador. Para un entregable profesional, sigue siendo insuficiente sin verificación gráfica: estilos de cota, escalas, unidades, textos, orientación y convenciones de cajetín no se tratan como un sistema completo en el README. La automatización puede colocar elementos, no garantizar un plano listo para entregar.
Capas y guardado DWG
El soporte de capas es más interesante para un uso en estudio. El controlador puede crear una capa, activarla y asignar entidades a esa capa. Para generar elementos repetitivos dentro de una convención DWG, es una base útil, siempre que la convención se proporcione explícitamente.
El guardado del dibujo pasa por SaveAs hacia una ruta dada. Esta capacidad debe estar enmarcada: en un puesto de producción, un comando de guardado mal dirigido puede sobrescribir un archivo o crear una versión en el lugar equivocado. Como en cualquier workflow CAD automatizado, conviene empezar en una carpeta de prueba aislada.
Comparación con AutoCAD MCP y Revit MCP
En síntesis: CAD-MCP es el conector CAD más generalista, pero no el más completo. Su fuerza es el soporte multi-CAD vía COM; su límite es la profundidad funcional.
| Opción | Uso natural | Principal fortaleza | Límite a vigilar |
|---|---|---|---|
| CAD-MCP | Dibujo 2D simple en AutoCAD, GstarCAD o ZWCAD | Misma lógica MCP para varios CAD Windows | Sin backend headless y superficie limitada |
| AutoCAD MCP | Automatizar AutoCAD LT y producir DXF | Dos backends, 8 herramientas consolidadas, ezdxf | Más específico a AutoCAD LT y DXF |
| Revit MCP | Actuar sobre una maqueta BIM | Datos BIM, niveles, recintos, familias | No cubre flujos DWG 2D |
CAD-MCP frente a AutoCAD MCP
El MCP AutoCAD es más rico para AutoCAD LT: distingue File IPC y ezdxf, documenta operaciones por backend y cubre funciones como bloques, P&ID, capturas y execute_lisp. CAD-MCP es más simple y más generalista en softwares compatibles, pero no da el mismo nivel de detalle sobre los límites por operación.
La elección depende por tanto del parque software. Si el estudio trabaja estrictamente en AutoCAD LT 2024 o más reciente y también quiere generar DXF sin AutoCAD, AutoCAD MCP parece más adaptado. Si el equipo usa GstarCAD o ZWCAD y quiere probar un control natural básico, CAD-MCP merece estudiarse.
CAD-MCP frente a Revit MCP
El MCP de Revit actúa sobre una maqueta BIM, con lógica de elementos, niveles, recintos y datos de modelo. CAD-MCP actúa sobre primitivas de dibujo 2D en un espacio modelo CAD. Los riesgos y los beneficios no son de la misma naturaleza.
Para un estudio de arquitectura, CAD-MCP tiene sentido en flujos DWG de detalle, revisión o esquemas. Es mucho menos pertinente para estructurar una maqueta, extraer mediciones BIM o verificar parámetros métier. El mejor uso es el que respeta el lugar real del DWG en el estudio.
Seguridad y límites
En síntesis: CAD-MCP puede modificar el documento CAD activo; por tanto debe probarse sobre copia. Incluso un comando simple puede producir un dibujo falso si las coordenadas, capas o unidades están mal definidas.
Dependencia al puesto Windows
La dependencia a pywin32 y a la interfaz COM hace que el proyecto sea muy local. Hace falta un puesto Windows, el software CAD correcto, una configuración src/config.json correcta y una sesión capaz de lanzar o controlar la aplicación. No es un conector para desplegar indistintamente en un servidor.
El controlador intenta conectarse a una instancia existente y luego puede iniciar una nueva instancia. Este comportamiento puede sorprender si el usuario cree estar trabajando en un dibujo concreto. Antes de cada prueba, hay que verificar el documento activo y la ruta de guardado.
Límites funcionales
El README habla de dibujo básico, capas y guardado. Los comentarios del código indican que funciones como eliminación, desplazamiento, rotación y escalado de entidades estaban previstas para más adelante. Aunque el controlador ya contiene primitivas útiles, no conviene anunciar una cobertura completa de operaciones CAD.
La capa NLP también es un límite. Una frase natural puede interpretarse mal, sobre todo si contiene medidas implícitas, referencias gráficas o convenciones internas. Para un uso profesional, conviene privilegiar prompts estructurados y revisar el resultado en el software CAD.
Posición de Educasium
En síntesis: CAD-MCP es un buen soporte pedagógico para explicar la automatización CAD, no una referencia ya validada en producción por Educasium.
Experiencia disponible
Educasium todavía no ha desplegado CAD-MCP en un estudio cliente, ni medido un ahorro de tiempo verificado sobre dibujos DWG o en GstarCAD/ZWCAD. El análisis se apoya en el README, requirements.txt, server.py y cad_controller.py verificados mediante GitHub. Esta precisión evita transformar una revisión técnica en promesa comercial.
El interés pedagógico es real. CAD-MCP muestra cómo un asistente puede llamar herramientas CAD estructuradas, cómo una aplicación Windows puede controlarse por COM y por qué la calidad de una instrucción técnica importa tanto como el modelo IA usado. Para una formación, es un ejemplo más simple de explicar que un conector BIM completo.
Hypothetical implementation
Hypothetical implementation. Para un piloto, Educasium empezaría en un puesto Windows aislado con un archivo DWG de prueba, una configuración CAD explícita y una carpeta de salida separada. Los primeros ensayos cubrirían draw_line, draw_rectangle, draw_text, add_dimension y save_drawing, con una convención mínima de capas incluida en el prompt.
La segunda etapa consistiría en probar process_command, pero solo con instrucciones simples y verificables. Si el equipo usa GstarCAD o ZWCAD, habría que comprobar por separado que el identificador COM funciona en la versión instalada. El resultado esperado no sería un plano final, sino una lista de tareas CAD repetitivas que el asistente ejecuta sin degradar la calidad gráfica.
Fuentes y siguiente lectura
En síntesis: la información de esta página viene del repositorio GitHub y de los archivos fuente verificados el 26 de agosto de 2026. Las afirmaciones multi-CAD vienen del README y de la elección de identificadores COM en cad_controller.py.
Qué leer después
Si su estudio trabaja sobre todo en AutoCAD LT o DXF, lea también el MCP AutoCAD. Si su workflow es BIM, compare con el MCP de Revit y el MCP de Archicad.
Para situar estas herramientas en una estrategia más amplia, consulte el comparativo de software IA para arquitectos y la formación Dominar la IA en arquitectura. El tema no es automatizar por automatizar, sino elegir las tareas donde el control por IA reduce realmente la fricción.