AutoCAD MCP Pro：把 248 个绘图工具接给 AI Agent

一句话

它是一个 MCP 服务器，让 Claude、Cursor 等 AI 客户端直接画图、改图、读图——DWG/DXF 格式，支持机械制图、ISO GD&T、管线仪表图（P&ID）和建筑平面图。

一个真实会发生的场景

机械工程师要给客户出一张齿轮零件图：24 齿渐开线齿轮、带键槽的轴孔、A-A 剖视图、ISO 129 尺寸标注、H7 孔配合公差、ISO 7200 图框。传统流程是人在 AutoCAD 里画两小时。现在工程师可以对 Agent 说一句话，Agent 调用 drawing_verify_requirements 先确认图纸是否满足要求，再调 view_screenshot 渲染出来看一眼，必要时调 drawing_critique 找出问题项——README 里那展示图样，README 明确写着"不是模型效果"，每一条线都是这个服务器自己画的，drawing_critique 对它返回 0 个问题。

项目背景

作者 Umutcan Edizsalan 在 2026 年 4 月开源了这个项目，目前 183 star、5 个 open issue，MIT 协议，PyPI 包名 autocad-mcp-pro，当前版本 1.7.0。它的野心在 README 的小标题里说得很直白："Production-grade AutoCAD automation for AI agents"。截止撰写时，工具注册数是 248，测试收集数 6060。

双引擎是这个项目最聪明的地方

它把"CAD 自动化"拆成了两个正交的问题：要不要 AutoCAD 和在哪个平台。

• COM 引擎（Windows + 装 AutoCAD）：通过 pywin32 驱动真实 AutoCAD，能做实时精确编辑。
• ezdxf 引擎（任意平台，无需 AutoCAD）：纯 Python 无头读写与渲染。

关键在于两者之上有一层统一类型契约（backends/base.py + contracts/）。工具函数签名不变，后端在内部切换。这意味着 CI 里可以跑 ezdxf 做快速校验，工程师本机则用 COM 做精细修改，而上层 Agent 完全不用知道区别。README 里把这称为"one typed contract, two engines"。

核心功能

机械制图能力库。 engineering/ 目录是真正的技术核心：齿轮渐开线几何、键槽、GD&T 标注、公差配合、尺寸标注、图层管理、测量、图纸模板、标题栏。每一个都是可以复现的工程计算，而不是"让模型画个大概"。

标准覆盖。 ISO 129 尺寸、ISO 286 H7 孔配合、ISO 7200 图框、DIN 6885 键槽、ISO A1/A3 与 ANSI B/D 图幅模板、ISA-5.1 管仪表图符号。

可验证性。 这是我认为最有价值的设计：drawing_critique 对生成图纸做结构化审查并返回问题列表；drawing_verify_requirements 验证图纸是否满足给定要求；benchmarks/ 里有与竞品的正确性/性能对比套件（tasks_v2 到 tasks_v8 多代任务集）。AI 生成 CAD 最怕"看起来对但尺寸错"，项目用工具链把这件事闭环了。

安全边界。 默认 stdio 传输；如果用 fastmcp run server.py:mcp --transport http，代码里显式拒绝在非回环地址绑定，除非同时设置 ALLOW_REMOTE_HTTP=true 和 MCP_AUTH_TOKEN。后端还有 quarantine/ 与 document_guard/ 做隔离与文档保护。

工程化细节。 781 个文件、241 个测试文件、pre-commit 配置、依赖版本策略写得极为讲究——pyproject 里用大段注释解释"为什么范围要浮动、为什么锁文件要精确"，并由 deps-floating.yml 定期跑未锁定最新依赖的测试套件，以便上游破坏性升级能提前暴露成红灯而不是悄悄坑到用户。

上手门槛

pip install autocad-mcp-pro 之后作为 MCP server 接入即可，默认 stdio。Dockerfile 基于 python:3.11-slim，非 root 用户运行，暴露 8000 端口并带 HEALTHCHECK，但只适用于 HTTP 模式。无头模式（ezdxf）零额外依赖，COM 模式需要 Windows 与已安装的 AutoCAD。

争议与局限

首先，README 自己承认"248 是注册数，默认安装只对外宣称 243，因为 ENABLE_3D 未设置"——这类口径差异在工具类项目里值得警惕，需要用户自己核对。其次，单文件 server.py 达到约 55 万字符，虽然拆出了 backends/engineering 等模块，但主入口文件的体量已经相当可观，长期可维护性存疑。第三，COM 引擎的实际效果高度依赖用户本机 AutoCAD 版本与配置，跨机器表现可能不稳定。第四，CAD 图纸自动生成在工程实践中的验收标准仍由人掌握，工具做的"验证"是基于其内置规则的，不等于通过图纸评审。

行业意义

CAD 是 AI 落地最"硬"的专业领域之一——没有自然语言接口，全靠几何与规范。240+ 工具、MCP 协议、ISO 标准覆盖加上程序化自检，让"用自然语言驱动专业制图软件"第一次具备了工程可用性的轮廓。benchmarks 目录里公开与竞品做对比（competitors.yaml），这种把竞争关系直接写进仓库的做法本身就说明这个方向正在被严肃对待。可以预见的是，随着文生图、文生 3D 的能力外溢，"AI 操作专业桌面软件"会成为一个独立且体量不小的工具品类，而 MCP 显然是当下最合适的承载协议。