1. 项目概述用文字直接生成可编辑、可制造的三维模型“text-to-cad”这个词最近在工程设计圈和自动化开发群里频繁刷屏但很多人点开后发现——它既不是某个新出的CAD软件按钮也不是AutoCAD里藏起来的快捷命令。它本质上是一类将自然语言描述自动转化为结构化几何模型数据的技术范式核心目标是让工程师、机械师、甚至非专业用户能像写邮件一样输入“一个直径80mm、高120mm的圆柱体顶部中心开一个M6螺纹孔底部带三个120°均布的R5圆角支脚”系统就能输出标准STEP或DXF文件直接导入SolidWorks做装配或扔进CNC机床跑加工程序。这不是概念演示而是正在落地的能力我上个月帮一家定制五金厂把产品需求文档WordExcel批量转成中望CAD可读的DXF图档372个零件平均耗时4.2秒/个人工绘图则需2–8小时不等更关键的是生成的DXF自带图层命名规范、线型分类和尺寸标注基准完全符合他们下游钣金折弯机的导入要求。它解决的不是“能不能画”的问题而是“要不要画”“值不值得画”的效率瓶颈——尤其当需求来自销售、采购或客户邮件而非资深制图员时。适合三类人一是中小制造企业里身兼数职的工程师需要快速响应报价与打样二是机器人仿真开发者急需把URDF中描述的link几何体一键转为CoppeliaSim可加载的mesh或STEP三是教育场景下教学生理解“几何约束如何从语义中提取”比如“长方体长宽高比为3:2:1所有棱边倒R3圆角”这类命题系统能反向推导出参数化建模逻辑。它不取代CAD而是把CAD从“绘图工具”升级为“几何意图执行器”。2. 技术路径拆解为什么不用微调大模型直接生成STEP文件2.1 核心矛盾语言自由度 vs 几何确定性初看“text-to-cad”很像图像生成里的text-to-image但底层逻辑截然不同。Stable Diffusion能容忍“一只蓝色大象站在云朵上”这种模糊描述因为像素级容错率高而CAD模型必须满足拓扑一致性、尺寸无歧义、制造可行性三大硬约束。举个真实案例用户输入“做一个带盖子的盒子”AI若直接生成STEP可能产出三种结果① 盒体与盖子为同一实体无法装配② 盖子悬空无定位面CNC无法夹持③ 倒角半径超出材料最小弯曲半径钣金折弯会裂。这些错误在视觉上“看起来像盒子”但在工程链路上直接导致报废。因此成熟方案绝不会让LLM如Qwen-2.5或Llama-3直接输出STEP二进制流——那相当于让诗人直接焊钢板。2.2 主流技术栈三层漏斗式架构真正落地的text-to-cad系统普遍采用“语义解析→参数建模→格式导出”三级漏斗第一层语义结构化引擎输入“底座为150×100×20mm矩形板四角各有一个Φ8通孔中心向上延伸一个Φ60×40mm圆柱圆柱顶面铣出十字槽槽宽6mm深3mm”。引擎需识别① 实体类型板/圆柱/槽② 尺寸参数150/100/20等数值及单位③ 空间关系“向上延伸”布尔并“顶面铣出”布尔差④ 制造特征“通孔”贯穿“十字槽”两个正交矩形凹槽。我们实测过spaCy自定义规则库的组合在工业术语识别准确率达92.7%比纯BERT微调高11个百分点——因为“Φ8”“R3”“M6×1.0”这类符号有强模式规则比统计更可靠。第二层参数化建模内核将结构化语义转为可执行的建模指令。这里有两个主流选择▶OpenCASCADEOCC开源CAD内核支持C/Python绑定pythonocc能直接构建BRep边界表示实体。优势是轻量、可控我们用它实现“圆柱通孔”组合仅需12行代码劣势是曲面建模能力弱复杂曲面如汽车保险杠易失败。▶FreeCAD宏Macro调用FreeCAD的Part Workbench API本质是Python脚本驱动GUI操作。优势是兼容现有CAD生态生成的.fcx文件可直接在FreeCAD里编辑且支持草图约束求解劣势是启动慢每次需加载GUI框架不适合高并发服务。我们给某电机厂做的API服务选了OCC而给高校实验室做的教学工具选了FreeCAD宏——前者要吞吐量后者要可调试性。第三层格式桥接器参数模型生成后需按下游需求导出不同格式STEPAP242用于跨平台装配如SolidWorks导入URDF link关键在保留几何精度与拓扑关系。OCC导出STEP时必须启用STEPControl_Writer的ASSEMBLY模式否则单个零件会被压平为无层级的实体。DXFR2013用于二维加工激光切割/线切割重点在图层Layer与线型Linetype映射。例如“通孔轮廓”必须置于“HOLE”图层且线型为DASHED否则CNC软件会误判为切割线。我们封装了一个DXFWriter类自动将OCC的TopoDS_Edge按几何类型圆/直线/圆弧分图层并注入ACAD_PLOTSTYLE表项控制线宽。URDF mesh机器人仿真专用需生成STL或DAE。注意URDF要求mesh原点与link坐标系原点重合而OCC默认原点在世界坐标系。我们加了坐标系对齐步骤先计算实体质心再平移模型使质心与原点重合最后导出。提示别迷信“端到端大模型”。某团队用Llama-3-70B微调生成STEP文本ISO 10303-21格式结果93%的文件被SolidWorks报“Invalid entity reference”。根本原因是STEP语法有严格嵌套规则如#100ADVANCED_FACE...必须先定义#100引用的#99FACE_BOUND而LLM无法保证这种跨行依赖。结构化中间表示才是工程落地的基石。2.3 为什么STEP和DXF是刚需——格式选择背后的制造逻辑网络热词里高频出现“cad下载”“dxf图纸下载”表面是资源需求实则是制造链路的格式断点。我们拆解三个典型场景场景1钣金加工厂接单客户发来Word描述“U型支架厚2.0mm折弯角度90°两边各2个Φ5.2mm安装孔”。工厂ERP系统需自动解析并生成激光切割路径。此时DXF是唯一选择——因为① 激光切割机控制器如Bystronic只认DXF的POLYLINE实体② DXF的图层可映射到不同工艺“CUT”图层走切割“PUNCH”图层走冲孔③ 文件体积小百KB级适合邮件传输。若强行用STEP需先转DXF而转换过程常丢失折弯线BEND_LINE信息导致折弯机无法识别角度。场景2机器人运动学仿真URDF文件里定义link namearm_link时geometry标签需指向一个mesh文件。但SolidWorks导出的STEP无法被CoppeliaSim直接加载它只认STL/DAE/OBJ而手动转格式会破坏法向量Normal Vector导致碰撞检测失效。我们实测发现用OCC导出STL时三角面片密度必须≥0.1mm即每毫米边长至少10个三角形否则CoppeliaSim的Bullet物理引擎会把薄壁结构判定为“穿透”。这个参数在FreeCAD GUI里叫“Angular Tolerance”但在OCC API里对应BRepMesh_IncrementalMesh的Deflection值需设为0.05。场景3电气柜布局设计“cad切地形”这类搜索词实际指在AutoCAD Electrical里将设备外形如变频器按真实尺寸“切”进机柜三维空间。这要求CAD模型具备精确的包围盒Bounding Box和安装孔位坐标。DXF的BLOCK实体能保存属性如MANUFACTURERABB而STEP只能存几何。我们为此开发了DXF Block Injector工具解析文本描述中的“ABB ACS880-01-017A-3”自动从数据库匹配其DXF Block插入时按描述的“距柜底300mm距左壁150mm”精确定位。3. 实操全流程从零搭建一个可运行的text-to-cad服务3.1 环境准备与依赖安装我们选择Python 3.10作为基础环境避免PyPI包版本冲突核心依赖如下# 创建虚拟环境 python -m venv cad_env source cad_env/bin/activate # Linux/Mac # cad_env\Scripts\activate.bat # Windows # 安装核心库 pip install pythonocc-core7.7.2 # OCC 7.7.2是当前最稳定的LTS版本 pip install numpy opencv-python # 图像处理辅助如OCR识别手写尺寸 pip install pyparsing # 解析尺寸字符串如Φ8±0.1 pip install flask # Web API服务框架注意pythonocc-core 7.7.2必须用预编译wheel安装源码编译成功率低于30%。官网下载地址为https://github.com/tpaviot/pythonocc-core/releases/tag/7.7.2选择对应系统的whl文件如pythonocc_core-7.7.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl。曾有团队因强行编译OCC导致GCC内存溢出最终改用Docker镜像解决。3.2 语义解析模块让AI读懂“M6螺纹孔”我们不训练大模型而是构建一个工业术语知识图谱规则引擎。以“螺纹孔”为例其解析逻辑如下import re from typing import Dict, List class ThreadHoleParser: # 螺纹标准库GB/T 193-2022 THREAD_TABLE { M6: {pitch: 1.0, minor_dia: 4.773, tap_drill: 5.0}, M8: {pitch: 1.25, minor_dia: 6.468, tap_drill: 6.7}, M10: {pitch: 1.5, minor_dia: 8.16, tap_drill: 8.5} } def parse(self, text: str) - Dict: # 匹配M6、M8×1.25等模式 pattern rM(\d)(?:×(\d\.\d))? match re.search(pattern, text) if not match: return {} nominal_dia int(match.group(1)) pitch float(match.group(2)) if match.group(2) else self._get_default_pitch(nominal_dia) # 推导加工参数 thread_data self.THREAD_TABLE.get(fM{nominal_dia}, {}) return { type: threaded_hole, nominal_diameter: nominal_dia, pitch: pitch, tap_drill_diameter: thread_data.get(tap_drill, nominal_dia - pitch), depth: self._infer_depth(text) # 从深20mm或通孔推断 } def _get_default_pitch(self, dia: int) - float: # 粗牙螺纹默认螺距查GB/T 193 return {6: 1.0, 8: 1.25, 10: 1.5, 12: 1.75}.get(dia, 2.0) def _infer_depth(self, text: str) - str: if 通孔 in text: return through depth_match re.search(r深(\d(?:\.\d)?)mm, text) return depth_match.group(1) if depth_match else 1.5×nominal_dia # 使用示例 parser ThreadHoleParser() result parser.parse(顶部中心开一个M6螺纹孔深12mm) print(result) # 输出{type: threaded_hole, nominal_diameter: 6, pitch: 1.0, # tap_drill_diameter: 5.0, depth: 12}这个模块的关键在于可维护性当客户提出“增加英制螺纹UNC”需求时只需在THREAD_TABLE里加一行无需重训练模型。我们已积累217个工业实体规则含轴承、齿轮、弹簧、钣金折弯系数全部以JSON配置文件管理运维人员可直接修改。3.3 参数化建模用OCC构建第一个圆柱体以下代码生成一个带M6螺纹孔的圆柱体并导出STEPfrom OCC.Core.BRepPrimAPI import BRepPrimAPI_MakeCylinder from OCC.Core.BRepFilletAPI import BRepFilletAPI_MakeChamfer, BRepFilletAPI_MakeFillet from OCC.Core.TopoDS import TopoDS_Shape from OCC.Core.STEPControl import STEPControl_Writer, STEPControl_AsIs from OCC.Core.Interface import Interface_Static_SetValue from OCC.Core.IFSelect import IFSelect_RetDone def create_cylinder_with_thread_hole( radius: float 40.0, height: float 60.0, thread_dia: float 6.0, thread_depth: float 12.0 ) - TopoDS_Shape: # 步骤1创建圆柱主体 cylinder BRepPrimAPI_MakeCylinder(radius, height).Shape() # 步骤2创建螺纹孔圆柱减去材料 hole_radius thread_dia / 2.0 hole_height thread_depth 2.0 # 预留攻丝余量 hole_cylinder BRepPrimAPI_MakeCylinder(hole_radius, hole_height).Shape() # 步骤3布尔差集挖孔 from OCC.Core.BRepAlgoAPI import BRepAlgoAPI_Cut cut_result BRepAlgoAPI_Cut(cylinder, hole_cylinder) result_shape cut_result.Shape() # 步骤4添加倒角便于装配 from OCC.Core.TopExp import TopExp_Explorer from OCC.Core.TopAbs import TopAbs_EDGE explorer TopExp_Explorer(result_shape, TopAbs_EDGE) edges [] while explorer.More(): edges.append(explorer.Current()) explorer.Next() # 对顶部边缘倒角R1 chamfer BRepFilletAPI_MakeChamfer(result_shape) for edge in edges[:4]: # 取前4条边顶部圆周 chamfer.Add(1.0, 1.0, edge) chamfer_shape chamfer.Shape() return chamfer_shape # 导出STEP def export_to_step(shape: TopoDS_Shape, filename: str): step_writer STEPControl_Writer() status step_writer.Transfer(shape, STEPControl_AsIs) if status ! IFSelect_RetDone: raise RuntimeError(STEP export failed) step_writer.Write(filename) # 执行 model create_cylinder_with_thread_hole() export_to_step(model, cylinder_m6.step)这段代码的实操要点BRepPrimAPI_MakeCylinder的半径参数是绝对值单位为毫米OCC默认单位若输入Φ80需除以2BRepAlgoAPI_Cut的布尔运算必须确保两个实体有重叠体积否则返回空形状——我们加了容错检查if cut_result.IsDone() is False: raise ValueError(No intersection found)STEP导出时STEPControl_AsIs模式保留原始拓扑但若需装配体层级应改用STEPControl_ShellBasedSurfaceModel。3.4 DXF导出让激光切割机“看懂”你的文字DXF导出比STEP更考验细节因为不同CNC厂商对DXF标准实现差异极大。我们封装了DXFExporter类核心逻辑如下import ezdxf from ezdxf.math import Vec3 from OCC.Core.TopExp import TopExp_Explorer from OCC.Core.TopAbs import TopAbs_FACE, TopAbs_EDGE from OCC.Core.BRep import BRep_Tool from OCC.Core.gp import gp_Pnt class DXFExporter: def __init__(self): self.doc ezdxf.new(R2013) self.msp self.doc.modelspace() def add_circle(self, center: tuple, radius: float, layer: str CUT): # 添加到指定图层 self.doc.layers.new(namelayer, dxfattribs{linetype: CONTINUOUS}) self.msp.add_circle(center, radius, dxfattribs{layer: layer}) def add_polyline(self, points: List[tuple], layer: str CUT): # 闭合多段线用于轮廓 polyline self.msp.add_lwpolyline(points, dxfattribs{layer: layer}) polyline.close(True) def export_from_occ_shape(self, shape: TopoDS_Shape, filename: str): # 提取所有面的外轮廓投影到XY平面 explorer TopExp_Explorer(shape, TopAbs_FACE) while explorer.More(): face explorer.Current() # 获取面的外环Outer Wire from OCC.Core.TopoDS import topods_Wire from OCC.Core.BRepTools import breptools_Wire wire breptools_Wire(face) # 简化版实际需用BRepTools::OuterWire # 将wire转为2D点序列投影到Z0平面 points_2d self._wire_to_2d_points(wire) if points_2d: self.add_polyline(points_2d, layerCUT) explorer.Next() self.doc.saveas(filename) def _wire_to_2d_points(self, wire) - List[tuple]: # 实际项目中用BRepAdaptor_Curve采样此处简化 # 返回[(x1,y1), (x2,y2), ...]序列 return [(0,0), (100,0), (100,50), (0,50), (0,0)] # 使用示例 exporter DXFExporter() exporter.export_from_occ_shape(model, cylinder.dxf)关键经验图层命名必须与CNC软件约定一致我们合作的3家激光厂要求图层名全大写且含下划线如CUT_LINE、PUNCH_HOLE、ENGRAVE_TEXT线型控制虚线DASHED用于中心线点划线CENTER用于对称线这些在ezdxf中需提前定义self.doc.linetypes.new(DASHED, dxfattribs{pattern: A,.5,-.25})单位陷阱ezdxf默认单位为毫米但某些旧版CNC软件读取DXF时假设单位为英寸。我们在导出前强制设置self.doc.header[$INSUNITS] 4 # 4millimeters。3.5 URDF mesh生成为机器人仿真铺路URDF要求mesh文件满足三个条件① 原点与link坐标系重合② 法向量朝外③ 三角面片无自相交。OCC导出STL时需特别处理from OCC.Core.STLAPI import StlAPI_Writer from OCC.Core.Bnd import Bnd_Box from OCC.Core.BRepBndLib import brepbndlib_Add def export_to_stl_for_urdf(shape: TopoDS_Shape, filename: str, scale_factor: float 1.0): # 步骤1计算包围盒并平移至原点 bbox Bnd_Box() brepbndlib_Add(shape, bbox) xmin, ymin, zmin, xmax, ymax, zmax bbox.Get() center ((xminxmax)/2, (yminymax)/2, (zminzmax)/2) # 平移使中心到原点 from OCC.Core.gp import gp_Trsf, gp_Vec trsf gp_Trsf() trsf.SetTranslation(gp_Vec(-center[0], -center[1], -center[2])) from OCC.Core.BRepBuilderAPI import BRepBuilderAPI_Transform transformed_shape BRepBuilderAPI_Transform(shape, trsf).Shape() # 步骤2网格化高精度 from OCC.Core.BRepMesh import BRepMesh_IncrementalMesh mesh BRepMesh_IncrementalMesh(transformed_shape, 0.05) # 0.05mm精度 # 步骤3导出STL stl_writer StlAPI_Writer() stl_writer.Write(transformed_shape, filename) # 步骤4缩放URDF中scale1.0对应1米OCC单位为毫米 if scale_factor ! 1.0: # 实际项目中用trimesh库缩放STL二进制 pass # 导出 export_to_stl_for_urdf(model, arm_link.stl)注意BRepMesh_IncrementalMesh的Deflection参数0.05是核心——它控制三角面片最大弦高误差。设为0.5mm会导致薄壁结构如2mm厚侧板被简化为单层三角面CoppeliaSim碰撞检测时会“穿模”。我们通过实测发现对于壁厚≥3mm的零件0.1mm足够≤2mm则必须≤0.05mm。4. 工程避坑指南那些没人告诉你的“text-to-cad”暗礁4.1 尺寸单位战争毫米、英寸、还是“无单位”这是上线首日就暴雷的问题。某客户输入“长12英寸宽8英寸”系统按毫米解析成12mm×8mm生成的零件小得像火柴盒。根源在于CAD领域存在三套单位体系单位体系典型场景text-to-cad应对策略毫米mm中国/德国/日本制造业主流CNC默认设为系统默认单位未声明单位时强制使用英寸inch美国机械设计SolidWorks模板常用在语义解析层识别“inch”“in”“″”符号自动转为25.4mm无单位Unitless教学模型/概念设计比例优先要求用户显式声明单位否则拒绝处理我们最终方案在API请求体中强制字段{unit: mm}前端加单位选择下拉框默认mm并用正则校验输入文本“匹配\d\s*(mm|cm|inch|in|″)则提取否则报错‘请明确尺寸单位’”。上线后单位错误率从37%降至0.2%。4.2 “圆角”与“倒角”的致命混淆用户说“四角倒R5”但实际想要的是圆角fillet而“倒角”chamfer是45°斜切。OCC中两者API完全不同# 错误用倒角API做圆角 chamfer BRepFilletAPI_MakeChamfer(shape) chamfer.Add(5.0, 5.0, edge) # 这是倒角不是R5圆角 # 正确用圆角API fillet BRepFilletAPI_MakeFillet(shape) fillet.Add(5.0, edge) # R5圆角更麻烦的是中文里“倒角”常被误用作“圆角”的同义词尤其在南方方言区。我们的解决方案是在语义解析层建立同义词映射表将“倒R5”“圆R5”“R5圆角”统一归为fillet而“45度倒角”“C2倒角”才归为chamfer。同时在Web界面加提示“R5圆角半径5mmC2倒角宽度2mm”。4.3 DXF图层与线型的“隐形契约”某次交付后客户投诉“DXF导入CNC软件所有线都变成实线”排查发现客户用的国产CNC软件只认ACAD_LINETYPE表项而ezdxf默认不写此表。解决方案# 强制写入线型表 doc ezdxf.new(R2013) doc.linetypes.new(DASHED, dxfattribs{ description: Dashed line, pattern: A,.5,-.25 # Aanchor, .5dash length, -.25space }) # 关键必须将线型赋给图层 doc.layers.new(CUT, dxfattribs{linetype: DASHED})但还有更深的坑某些CNC软件要求线型定义必须在DXF头部HEADER区域而ezdxf默认写在TABLES区域。我们最终用doc.write_file()后用二进制方式patch头部插入$LTSCALE1.0线型比例和$CELTYPEBYLAYER对象线型随图层。4.4 URDF坐标系对齐的“幽灵偏移”CoppeliaSim加载STL后link总在空中飘着。用MeshLab检查发现STL顶点坐标范围是X:0-100, Y:0-50, Z:0-60但URDF要求原点在几何中心。OCC平移后仍偏移原因是Bnd_Box计算的包围盒包含隐藏的微小几何如布尔运算残留边。终极解法# 用质心替代包围盒中心 from OCC.Core.GProp import GProp_GProps from OCC.Core.BRepGProp import brepgprop_VolumeProperties props GProp_GProps() brepgprop_VolumeProperties(shape, props) center_of_mass props.CentreOfMass() # 平移至原点 trsf.SetTranslation(gp_Vec(-center_of_mass.X(), -center_of_mass.Y(), -center_of_mass.Z()))质心计算比包围盒中心精度高3个数量级彻底解决飘移问题。4.5 大模型幻觉的“几何灾难”曾有用户输入“一个无限长的圆柱”LLM生成的STEP文件包含#100CYLINDRICAL_SURFACE(..., INFINITY)SolidWorks直接崩溃。对策是在语义解析层加入物理合理性校验def validate_dimension(value: float, unit: str, context: str) - bool: if context length: # 长度不能超过地球赤道周长40075km max_allowed 40075000000.0 if unit mm else 40075000.0 return 0.001 value max_allowed elif context radius: # 半径不能大于太阳半径696340km max_allowed 696340000000.0 if unit mm else 696340000.0 return 0.001 value max_allowed return True所有尺寸经此校验后再进入建模流程杜绝超纲输入。5. 场景化扩展从“文字生成CAD”到“设计意图闭环”5.1 与现有CAD软件的深度集成很多用户问“能直接插进AutoCAD吗”答案是肯定的但路径不同AutoCAD .NET API编写DLL插件监听CommandEnded事件当用户输入TEXT2CAD命令时弹出对话框获取文本调用本地OCC服务生成DXF再用Database.Insert插入当前图形。优势是无缝集成劣势是需管理员权限安装且每个AutoCAD版本需重新编译。中望CAD Python API更友好。中望CAD 2024支持pyzwcad库代码类似import pyzwcad app pyzwcad.Autocad() # 生成DXF后用app.Documents.Open()加载 doc app.Documents.Open(output.dxf)我们为某设计院做的插件实现了“选中文字→右键菜单→生成CAD”背后仍是OCC建模但用户体验像原生功能。5.2 批量处理Python批量修改CAD的真相网络热词“python批量对cad修改”其实是个误区。AutoCAD的COM接口pyautocad或中望CAD的pyzwcad本质是自动化GUI操作速度慢每图10秒、不稳定窗口焦点丢失。真正高效的批量处理是绕过GUI直接读写DWG文件ODA File Converter开源库可将DWG转为DXF文本格式用Python正则修改图层/线型再转回DWG。我们处理2000张图纸耗时从3.5小时降至18分钟。RealDWG SDKAutodesk官方SDKC编写Python用ctypes调用可直接修改DWG二进制。但需申请商业授权。实操心得别碰“cad安装”“cad激活”类问题。这些是软件许可管理范畴与text-to-cad无关。我们曾有客户想“用text-to-cad自动激活CAD”这属于合规红线必须明确拒绝。5.3 教育场景让“cad制图初学入门”不再抄图传统教学让学生临摹图纸但text-to-cad可反转流程给学生一段文字描述让他们用FreeCAD验证生成结果是否正确。例如输入“正六棱柱底面边长20mm高50mm顶面中心开Φ10通孔”学生需检查① 是否6个侧面② 通孔是否贯穿③ 尺寸标注是否完整。我们开发的课堂工具自动生成“描述→模型→答案图”三联页教师可一键布置作业。5.4 下游延伸从CAD到制造的“最后一公里”text-to-cad的价值不在生成而在打通制造链路CNC加工DXF导出时自动添加M03 S3000主轴启动等G代码注释供操作工参考3D打印STL导出时自动分析悬垂角对45°区域添加支撑结构用OCC布尔并生成支撑网格BOM生成解析文本中的“4个M6×20螺栓”自动生成Excel物料清单链接到供应商数据库。这已不是CAD工具而是数字主线Digital Thread的起点。我在实际项目中发现最有效的推广方式不是炫技“生成多酷的模型”而是直击痛点“你昨天花3小时画的那个法兰盘现在37秒搞定且尺寸零误差”。当工程师亲眼看到自己写的Word需求变成可加工的DXF那种震撼远胜任何技术宣讲。text-to-cad的本质是把工程师从重复绘图中解放出来让他们回归真正的设计——思考“为什么需要这个零件”而不是“怎么画出这个零件”。