Claude自写MCP连接SolidWorks，7分钟生成CAD零件

从亚马逊零件到CAD模型，只需一句话

在Reddit的r/ClaudeAI社区，一位用户分享了令人眼前一亮的操作：他让Claude为自己的SolidWorks安装编写了一个MCP连接器，之后只需对Claude说“帮我用SolidWorks建这些零件”，大约7分钟后，就能得到可用的CAD模型。

这位用户表示，他经常需要为从亚马逊或其他网站购买的零件创建CAD文件，但很多产品并不提供现成的模型。过去这需要手动测量和建模，如今通过Claude驱动的自动化流程，整个过程被压缩到几分钟内。

MCP协议：让Claude直接“动手”操作软件

这个案例的核心在于MCP（Model Context Protocol）。简单来说，MCP是一套让AI模型与外部工具、数据源进行标准化交互的协议。用户没有等待官方插件，而是让Claude自己编写了一个连接器，直接与本地安装的SolidWorks通信。

这种做法打破了传统CAD工作的边界。Claude不再只是提供建模建议或生成代码片段，而是能实际调用SolidWorks的API，执行创建草图、拉伸、切除等操作。用户只需描述需求，剩下的交给模型和连接器完成。

MCP由Anthropic于2024年底提出并开源，采用客户端-服务器架构：AI应用（如Claude Desktop）作为客户端，通过标准化的JSON-RPC消息与本地或远程的MCP服务器通信。服务器将外部系统的能力封装为三类原语——工具（可调用的函数）、资源（可读取的数据）和提示模板。开发者无需为每个AI产品单独适配，只需实现一次MCP服务器，即可被所有支持该协议的模型调用。这与早期的函数调用（Function Calling）相比，优势在于跨模型、跨应用的互操作性，以及本地进程间的安全隔离。本例中，用户让Claude生成的连接器本质上就是一个MCP服务器，它把SolidWorks的COM API封装成Claude可调用的工具集。

7分钟生成零件，效率提升显著

据原帖描述，从发出指令到获得零件，整个过程大约耗时7分钟。这一速度对于简单到中等复杂度的零件来说相当可观，尤其是当原始零件没有CAD文件、需要从零建模时。

用户强调“Works great”，说明这套流程已经融入他的日常工作流，而非一次性的演示。他定期使用Claude来创建那些在亚马逊等平台购买但缺少CAD文件的零件，省去了手动测量的繁琐步骤。

SolidWorks提供了一套基于COM（Component Object Model）的自动化API，允许外部程序通过脚本控制软件，执行如新建文档、绘制草图、添加尺寸约束、拉伸凸台、切除等操作。传统上，这类自动化需要工程师用VBA或C#编写宏。在本案例中，Claude生成的连接器正是充当了自然语言与这套API之间的翻译层：模型将用户的描述解析为一系列API调用序列，再由SolidWorks执行。需要指出的是，从购买零件到CAD模型，通常还涉及逆向建模的精度问题——仅凭目测或照片难以保证尺寸公差，这也是专业CAD用户持保留态度的原因之一。

社区反应两极：r/ClaudeAI热捧，r/SolidWorks冷遇

有趣的是，同一个分享在两个社区得到了截然不同的反馈。在r/ClaudeAI，这个案例被视为AI赋能传统桌面软件的典型；而在r/SolidWorks，用户却“downvoted hard”，表示不觉得这有什么了不起。

这种反差或许反映了不同群体对AI介入专业工具的态度差异。CAD工程师可能更关注模型的精度、可编辑性和工程规范性，而AI社区则更看重自动化潜力和创新性。无论如何，让AI直接操作专业软件的趋势已经出现，围绕它的讨论才刚刚开始。

在工程实践中，可用的CAD模型不仅要求几何形状正确，还需具备合理的特征树结构、参数化约束、正确的配合基准和材料属性，以便后续修改与装配。AI自动生成的模型若特征顺序混乱或缺少约束，虽能“看起来像”，却难以进入正式设计流程。此外，逆向建模的尺寸来源若仅靠图像估算，误差可能达到毫米级，无法满足机械配合要求。r/SolidWorks社区的冷淡反应，部分源于这些工程规范上的顾虑，而非单纯排斥新技术。