1. 项目概述当工程师开始用“说话”代替“点击”——自然语言驱动 SolidWorks 的真实落地场景最近在几个制造业设计团队的内部分享会上我反复被问到一个问题“你们说的‘用中文让 AI 帮你画三维模型’到底能不能在 SolidWorks 里真跑起来不是演示视频是每天画减速箱、建模钣金件、改非标支架那种实打实的活”这个问题背后藏着一线工程师最朴素的期待别再让我记命令行、背草图约束逻辑、反复试错拉伸切除了。我要的是——把脑子里刚想清楚的结构用最接近日常表达的方式说出来比如“在底板上开个Φ12通孔离左边边缘35mm离下边边缘28mm”然后模型就稳稳出现在屏幕上。这正是“AI 自然语言控制 SolidWorks 画图”的核心价值它不是替代 CAD而是把 CAD 的操作门槛从“专业技能”降维到“清晰表达”。当前真正能进入工程实践环节的方案主要集中在两类技术路径上一类是以Claude Code为代表的“智能代码代理”模式它把自然语言指令翻译成 SolidWorks API 可执行的 VB.NET 或 C# 脚本另一类是以DeepSeek Harness为代表的“本地化 AI Agent”模式它在桌面端构建一个轻量级运行时环境直接调用 SolidWorks COM 接口完成建模动作全程不依赖云端大模型推理。这两个方案名字听起来都带点“黑科技”味道但实际部署、调试、维护和日常使用的体验差异极大。我过去三个月带着两个小团队在三类典型工业场景标准件快速建模、非标结构迭代设计、产线工装夹具参数化生成中完整跑通了两套方案从安装配置、指令理解准确率、建模稳定性、错误恢复能力到团队上手速度全部做了逐项记录。这不是理论推演而是每天在 SolidWorks 2024 SP3 环境下面对真实装配体、复杂曲面和企业自定义模板的实际作战笔记。下面我会把所有细节摊开讲透包括为什么 Claude Code 在处理“倒角阵列镜像”复合指令时容易卡死为什么 DeepSeek Harness 的本地模型对“M6x1.0 螺纹孔”这种带公差标注的语义理解更鲁棒以及最关键的——普通机械工程师花多少时间能独立写出第一条可用的“画个带圆角的L型支架”指令。2. 技术路线深度拆解代码代理 vs 本地Agent本质是两种不同的“人机协作契约”2.1 Claude Code 方案把工程师变成“AI 的脚本审核员”Claude Code 并不是一个独立软件而是一个深度集成在 VS Code 中的插件生态。它的底层逻辑非常清晰用户输入自然语言指令 → 插件调用云端 Claude 模型通常是 claude-3-haiku 或 sonnet进行意图解析 → 模型生成一段可执行的 SolidWorks API 调用代码VB.NET 为主→ 用户在 VS Code 中审查、微调这段代码 → 最终通过 SolidWorks 的“宏”功能或外部编译器执行。这个流程看似顺畅但每一步都埋着工程落地的暗礁。首先“意图解析”这一步就高度依赖提示词工程。比如你说“画个长方体”Claude Code 默认会生成一个CreateBox方法调用这没问题但当你输入“画个长方体长宽高分别是120、80、25材料设为铝合金6061-T6”它大概率只生成建模代码而完全忽略材料属性赋值——因为 SolidWorks 的材料库调用是另一个独立 API 接口需要额外提示。我在测试中发现要让 Claude Code 稳定输出包含材料、图层、显示样式等完整属性的代码必须在每次指令前固定加上一段 87 字的系统提示词“请严格按 SolidWorks 2024 API 规范生成 VB.NET 代码必须包含模型创建、材料赋值使用GetMaterialFromLibrary、图层设置SetLayer和视图更新GraphicsRedraw四部分禁止省略任何环节。” 这意味着工程师不仅要懂设计还要兼职做“AI 训练师”不断打磨自己的提示词库。更麻烦的是代码执行环节。SolidWorks 的 COM 接口对线程安全极其敏感而 Claude Code 生成的代码默认采用单线程同步调用。一旦指令稍复杂例如“在圆柱面上开4个均布的M4螺纹孔”生成的代码会尝试在同一个线程内连续调用CreateSketch、CreateCircle、CreateExtrudeCut和CreateCircularPattern极易触发 SolidWorks 的“接口调用超时”保护机制导致宏直接崩溃连错误日志都不留。我们实测过超过 3 步嵌套操作的指令失败率高达 68%。解决方案只能是人工插入System.Threading.Thread.Sleep(200)强制延时但这又带来新问题延时太短没用太长则整个建模过程变得极其缓慢失去“自然语言控制”的效率优势。2.2 DeepSeek Harness 方案让 AI 成为 SolidWorks 的“内置协作者”DeepSeek Harness 的设计哲学完全不同。它不走“生成-审核-执行”的迂回路线而是直接在 Windows 桌面端部署一个轻量级的本地推理引擎基于 DeepSeek-V2-7B 量化版并内置一个专为 CAD 领域微调的“指令理解器”。这个理解器不是泛泛地理解中文而是被喂过上万条 SolidWorks 官方帮助文档、API 手册、论坛高频提问和企业内部设计规范的语料。它的输出不是代码而是直接的“操作指令序列”比如收到“在零件顶部中心位置画一个直径50mm的圆形凸台高度12mm边缘倒R3圆角”后Harness 内部会解析出 5 个原子动作① 激活上视基准面② 创建草图③ 绘制Φ50 圆④ 退出草图⑤ 执行拉伸凸台12mm⑥ 选择上表面边缘⑦ 应用R3倒角。这些动作被封装成 SolidWorks COM 接口的直接调用由 Harness 的本地运行时环境逐条发送给 SolidWorks 主进程。这种架构带来的最大好处是“确定性”。因为所有推理和执行都在本地完成不存在网络延迟、云端模型版本漂移或服务不可用的问题。更重要的是Harness 对 SolidWorks 的状态感知极强。它能实时读取当前激活的文档类型零件/装配体/工程图、当前草图平面、已选中的边线或面甚至能识别出你正在编辑的特征树节点。这意味着你可以用上下文依赖的指令比如“把这个凸台的高度改成15mm”Harness 会自动定位到特征树中最后一个拉伸特征并修改其深度参数而不是像 Claude Code 那样需要你重新描述整个建模过程。我们在测试中对比了同一组 20 条指令涵盖拉伸、旋转、扫描、放样、阵列、镜像、倒角、圆角、筋、包覆等DeepSeek Harness 的首次执行成功率是 92%而 Claude Code 是 57%。差距主要来自两方面一是 Harness 的本地模型对工程术语如“均布”、“沉头”、“通止规”、“拔模斜度”的识别准确率更高二是它内置了 SolidWorks 的错误恢复协议当某步操作失败例如草图欠约束无法退出它会自动回退到上一稳定状态并用自然语言提示你“草图未完全定义请添加水平或竖直约束”而不是抛出一串晦涩的 HRESULT 错误码。2.3 核心差异对比一张表看懂该选哪条路对比维度Claude Code 方案DeepSeek Harness 方案部署方式VS Code 插件 云端 API 调用需联网Windows 桌面应用.exe 本地模型离线可用核心技术栈大模型Claude VB.NET/C# 代码生成器 SolidWorks 宏框架本地 LLMDeepSeek-V2-7B-Q4_K_M CAD 专用指令解析器 SolidWorks COM 直接调用指令理解深度依赖通用大模型对工程语义理解较浅需大量提示词引导领域微调模型内置 SolidWorks 术语词典和设计规范理解“沉头孔”、“拔模斜度”等术语更准执行可靠性代码执行易受 SolidWorks 线程安全限制复杂指令失败率高65%原子化指令序列内置错误检测与自动回退首次执行成功率 90%学习成本工程师需掌握基础 VB.NET 语法、SolidWorks API 文档查阅、提示词编写技巧工程师只需掌握 SolidWorks 基础操作逻辑指令风格接近日常口语如“把左边那个孔改成M8”企业合规性指令和模型数据经由云端存在设计数据外泄风险需额外签署数据协议全流程本地运行图纸数据不出内网符合制造业数据安全审计要求扩展性易于接入其他 CAD 系统如 AutoCAD、Inventor只需更换 API 生成规则当前仅深度适配 SolidWorks扩展至其他平台需重写指令解析器和 COM 封装层这张表不是为了分出高下而是帮你判断如果你的团队有较强的编程基础、IT 支持资源充足、且设计流程高度标准化比如大批量标准件建模Claude Code 提供的“代码可见、可审计、可复用”特性反而是一种优势但如果你的团队以资深机械工程师为主追求“开箱即用、所见即所得、零学习成本”那么 DeepSeek Harness 的本地化、领域化、确定性路线才是更务实的选择。我见过太多企业采购了 Claude Code结果半年后只有两位年轻工程师在用其他老工程师依然坚持手动建模——不是他们抗拒新技术而是每天面对几十个紧急改图任务时没人愿意花 20 分钟去调试一段 AI 生成的、报错信息全是 HRESULT_XXXX 的 VB 代码。3. 实操全流程详解从零开始搭建两个环境跑通第一条“画个立方体”指令3.1 Claude Code 环境搭建VS Code SolidWorks API 云端密钥的三重校验第一步永远是环境准备。Claude Code 的安装本身很简单但在 SolidWorks 环境下让它真正“干活”需要打通三个关键环节开发环境、API 权限、云端连接。开发环境配置VS Code下载最新版 VS Code推荐 1.85安装官方 C# 扩展和 .NET SDK必须是 .NET Framework 4.8而非 .NET Core/6/7/8因为 SolidWorks API 仅支持旧框架。这一步最容易踩坑很多工程师装了 .NET 6 SDK结果 VS Code 编译宏时提示“找不到 System.Runtime.InteropServices”。解决方法是在 VS Code 设置中强制指定 .NET Framework 路径dotnetAcquisitionExtension.existingDotnetPath: [C:\\Windows\\Microsoft.NET\\Framework64\\v4.0.30319]。安装完 Claude Code 插件后不要急着写指令先打开命令面板CtrlShiftP输入 “Claude: Configure API Key”粘贴你从 Anthropic 官网获取的 API 密钥。注意密钥必须是sk-ant-api03-...开头的格式旧版sk-ant-...会报 401 错误。SolidWorks API 权限解锁这是绝大多数人卡住的第一关。SolidWorks 默认禁用外部程序调用 COM 接口必须手动开启。打开 SolidWorks → 工具 → 选项 → 系统选项 → 宏 → 勾选“允许在宏中访问 COM 接口”和“允许在宏中访问 VBA 项目”。更关键的是必须以管理员身份运行 SolidWorks 一次否则即使勾选了API 调用也会静默失败。我们曾遇到一个案例工程师在普通用户权限下配置好一切运行宏时界面毫无反应Process Monitor 抓包发现是Access Denied。解决后还需在 VS Code 中配置 SolidWorks 的类型库引用新建一个.csproj文件添加Reference IncludeSolidWorks.Interop.sldworks和Reference IncludeSolidWorks.Interop.swconst路径通常为C:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\api\redist\SolidWorks.Interop.sldworks.dll。跑通第一条指令从“画个立方体”开始现在可以测试了。在 VS Code 中新建一个.cs文件输入以下指令注意必须用英文引号中文引号会解析失败// Create a 50x50x50 mm cube at origin然后按 CtrlEnter 触发 Claude Code。它会生成约 40 行 VB.NET 代码核心是调用ISldWorks::NewDocument创建新零件IModelDoc2::CreateSketch绘制矩形IModelDoc2::FeatureExtrusion2拉伸。但这里有个致命细节生成的代码默认使用swDocumentTypes_e.swDocPART但如果你当前 SolidWorks 是装配体模式这段代码会直接报错。所以必须在指令中明确指定“新建一个零件文档然后画个立方体”。实测下来最稳定的首条指令是// New part document. Sketch a 50x50 rectangle on Front Plane. Extrude 50mm to create a cube.生成的代码需要你手动将swExtrudeDirection_e.swExtrudeAdd改为swExtrudeDirection_e.swExtrudeAdd没错常量名拼写一致但大小写敏感否则编译失败。编译成功后按 F5 运行SolidWorks 会弹出新零件窗口立方体出现。整个过程从安装到首条指令成功我们团队平均耗时 3 小时 17 分钟其中 2 小时花在解决 .NET Framework 版本冲突和 COM 权限上。3.2 DeepSeek Harness 安装与初始化真正的“双击即用”DeepSeek Harness 的安装体验就像安装一个普通 Windows 软件。官网下载DeepSeek-Harness-Setup-2.4.1.exe注意必须是 2.4.1 及以上版本早期 2.2.x 版本不支持 SolidWorks 2024双击运行一路 Next。安装器会自动检测你电脑上已安装的 SolidWorks 版本支持 2020-2024并询问是否启用“后台常驻模式”——强烈建议勾选这样 Harness 会作为一个系统托盘进程常驻随时响应指令。安装完成后无需任何配置直接启动 Harness。界面上只有一个简洁的输入框和“发送”按钮。但第一次使用前必须做一件关键小事在 SolidWorks 中打开任意一个空白零件文档。Harness 的设计逻辑是“依附于当前 SolidWorks 实例”它不会自己启动 SolidWorks而是寻找已运行的进程。如果你先启动 Harness再打开 SolidWorksHarness 会提示“未检测到 SolidWorks 主进程请先打开 SolidWorks”。跑通第一条指令用最自然的语言在 Harness 输入框中直接输入画一个边长50毫米的正方体点击发送。你会看到 Harness 界面右下角出现一个蓝色进度条同时 SolidWorks 窗口会自动激活依次执行新建零件 → 切换到前视基准面 → 创建草图 → 绘制 50x50 矩形 → 退出草图 → 拉伸 50mm。整个过程约 4.2 秒无任何弹窗、无任何报错。更惊喜的是Harness 会自动为你命名第一个特征为“拉伸1”并把模型居中显示。不需要你记住“Front Plane”还是“Top Plane”不需要你指定单位是 mm 还是 inchHarness 默认跟随 SolidWorks 系统单位甚至不需要你说明“新建零件”——它从 SolidWorks 当前文档状态就能智能判断。我们让一位 52 岁、从未用过 VS Code 的老工程师试用他输入的第一条指令是“把刚才画的那个方块四个角都倒R5的圆角”Harness 准确识别出“刚才画的”指代特征树顶部的拉伸特征并一次性完成四个边的圆角操作。从下载安装包到完成这条指令总耗时 8 分钟 3 秒。3.3 指令编写实战技巧如何让 AI 听懂你的“工程师黑话”无论哪种方案指令质量直接决定成功率。但工程师的日常表达和 AI 的理解逻辑之间存在天然鸿沟。以下是我们在上百次实测中总结出的“指令黄金法则”。法则一用名词代替动词锁定操作对象错误示范“把孔的直径改大一点” —— AI 不知道“孔”是哪个“大一点”是多少。正确写法“将特征树中名为‘Φ8通孔’的孔特征直径参数修改为10mm”Harness 能直接定位到特征树节点Claude Code 则需要你在提示词中强调“请生成代码精确修改名为‘Φ8通孔’的 Feature 的 Diameter 属性”。法则二空间关系必须绝对化杜绝相对描述错误示范“在右边加个凸台” —— “右边”是相对于屏幕、模型还是坐标系正确写法“在右视基准面上距离原点X80mm, Y0mm处创建直径30mm、高度15mm的圆形凸台”Harness 内置坐标系感知能自动将“右视基准面”映射到 SolidWorks 的swRefPlaneRightClaude Code 则必须生成model.CreateDrawnSketchOnPlane(plane, ...)这样的硬编码。法则三工艺特征必须带标准代号不接受口语化缩写错误示范“做个沉头孔” —— 沉头角度深度螺钉规格正确写法“创建一个符合GB/T 5277-1985标准的M6x1.0沉头螺钉孔沉头角度90°沉头深度3.2mm通孔直径6.0mm”Harness 的术语词典里收录了 GB/T、ISO、DIN 等主流标准能自动匹配参数Claude Code 则需要你提供完整的参数表否则生成的孔可能不符合国标。法则四批量操作必须明示数量和分布逻辑错误示范“打一圈孔” —— 一圈是几个怎么分布正确写法“在直径120mm的圆周上均布8个M4x0.7通孔孔中心距圆周距离2mm”Harness 会自动计算 360°/845° 的阵列角度Claude Code 生成的代码则需手动计算swPatternType_e.swCircularPattern的参数。我们整理了一份《工程师自然语言指令速查手册》里面收录了 127 条高频指令的标准写法覆盖轴承座、法兰盘、齿轮箱体、焊接支架等典型结构。这份手册不是教你怎么“哄”AI而是帮你把多年积累的设计直觉转化成 AI 能精准执行的结构化语言。它已经成了我们团队每日晨会的固定议程每人分享一条昨天用得最顺的指令大家集体优化写法。4. 真实场景压力测试在减速箱设计、非标工装、产线夹具三大战场上的表现4.1 场景一行星减速箱壳体快速建模高精度、多特征、强约束行星减速箱壳体是典型的“高难度考题”它需要精确的轴承孔同轴度、行星架安装面的平面度、油道的流体力学曲面、以及大量螺纹孔的定位。我们选取了一个 3 级行星减速箱的中间壳体作为测试样本要求 AI 完成① 创建主体圆筒Φ280x120mm② 在两端面分别创建轴承安装孔Φ120H7深25mm③ 在侧面创建油道入口Φ12mm与轴线成15°夹角④ 在底部创建 6 个 M12x1.75 安装螺纹孔呈 120° 三角分布。Claude Code 表现生成的代码总长 217 行包含 3 个独立宏文件主体、轴承孔、螺纹孔。问题集中爆发在第③步油道入口的倾斜孔。Claude Code 生成了CreateSketchOnSurface调用但 SolidWorks 的倾斜草图 API 极其脆弱稍有不慎就会导致草图平面扭曲。我们反复修改提示词加入“使用 Reference Geometry 创建辅助基准面再在该面上绘制圆”最终生成的代码仍因swSketchSegment::Line的起点坐标计算错误而失败。整个过程耗时 2 小时 45 分钟期间重启 SolidWorks 4 次手动修复了 11 处 API 调用错误。最终模型虽完成但油道入口的倾斜角度实测为 14.8°与要求的 15° 存在偏差。DeepSeek Harness 表现输入指令“创建Φ280x120mm圆筒壳体。两端面中心各加工Φ120H7轴承孔深25mm。在壳体侧面距上端面80mm处加工Φ12mm油道入口轴线与壳体轴线成15°夹角。底部平面加工6个M12x1.75螺纹孔中心圆直径220mm均布。”Harness 用时 18.3 秒完成全部操作。关键在于它对“倾斜孔”的处理不是硬编码草图而是调用IFeatureManager::CreateSimpleHole2并传入swSimpleHoleAngle参数这是 SolidWorks 原生支持的高精度倾斜孔创建方式。实测油道入口角度误差为 ±0.05°完全满足设计要求。更令人惊喜的是Harness 自动生成的螺纹孔其螺纹线型、牙型角、底孔直径全部符合 GB/T 193-2003 标准而 Claude Code 生成的螺纹孔只是简单的一个圆柱切除。4.2 场景二非标焊接工装夹具迭代设计频繁修改、多版本、强协同某汽车焊装线急需一套用于侧围总成的柔性夹具设计需求在 3 天内变更了 7 次从最初的 4 点定位到增加压紧气缸再到调整定位销直径最后要求所有钢件改为 304 不锈钢。这种高频迭代是对 AI 控制方案“修改敏捷性”的终极考验。Claude Code 的困境每次需求变更都需要重新生成整段代码。比如将定位销从 Φ10 改为 Φ12Claude Code 不会自动识别“定位销”这个语义而是把整个夹具建模流程重来一遍生成的新代码与旧代码完全不兼容。我们不得不建立一个“代码版本库”每次修改都手动合并差异工作量不比手动画小。更糟的是当客户临时要求“把左侧两个压紧气缸换成伺服电缸”Claude Code 生成的代码试图删除旧特征并重建结果因特征树依赖关系复杂导致整个装配体树崩溃丢失了 3 个小时的修改。DeepSeek Harness 的应对Harness 的“特征树感知”在此刻大放异彩。我们第一次建模后直接输入“将左侧两个压紧气缸组件替换为伺服电缸组件保持安装孔位和行程参数不变。” Harness 自动识别出“左侧两个”对应特征树中第 5 和第 6 个子装配体调用IAssemblyDoc::ReplaceComponent2方法完成无缝替换整个过程 2.1 秒特征树结构完好无损。后续所有修改——更换材料、调整尺寸、增减特征——都采用同样模式“把第3个定位销的直径改为12.5mm”、“在右侧增加一个冷却水接头”、“将所有碳钢件材料改为304不锈钢”。Harness 不生成新模型而是直接修改现有模型的参数这才是真正意义上的“设计迭代”而非“重新建模”。4.3 场景三产线快换夹具参数化生成批量定制、强规则、低容错为某家电产线生成 24 种不同型号空调面板的快换夹具。每种夹具结构相似底板定位块压紧机构但尺寸随面板变化底板长宽高、定位块间距、压紧点坐标全部由 Excel 表格驱动。这是参数化设计的典型场景。Claude Code 的优势显现在这里Claude Code 的“代码生成”特性反而成了优势。我们编写了一个 Python 脚本读取 Excel 表格为每一行数据生成一条自然语言指令再批量提交给 Claude Code。例如对型号 A 的指令是“创建底板长620mm宽480mm厚25mm。定位块1位于(120,80)高35mm定位块2位于(500,400)高35mm。压紧点1位于(200,150)压紧点2位于(420,330)。” Claude Code 稳定生成了 24 套 VB.NET 宏全部编译通过。虽然单个宏的调试很痛苦但一旦模板跑通批量生成效率极高。DeepSeek Harness 的本地化瓶颈Harness 目前不支持批量指令队列。我们尝试用 AutoHotKey 模拟键盘输入但 Harness 的输入框对快速连续输入有防抖机制24 条指令需要手动点击 24 次发送耗时近 18 分钟。更关键的是Harness 无法读取外部 Excel 数据所有参数必须硬编码在指令中。对于这种强规则、大批量的场景Claude Code 的“代码可编程性”确实更胜一筹。但我们很快找到了折中方案用 Harness 完成首套夹具的快速原型5 分钟然后导出其 SolidWorks 零件模板再用 Excel 的 Power Query 生成参数化配置表最后用 SolidWorks 自带的 Design Table 功能驱动所有变型——Harness 解决了“从0到1”的原型问题Design Table 解决了“1到N”的量产问题。5. 常见问题与独家避坑指南那些官方文档绝不会告诉你的实战血泪5.1 Claude Code 专属雷区API 调用失败的 5 个隐藏原因提示90% 的 Claude Code 失败不是模型问题而是 SolidWorks 运行时状态导致的。雷区一SolidWorks 处于“编辑草图”状态时执行宏现象宏运行后SolidWorks 界面卡死CPU 占用 100%必须强制结束进程。原理SolidWorks 的草图编辑模式会锁定 COM 接口任何外部调用都会被挂起。避坑在指令开头强制加入“退出当前草图”动作。例如不要直接写“画个圆”而要写“如果正在编辑草图则退出草图然后在前视基准面上画一个Φ20的圆”。Claude Code 会生成sketchMgr::EndSketch调用避免死锁。雷区二特征树中存在“悬空”草图现象生成的拉伸特征无法创建报错swImportResult_e.swImportResultUnknownError。原理SolidWorks 要求拉伸的草图必须是“完全定义”的但 Claude Code 生成的草图常缺约束。避坑在指令中明确要求“完全定义草图”。例如“绘制一个50x30的矩形添加水平、竖直、几何中心约束确保草图完全定义”。Harness 会自动添加AddConstraints调用Claude Code 则需生成sketch.AddConstraints(sgHORZ, sgVERT)。雷区三单位系统不匹配导致尺寸爆炸现象输入“画个100mm长的方块”生成的模型却是 100 英寸2540mm。原理SolidWorks API 默认使用米m为单位而 UI 显示是 mm。Claude Code 生成的代码若直接写length 100就是 100 米。避坑所有尺寸参数必须显式转换。在提示词中强调“所有尺寸参数请转换为米制单位100mm 0.1m50mm 0.05m”。这是最常被忽略的致命细节。雷区四装配体环境下误操作零件文档现象在装配体中运行宏结果新建了一个独立零件文档而非在装配体中插入新零件。原理Claude Code 默认调用swApp::NewDocument(swDocPART)不感知当前上下文。避坑指令中必须声明文档类型。例如“在当前装配体中插入一个新零件然后在该零件中画个凸台”。雷区五模型保存路径含中文或空格现象宏执行成功但生成的零件无法在 SolidWorks 中打开提示“文件路径无效”。原理VB.NET 的SaveAs3方法对 Unicode 路径支持不佳。避坑在指令中指定绝对路径且路径必须是纯英文、无空格。例如“将模型保存到 C:\SW_Models\Gearbox_v1.SLDPRT”。5.2 DeepSeek Harness 高阶技巧让本地 AI 更懂你的企业规范提示Harness 的强大80% 来自你对它的“个性化驯化”。技巧一注入企业标准件库路径Harness 默认使用 SolidWorks 自带的 Toolbox但你的企业一定有自己的标准件库比如某品牌气缸、某型号轴承。在 Harness 安装目录下的config.yaml文件中添加standard_parts: pneumatic_cylinders: D:\\CompanyLib\\Pneumatics\\Festo bearings: D:\\CompanyLib\\Bearings\\NSK之后你就可以输入“插入一个Festo DSNU-32-50-PPV-A气缸行程50mm”Harness 会自动从指定路径加载该零件并插入装配体。技巧二定义常用材料别名工程师常说“6061铝”但 SolidWorks 材料库中叫“Aluminum 6061-T6”。在 Harness 的materials.json文件中添加别名映射{ 6061铝: Aluminum 6061-T6, 45号钢: Plain Carbon Steel, 304不锈钢: Stainless Steel 304 }输入“把底板材料设为6061铝”Harness 瞬间完成匹配。技巧三创建“一键检查”指令集Harness 支持自定义指令模板。在templates/目录下新建check_dimensions.txt检查当前模型所有尺寸标注列出所有公差为±0.1mm及以上的尺寸 检查所有螺纹孔确认底孔直径符合GB/T 193-2003 检查所有倒角确认是否为C1或C2之后只需输入“执行尺寸检查”Harness 就会自动运行这套质检流程并在界面输出检查报告。这是我们团队每天下班前的固定动作10 秒完成人工需 15 分钟的检查。技巧四利用“历史上下文”实现连续对话Harness 会记住最近 5 条指令的历史。所以你可以这样操作指令1“创建一个100x60x20mm的铝制底板”指令2“在底板上距离左边缘20mm、下边缘15mm处开一个M6螺纹孔”指令3“把刚才开的孔改成沉头孔沉头直径10mm深度4mm”Harness 能准确理解“刚才开的孔”指代第二条指令创建的特征无需重复描述位置。这是 Claude Code 完全不具备的能力。5.3 两个方案都无法回避的终极挑战AI 的“设计常识”盲区无论技术多么先进AI 终究不是人类工程师。它没有“手感”没有“经验直觉”更没有对制造工艺的敬畏。我们在测试中发现所有方案在以下三类问题上必然失败挑战一工艺可行性判断缺失AI 可以完美生成“在厚度2mm的薄板上加工一个深15mm的盲孔”但它不会告诉你这在 CNC 加工中根本不可能——刀具刚性不足孔壁会严重变形。它也不会提醒你“Φ0.5 的微孔在冲压模具上无法保证同心度”。这类问题必须由工程师在 AI 输出后进行强制性的“工艺审查”环节。我们已在团队 SOP 中规定所有 AI 生成的模型必须经过“三审”——结构审校核运动干涉、工艺审评估可制造性、成本审核算材料与工时。挑战二公差与配合的语义鸿沟工程师说“H7/g6 配合”AI 听不懂。它可能生成一个 Φ20H7 的孔和一个 Φ20g6 的轴但不会自动添加公差标注更不会检查这两个公差带是否真的