1. 一个需求单引发的思考text-to-cad到底戳中了谁很多人在聊text-to-cad时都喜欢从AI会不会取代设计师这个角度切入我觉得这不是重点。我自己的经历是真正让人头疼的从来不是设计本身而是从需求文本到第一版模型之间的那段空白。尤其在非标设备、结构件、自动化方案这些领域客户的初始需求往往就是一段话底座高度300上面开四个腰形孔孔距按标准导轨做外加两个M8螺纹孔。这段话在任何人脑里都足够清晰但到了CAD里就是一笔一笔的草图、约束、拉伸、打孔而且每一步操作背后都有一整套软件交互逻辑等着你。1.1 先还原一个真实的CAD打样场景传统流程里我拿到这段话后会经历这样几步翻资料库找类似的底座如果没有就新建文件选基准面画中心线用智能尺寸标注约束拉伸一个基体再选面打孔最后检查干涉。整个过程如果顺利半小时起步如果不顺利比如基准面选错了或者草图的几何约束没设置好导致过定义来回调整尺寸一上午就没了。更别提网上天天有人搜cad画直线显示2.1616e什么原因这类问题那只是因为坐标输入格式触发了科学计数法显示就足以拦住一批刚入门的人。CAD工具的上手成本从来都不在产品逻辑而在这些琐碎到离谱的操作细节里。这个过程里最反直觉的是真正花时间的不是设计决策而是把决策翻译成几何操作。你能想象I形梁只需要三个字但在CAD里你要先算好翼缘和腹板的尺寸比例画出截面再沿路径拉伸。text-to-cad这类项目刚好摸到了这个痛点它把翻译这一步接管了。我第一次跑通它的时候最大的感受不是模型生成得多逼真而是原来我从需求到实体之间的那一大段机械操作真的可以被压缩掉。1.2 定位它不是替代CAD而是替代从零开始我实测后的结论是text-to-cad的目标不是替代SolidWorks或者AutoCAD它更像是一个从零到一的加速器。你给它一句描述它返回一个参数化模型文件你可以把它导入常规CAD软件继续修改。这就好比以前写文章要面对一个空白Word文档现在先让AI起个草稿你再改。起草这个动作是它真正替代的部分。这一点决定了它的使用边界适合做概念模型、标准件、结构件的前期设计不适合做需要严格公差分析、复杂曲面造型、多实体装配关系验证的最终设计。搞清楚这个边界再上手就不会有AI生成的东西根本不能用的失落感。我见过不少同事第一次用这类工具指着一个生成出来的小零件说这尺寸不对啊然后直接下结论说工具没用——其实问题出在提示词没写清楚跟工具本身没关系。1.3 哪些人应该先关注它我梳理了一下目前最该关注text-to-cad的人群有三类。第一类是做非标自动化和结构设计的工程师你们每天面对大量文字需求转模型的琐碎工作这东西能帮你把方案阶段压缩一大半。第二类是产品经理和方案工程师你们不需要亲手画图但经常需要出概念图给客户看用text-to-cad生成一个粗略模型比找设计同事排队快得多。第三类是CAD教学和培训领域的人后面我会专门说它在教学场景里的价值可能被严重低估了。2. 从一句话到几何体底层工作链路拆解想用好一个工具先得知道它怎么工作。text-to-cad的内部链路虽然各家实现不同但骨架基本一致可以拆成两个底座加一个输出环节大语言模型的意图理解、程序化建模的参数映射、最终几何文件的序列化输出。理解这条链路你就能明白为什么它有时候表现惊艳有时候又蠢得离谱。2.1 两个技术底座LLM的意图理解和程序化建模的参数化第一块底座是LLM它负责把自然语言拆成结构化指令。比如你说法兰盘外径100内径40厚度10均布6个M6螺纹孔LLM需要识别出这是一组旋转体特征加一组圆周阵列孔特征而不是真的把它当成一句话。这个过程有点像一个熟练的制图员在听需求时下意识做特征分解先本体后孔洞先形状后阵列。LLM表现得像不像一个合格的制图员直接决定了后续建模的质量。第二块底座是程序化建模引擎。目前很多实现选择OpenSCAD、CadQuery这类以代码描述几何的库因为它们的特征是用函数生成实体天然适合让LLM输出成代码。CadQuery的box、cylinder、hole这些命令本质上就是把CAD的草图-特征流程抽象成了方法调用。LLM生成CadQuery代码相当于让模型直接写一份建模程序而不是去操纵一个图形界面。这一步非常关键因为代码本身就是可保存、可重跑、可参数化的等于每次生成都在创建一个新的建模脚本。2.2 实际输出路径OpenSCAD、STEP还是DWG这一步直接决定你能不能在常用软件里打开结果。目前text-to-cad的典型输出有三种OpenSCAD源码、STEP文件、STL网格。我的建议是优先选STEP因为STEP文件存储的是B-rep边界表示导入Fusion 360、SolidWorks、FreeCAD之后还能保留实体表面和边线可以继续选面、打孔、倒角。STL只是三角网格导入后只能当实心疙瘩看改起来很痛苦。我把三种格式的适用场景整理过一张表方便你快速决策输出格式适用场景优点缺点STEP导入主流CAD继续建模B-rep完整、可编辑不带特征树历史OpenSCAD源码参数化修改、批量生成完全可编程、可参数驱动需要懂代码界面预览弱STL3D打印、外观评审通用性最高不可编辑精度损失DWG在建筑和二维工程图里还是主流但text-to-cad目前对DWG的支持普遍偏弱。这也符合当前技术现状三维参数化建模对特征的表达更清晰而DWG的二维图元直线、圆弧、多段线虽然简单但要让LLM理解剖视图怎么画标注放哪层反而更难。所以你在测试时如果发现文字生成的二维图很怪不用太惊讶这是目前的边界。我看到热词里cad图纸合并cad标注和图框插件这些问题被反复搜索就知道二维出图这块的自动化还有很长的路要走。2.3 为什么生成结果能保持可编辑而不是一张死网格这是text-to-cad和单纯文生3D比如一些AI图片转3D模型最大的区别。文生3D生成的是网格模型像雕塑只能看不能改text-to-cad生成的是参数化实体像积木每个特征都是一个独立的操作记录。我在测试中把生成的法兰盘导入Fusion 360后可以直接双击某个倒角特征改半径改完整个模型自动更新这种体验已经接近原生特征建模。这一点也是我判断一个text-to-cad项目是否专业的关键指标如果输出只有STL那基本是玩具如果输出STEP且附带构造历史feature tree那才是真正在设计工具链里能用的东西。有人说能生成就行了要什么自行车但你在实际项目里就会明白模型后面还有出图、改版、加工对接一连串事不可编辑的模型等于一次性筷子用完就得扔。3. 实测跑通从提示词到可交付的STEP理论说完了上实操。我以自己最近做的一个法兰支架测试为例完整走一遍从提示词到可交付文件的过程包括环境准备、命令示例、导入验证。整个过程我记录了很多细节因为这些东西才是网上的宣传帖不会告诉你的。3.1 环境准备与模型选择目前开源的text-to-cad方案里比较有代表性的是基于CadQuery后端的一类项目。如果你本地跑建议用Python 3.10以上环境先装cadquery库再装一个支持LLM调用的客户端或直接用在线API。如果你只是先体验直接用网页版就行把输出的STEP文件下载后导入电脑里的CAD软件这样最快。我的经验是不要在一开始就纠结本地部署先跑通效果再说等确认这东西真能进你的工作流再花时间搭环境也不迟。本地环境的坑主要集中在cadquery的版本依赖上特别是与OCCOpen CASCADE内核绑定较深Windows上偶尔会遇到DLL加载失败。遇到这种情况优先看conda环境是不是干净别用系统自带的Python混装。我见过很多人卡在这一步就放弃了其实大部分时候只是缺了一个OCCT的运行时库把conda环境重建一遍就好。3.2 完整实操示例描述一个法兰支架我输入的提示词是这样的设计一个L形法兰支架水平底板长120宽80厚10四个角分别开直径8的沉头孔沉头直径14深5竖直板高100厚8顶部有一个直径30的圆孔孔心距离竖直板顶部边缘40。使用铝6061材料。输出结果在OpenSCAD预览下能看到清晰的L形轮廓沉头孔也分了两段一段大直径浅孔一段小直径通孔。把STEP导入Fusion 360后我检查了模型参数树发现底板拉伸、竖直板拉伸、沉头孔、圆孔都分成了独立特征没有合并成一张死形状这一点第一步就通过了。不过尺寸我逐项核了底板长120、宽80这两个主尺寸准确但沉头孔的位置我描述的是四个角系统默认按矩形阵列均布孔心离板边缘的间距是它自己取的我并没有给具体定位。所以如果你对孔位有严格要求提示词里必须写出孔心距边缘10这样的精确约束否则就是开盲盒。这是text-to-cad和人工设计最大的差别人听到四个角会默认找合理的边距模型只会按训练数据里的常见分布猜一个。3.3 导出与下游软件对接生成模型之后我把STEP文件同时导入了Fusion 360和FreeCAD验证兼容性。Fusion 360的导入是直接打开FreeCAD需要新建文件后再用File-Import菜单两者都能正确识别实体。下一步我试着在Fusion 360里对底板边线做倒角操作很顺说明B-rep数据完整性没问题。对接DWG场景时文本转CAD的输出会麻烦一些。我当时把STEP导入后另存为DWG二维工程图的确能生成但标注样式、图层、线宽完全要重新设置。这里我的建议是把text-to-cad当三维建模器用别当工程图生成器用图纸层面的工作还是留给专业CAD软件处理。网上有人问cad导出图片cad快速看图其实核心痛点都是出图效率但至少在现阶段text-to-cad帮不上太多这方面的忙。4. 生成模型的三个硬伤尺寸、约束、可编辑性实测下来text-to-cad能解决从无到有但离从有到准还有明显差距。我给团队做工具选型评估时不只盯着它能不能生成模型更关注生成之后我要花多久去修。下面这三个硬伤是目前所有同类工具的共性对标一个CAD工程师的真实使用习惯来看尤其明显。4.1 尺寸只是看起来对毫米级误差的来源第一类是尺寸精度问题。大尺寸、整数尺寸通常没问题比如100、300、M6螺纹孔这类常见数字模型对得很准。但一旦出现非整数尺寸、配合尺寸、或者有公差含义的尺寸模型往往会四舍五入或用近似值。我测试过一个滑块导轨安装座要求孔距46.5生成结果变成了46.4虽然只差0.1但生产上这就是废件。这里的根源在于LLM生成程序化建模代码时尺寸参数是从自然语言解析出来的如果原文本描述不精确模型就会用一个合理的默认值去填空。这不是bug是概率模型的天性。所以拿到生成结果后第一步永远是锁定尺寸全表核查而不是急着标数出图。我的习惯是把所有关键尺寸列成一张Excel表生成后一项项勾掉跟图纸校对一个流程。4.2 约束和特征的丢失第二类是约束丢失。参数化建模的灵魂是约束两个面平行、孔和边线同轴、阵列数量随主尺寸联动。text-to-cad生成的模型外形正确但内部约束经常是死的。比如阵列孔的数量写死了6个如果你把法兰外径从100改成120孔的个数不会自动增多还得手工改。另外我遇到过生成草图为完全定义但内部用了冗余约束的情况导入后一改尺寸就报过定义错误。解决办法是导入后先运行软件的修复草图或压缩冗余约束功能。SolidWorks里有完全定义草图工具Fusion 360在草图环境按D调出尺寸约束建议逐一检查驱动尺寸。这种问题不会一开始就暴露往往是你改到第三四个尺寸时才突然崩非常打击信心。4.3 如何评价生成质量一个可参考的维度表因为质量评价这个话题在团队里争论过很久我整理了一张评价表现在测试任何text-to-cad输出都按这个表打分建议你也这样做维度权重检查方法合格标准几何准确性30%核对关键尺寸所有标注尺寸误差≤0.1mm特征完整性25%查看参数树关键特征独立、可编辑约束合理性20%修改一个驱动尺寸关联特征能联动更新格式兼容性15%导入目标CAD无破损面、B-rep完整提示词还原度10%对照原始需求无遗漏孔位/特征这套表的核心逻辑是生成模型不是终点进入工程流程才是终点。如果只是看看外观那直接用渲染图就够了没必要折腾成CAD。而一旦进入工程流程cad软件建模质量评价就不再是抽象概念它决定了你的模型是能直接下发加工还是要返工两小时这两者的成本差距是数量级的。5. 把提示词当图纸规范写工程化提问的几条经验我在测试中发现决定text-to-cad输出质量的最大变量不是模型本身而是提示词。同一个模型用做个支架和设计一个L形支架底板120x80x10底板四角孔径8沉头孔竖直板高100厚8顶部孔径30这两种写法结果完全不是一个量级。所以提示词也是工程文件值得像写图纸规范一样对待。5.1 从描述形状到描述加工逻辑我踩过最深的坑是把提示词写成描述外观。比如你说一个可爱的圆形法兰模型确实能生成一个圆盘但打孔、倒角全靠猜。正确思路是反过来像跟加工师傅交代工序一样先说主特征再说从属特征最后说孔洞细节。一个实用的公式是主基体形状总体尺寸 辅助特征筋板、凸台、凹槽 孔洞阵列孔径、孔深、位置约束 表面处理倒角、圆角、螺纹。这四段信息齐全生成结果基本不会跑偏。这本质上对应了特征建模的顺序逻辑LLM在理解时也更顺畅。你甚至可以理解为text-to-cad不是在设计软件而是在翻译一份迷你工艺流程单。5.2 6条高价值提示词模板下面这6条是我反复测试后觉得能直接用、覆盖大多数场景的模板你可以根据自己的零件类型替换参数板类零件设计一个矩形底板长X宽Y厚Z四角开直径为D的通孔孔心距边E沿短边中心对称。轴类零件设计一个阶梯轴总长L直径依次是D1、D2、D3每段长度分别L1、L2、L3两端倒角C1。法兰类零件设计一个法兰盘外径D_out内径D_in厚度T法兰面上均布N个螺纹孔螺栓分布圆直径D_bolt。支架类零件前面案例里的L形支架描述就是典型模板重点是主基体辅助特征孔洞定位三段式。壳体类零件设计一个长方体壳体外形长L宽W高H壁厚T底部内腔深度H1顶部开口侧面开一个直径D的圆孔孔中心距顶面距离X。加工说明所有孔均为通孔螺纹孔按公制标准M8x1.25沉头孔沉头直径D1深度H1下方通孔直径D2。我自己用下来第六类加工说明往往是被忽略但极其重要的一块。很多人写提示词只描述几何不提孔的性质和螺纹标准结果生成出来的一堆光孔跟实际需求完全不匹配。把这些话加进去输出质量会有质的提升。5.3 迭代式修改把模型一步步逼近要求几乎没有一次生成就能完全满意的但迭代式修改比从头改模型快得多。我的工作流是第一轮生成结构草稿只检查主尺寸和特征顺序第二轮用自然语言追加修改比如把底板四个角孔改为彼此间距60的矩形阵列删除顶部凸台第三轮把STEP导入CAD后再手工精修。一般两到三轮后模型就达到可交付状态。有一点要提醒修改请求尽量一次只改一个方面。一次说把孔改大、再加个筋板、顺便倒圆角模型容易只完成其中一部分。这跟跟人沟通是反着的——人喜欢一次交代完模型更适合分步确认。这是我在大量测试里的真实感受text-to-cad的听话程度取决于你一次给它多少信息增量信息增量越小它执行得越准。6. text-to-cad与现有CAD工作流的结合场景最后聊聊实际落地。工具再好进不了工作流就是白搭。我自己的判断是text-to-cad短期内不会改变大型企业的CAD体系但在三类场景里已经能产生真实收益。6.1 与python脚本批处理结合的思路第一类是程序化设计团队。如果你本来就用python批量对CAD进行修改、生成参数化系列零件text-to-cad可以无缝嵌入这条链路。比如我们做非标设备的系列底座原来用CadQuery写参数化脚本现在直接让text-to-cad根据需求文本生成CadQuery代码再在这个代码基础上调整参数批量跑。网上关于python批量对cad修改的搜索热度一直不低说明这条需求是真实存在的只是过去入口门槛太高现在有了自然语言这层壳普通工程师也能参与进来。批量生成时要注意让模型为每个零件都生成独立参数定义不要写死数字。比如把底板长设为length_plate变量后面集中修改这个值才能实现真正意义上的参数驱动系列化。我试过直接把数字写死在代码里的方案后来改一个系列产品要反反复复替换十几个数字非常痛苦。如果你的目标不是单件而是系列化那从一开始就要在提示词里强调使用变量定义所有关键尺寸。6.2 对CAD学习者和设计流程的影响第二类是学习和教学场景。很多新手最先在网上搜cad制图初学入门cad画直线显示2.1616e什么原因这类基础操作问题这些恰恰说明传统CAD的上手成本高在工具操作而非设计思维。text-to-cad在教育中的价值是让学习者绕过操作壁垒直接看到描述-参数-几何的对应关系把精力放在设计意图表达上。当然我也认同入行初期还是要老老实实练手工建模不然连生成模型的错误都看不出来更别提修改了。工具只是辅助理解不能替代基本功。第三类影响在概念评审阶段。设计评审会之前用text-to-cad快速生成几个结构草案比拿手绘草图或纯PPT演示直观得多生成的STEP文件还能直接发给外协厂询价。这跟CAD热词里cad软件建模质量评价讨论的是同一件事当一个工具能降低建模门槛质量评价的权重就会上升而这恰恰是工程师经验价值最集中的地方。我在一次客户方案会上就用三个text-to-cad生成的支架变体做了对比客户当场就圈定了方向前后只花了不到一小时这在以前是不可想象的。我个人的体会是text-to-cad这类工具真正厉害的地方不是替你做设计而是把设计师从重复的建模操作里解放出来让你有更多时间去处理真正的工程判断。但前提是你必须拥有足以判断它输出是否正确的CAD功底。工具越强基础越不能丢。以后我拿到一个新零件需求会先想想这个问题适不适合甩给text-to-cad适合的话就让它先打个样我来做检查和精修不适合的该手画还是老老实实手画。这种人机分工的意识可能比任何一项具体技术都更值得你提前培养。 从文本到CAD模型：text-to-cad技术原理与工程实践
1. 一个需求单引发的思考text-to-cad到底戳中了谁很多人在聊text-to-cad时都喜欢从AI会不会取代设计师这个角度切入我觉得这不是重点。我自己的经历是真正让人头疼的从来不是设计本身而是从需求文本到第一版模型之间的那段空白。尤其在非标设备、结构件、自动化方案这些领域客户的初始需求往往就是一段话底座高度300上面开四个腰形孔孔距按标准导轨做外加两个M8螺纹孔。这段话在任何人脑里都足够清晰但到了CAD里就是一笔一笔的草图、约束、拉伸、打孔而且每一步操作背后都有一整套软件交互逻辑等着你。1.1 先还原一个真实的CAD打样场景传统流程里我拿到这段话后会经历这样几步翻资料库找类似的底座如果没有就新建文件选基准面画中心线用智能尺寸标注约束拉伸一个基体再选面打孔最后检查干涉。整个过程如果顺利半小时起步如果不顺利比如基准面选错了或者草图的几何约束没设置好导致过定义来回调整尺寸一上午就没了。更别提网上天天有人搜cad画直线显示2.1616e什么原因这类问题那只是因为坐标输入格式触发了科学计数法显示就足以拦住一批刚入门的人。CAD工具的上手成本从来都不在产品逻辑而在这些琐碎到离谱的操作细节里。这个过程里最反直觉的是真正花时间的不是设计决策而是把决策翻译成几何操作。你能想象I形梁只需要三个字但在CAD里你要先算好翼缘和腹板的尺寸比例画出截面再沿路径拉伸。text-to-cad这类项目刚好摸到了这个痛点它把翻译这一步接管了。我第一次跑通它的时候最大的感受不是模型生成得多逼真而是原来我从需求到实体之间的那一大段机械操作真的可以被压缩掉。1.2 定位它不是替代CAD而是替代从零开始我实测后的结论是text-to-cad的目标不是替代SolidWorks或者AutoCAD它更像是一个从零到一的加速器。你给它一句描述它返回一个参数化模型文件你可以把它导入常规CAD软件继续修改。这就好比以前写文章要面对一个空白Word文档现在先让AI起个草稿你再改。起草这个动作是它真正替代的部分。这一点决定了它的使用边界适合做概念模型、标准件、结构件的前期设计不适合做需要严格公差分析、复杂曲面造型、多实体装配关系验证的最终设计。搞清楚这个边界再上手就不会有AI生成的东西根本不能用的失落感。我见过不少同事第一次用这类工具指着一个生成出来的小零件说这尺寸不对啊然后直接下结论说工具没用——其实问题出在提示词没写清楚跟工具本身没关系。1.3 哪些人应该先关注它我梳理了一下目前最该关注text-to-cad的人群有三类。第一类是做非标自动化和结构设计的工程师你们每天面对大量文字需求转模型的琐碎工作这东西能帮你把方案阶段压缩一大半。第二类是产品经理和方案工程师你们不需要亲手画图但经常需要出概念图给客户看用text-to-cad生成一个粗略模型比找设计同事排队快得多。第三类是CAD教学和培训领域的人后面我会专门说它在教学场景里的价值可能被严重低估了。2. 从一句话到几何体底层工作链路拆解想用好一个工具先得知道它怎么工作。text-to-cad的内部链路虽然各家实现不同但骨架基本一致可以拆成两个底座加一个输出环节大语言模型的意图理解、程序化建模的参数映射、最终几何文件的序列化输出。理解这条链路你就能明白为什么它有时候表现惊艳有时候又蠢得离谱。2.1 两个技术底座LLM的意图理解和程序化建模的参数化第一块底座是LLM它负责把自然语言拆成结构化指令。比如你说法兰盘外径100内径40厚度10均布6个M6螺纹孔LLM需要识别出这是一组旋转体特征加一组圆周阵列孔特征而不是真的把它当成一句话。这个过程有点像一个熟练的制图员在听需求时下意识做特征分解先本体后孔洞先形状后阵列。LLM表现得像不像一个合格的制图员直接决定了后续建模的质量。第二块底座是程序化建模引擎。目前很多实现选择OpenSCAD、CadQuery这类以代码描述几何的库因为它们的特征是用函数生成实体天然适合让LLM输出成代码。CadQuery的box、cylinder、hole这些命令本质上就是把CAD的草图-特征流程抽象成了方法调用。LLM生成CadQuery代码相当于让模型直接写一份建模程序而不是去操纵一个图形界面。这一步非常关键因为代码本身就是可保存、可重跑、可参数化的等于每次生成都在创建一个新的建模脚本。2.2 实际输出路径OpenSCAD、STEP还是DWG这一步直接决定你能不能在常用软件里打开结果。目前text-to-cad的典型输出有三种OpenSCAD源码、STEP文件、STL网格。我的建议是优先选STEP因为STEP文件存储的是B-rep边界表示导入Fusion 360、SolidWorks、FreeCAD之后还能保留实体表面和边线可以继续选面、打孔、倒角。STL只是三角网格导入后只能当实心疙瘩看改起来很痛苦。我把三种格式的适用场景整理过一张表方便你快速决策输出格式适用场景优点缺点STEP导入主流CAD继续建模B-rep完整、可编辑不带特征树历史OpenSCAD源码参数化修改、批量生成完全可编程、可参数驱动需要懂代码界面预览弱STL3D打印、外观评审通用性最高不可编辑精度损失DWG在建筑和二维工程图里还是主流但text-to-cad目前对DWG的支持普遍偏弱。这也符合当前技术现状三维参数化建模对特征的表达更清晰而DWG的二维图元直线、圆弧、多段线虽然简单但要让LLM理解剖视图怎么画标注放哪层反而更难。所以你在测试时如果发现文字生成的二维图很怪不用太惊讶这是目前的边界。我看到热词里cad图纸合并cad标注和图框插件这些问题被反复搜索就知道二维出图这块的自动化还有很长的路要走。2.3 为什么生成结果能保持可编辑而不是一张死网格这是text-to-cad和单纯文生3D比如一些AI图片转3D模型最大的区别。文生3D生成的是网格模型像雕塑只能看不能改text-to-cad生成的是参数化实体像积木每个特征都是一个独立的操作记录。我在测试中把生成的法兰盘导入Fusion 360后可以直接双击某个倒角特征改半径改完整个模型自动更新这种体验已经接近原生特征建模。这一点也是我判断一个text-to-cad项目是否专业的关键指标如果输出只有STL那基本是玩具如果输出STEP且附带构造历史feature tree那才是真正在设计工具链里能用的东西。有人说能生成就行了要什么自行车但你在实际项目里就会明白模型后面还有出图、改版、加工对接一连串事不可编辑的模型等于一次性筷子用完就得扔。3. 实测跑通从提示词到可交付的STEP理论说完了上实操。我以自己最近做的一个法兰支架测试为例完整走一遍从提示词到可交付文件的过程包括环境准备、命令示例、导入验证。整个过程我记录了很多细节因为这些东西才是网上的宣传帖不会告诉你的。3.1 环境准备与模型选择目前开源的text-to-cad方案里比较有代表性的是基于CadQuery后端的一类项目。如果你本地跑建议用Python 3.10以上环境先装cadquery库再装一个支持LLM调用的客户端或直接用在线API。如果你只是先体验直接用网页版就行把输出的STEP文件下载后导入电脑里的CAD软件这样最快。我的经验是不要在一开始就纠结本地部署先跑通效果再说等确认这东西真能进你的工作流再花时间搭环境也不迟。本地环境的坑主要集中在cadquery的版本依赖上特别是与OCCOpen CASCADE内核绑定较深Windows上偶尔会遇到DLL加载失败。遇到这种情况优先看conda环境是不是干净别用系统自带的Python混装。我见过很多人卡在这一步就放弃了其实大部分时候只是缺了一个OCCT的运行时库把conda环境重建一遍就好。3.2 完整实操示例描述一个法兰支架我输入的提示词是这样的设计一个L形法兰支架水平底板长120宽80厚10四个角分别开直径8的沉头孔沉头直径14深5竖直板高100厚8顶部有一个直径30的圆孔孔心距离竖直板顶部边缘40。使用铝6061材料。输出结果在OpenSCAD预览下能看到清晰的L形轮廓沉头孔也分了两段一段大直径浅孔一段小直径通孔。把STEP导入Fusion 360后我检查了模型参数树发现底板拉伸、竖直板拉伸、沉头孔、圆孔都分成了独立特征没有合并成一张死形状这一点第一步就通过了。不过尺寸我逐项核了底板长120、宽80这两个主尺寸准确但沉头孔的位置我描述的是四个角系统默认按矩形阵列均布孔心离板边缘的间距是它自己取的我并没有给具体定位。所以如果你对孔位有严格要求提示词里必须写出孔心距边缘10这样的精确约束否则就是开盲盒。这是text-to-cad和人工设计最大的差别人听到四个角会默认找合理的边距模型只会按训练数据里的常见分布猜一个。3.3 导出与下游软件对接生成模型之后我把STEP文件同时导入了Fusion 360和FreeCAD验证兼容性。Fusion 360的导入是直接打开FreeCAD需要新建文件后再用File-Import菜单两者都能正确识别实体。下一步我试着在Fusion 360里对底板边线做倒角操作很顺说明B-rep数据完整性没问题。对接DWG场景时文本转CAD的输出会麻烦一些。我当时把STEP导入后另存为DWG二维工程图的确能生成但标注样式、图层、线宽完全要重新设置。这里我的建议是把text-to-cad当三维建模器用别当工程图生成器用图纸层面的工作还是留给专业CAD软件处理。网上有人问cad导出图片cad快速看图其实核心痛点都是出图效率但至少在现阶段text-to-cad帮不上太多这方面的忙。4. 生成模型的三个硬伤尺寸、约束、可编辑性实测下来text-to-cad能解决从无到有但离从有到准还有明显差距。我给团队做工具选型评估时不只盯着它能不能生成模型更关注生成之后我要花多久去修。下面这三个硬伤是目前所有同类工具的共性对标一个CAD工程师的真实使用习惯来看尤其明显。4.1 尺寸只是看起来对毫米级误差的来源第一类是尺寸精度问题。大尺寸、整数尺寸通常没问题比如100、300、M6螺纹孔这类常见数字模型对得很准。但一旦出现非整数尺寸、配合尺寸、或者有公差含义的尺寸模型往往会四舍五入或用近似值。我测试过一个滑块导轨安装座要求孔距46.5生成结果变成了46.4虽然只差0.1但生产上这就是废件。这里的根源在于LLM生成程序化建模代码时尺寸参数是从自然语言解析出来的如果原文本描述不精确模型就会用一个合理的默认值去填空。这不是bug是概率模型的天性。所以拿到生成结果后第一步永远是锁定尺寸全表核查而不是急着标数出图。我的习惯是把所有关键尺寸列成一张Excel表生成后一项项勾掉跟图纸校对一个流程。4.2 约束和特征的丢失第二类是约束丢失。参数化建模的灵魂是约束两个面平行、孔和边线同轴、阵列数量随主尺寸联动。text-to-cad生成的模型外形正确但内部约束经常是死的。比如阵列孔的数量写死了6个如果你把法兰外径从100改成120孔的个数不会自动增多还得手工改。另外我遇到过生成草图为完全定义但内部用了冗余约束的情况导入后一改尺寸就报过定义错误。解决办法是导入后先运行软件的修复草图或压缩冗余约束功能。SolidWorks里有完全定义草图工具Fusion 360在草图环境按D调出尺寸约束建议逐一检查驱动尺寸。这种问题不会一开始就暴露往往是你改到第三四个尺寸时才突然崩非常打击信心。4.3 如何评价生成质量一个可参考的维度表因为质量评价这个话题在团队里争论过很久我整理了一张评价表现在测试任何text-to-cad输出都按这个表打分建议你也这样做维度权重检查方法合格标准几何准确性30%核对关键尺寸所有标注尺寸误差≤0.1mm特征完整性25%查看参数树关键特征独立、可编辑约束合理性20%修改一个驱动尺寸关联特征能联动更新格式兼容性15%导入目标CAD无破损面、B-rep完整提示词还原度10%对照原始需求无遗漏孔位/特征这套表的核心逻辑是生成模型不是终点进入工程流程才是终点。如果只是看看外观那直接用渲染图就够了没必要折腾成CAD。而一旦进入工程流程cad软件建模质量评价就不再是抽象概念它决定了你的模型是能直接下发加工还是要返工两小时这两者的成本差距是数量级的。5. 把提示词当图纸规范写工程化提问的几条经验我在测试中发现决定text-to-cad输出质量的最大变量不是模型本身而是提示词。同一个模型用做个支架和设计一个L形支架底板120x80x10底板四角孔径8沉头孔竖直板高100厚8顶部孔径30这两种写法结果完全不是一个量级。所以提示词也是工程文件值得像写图纸规范一样对待。5.1 从描述形状到描述加工逻辑我踩过最深的坑是把提示词写成描述外观。比如你说一个可爱的圆形法兰模型确实能生成一个圆盘但打孔、倒角全靠猜。正确思路是反过来像跟加工师傅交代工序一样先说主特征再说从属特征最后说孔洞细节。一个实用的公式是主基体形状总体尺寸 辅助特征筋板、凸台、凹槽 孔洞阵列孔径、孔深、位置约束 表面处理倒角、圆角、螺纹。这四段信息齐全生成结果基本不会跑偏。这本质上对应了特征建模的顺序逻辑LLM在理解时也更顺畅。你甚至可以理解为text-to-cad不是在设计软件而是在翻译一份迷你工艺流程单。5.2 6条高价值提示词模板下面这6条是我反复测试后觉得能直接用、覆盖大多数场景的模板你可以根据自己的零件类型替换参数板类零件设计一个矩形底板长X宽Y厚Z四角开直径为D的通孔孔心距边E沿短边中心对称。轴类零件设计一个阶梯轴总长L直径依次是D1、D2、D3每段长度分别L1、L2、L3两端倒角C1。法兰类零件设计一个法兰盘外径D_out内径D_in厚度T法兰面上均布N个螺纹孔螺栓分布圆直径D_bolt。支架类零件前面案例里的L形支架描述就是典型模板重点是主基体辅助特征孔洞定位三段式。壳体类零件设计一个长方体壳体外形长L宽W高H壁厚T底部内腔深度H1顶部开口侧面开一个直径D的圆孔孔中心距顶面距离X。加工说明所有孔均为通孔螺纹孔按公制标准M8x1.25沉头孔沉头直径D1深度H1下方通孔直径D2。我自己用下来第六类加工说明往往是被忽略但极其重要的一块。很多人写提示词只描述几何不提孔的性质和螺纹标准结果生成出来的一堆光孔跟实际需求完全不匹配。把这些话加进去输出质量会有质的提升。5.3 迭代式修改把模型一步步逼近要求几乎没有一次生成就能完全满意的但迭代式修改比从头改模型快得多。我的工作流是第一轮生成结构草稿只检查主尺寸和特征顺序第二轮用自然语言追加修改比如把底板四个角孔改为彼此间距60的矩形阵列删除顶部凸台第三轮把STEP导入CAD后再手工精修。一般两到三轮后模型就达到可交付状态。有一点要提醒修改请求尽量一次只改一个方面。一次说把孔改大、再加个筋板、顺便倒圆角模型容易只完成其中一部分。这跟跟人沟通是反着的——人喜欢一次交代完模型更适合分步确认。这是我在大量测试里的真实感受text-to-cad的听话程度取决于你一次给它多少信息增量信息增量越小它执行得越准。6. text-to-cad与现有CAD工作流的结合场景最后聊聊实际落地。工具再好进不了工作流就是白搭。我自己的判断是text-to-cad短期内不会改变大型企业的CAD体系但在三类场景里已经能产生真实收益。6.1 与python脚本批处理结合的思路第一类是程序化设计团队。如果你本来就用python批量对CAD进行修改、生成参数化系列零件text-to-cad可以无缝嵌入这条链路。比如我们做非标设备的系列底座原来用CadQuery写参数化脚本现在直接让text-to-cad根据需求文本生成CadQuery代码再在这个代码基础上调整参数批量跑。网上关于python批量对cad修改的搜索热度一直不低说明这条需求是真实存在的只是过去入口门槛太高现在有了自然语言这层壳普通工程师也能参与进来。批量生成时要注意让模型为每个零件都生成独立参数定义不要写死数字。比如把底板长设为length_plate变量后面集中修改这个值才能实现真正意义上的参数驱动系列化。我试过直接把数字写死在代码里的方案后来改一个系列产品要反反复复替换十几个数字非常痛苦。如果你的目标不是单件而是系列化那从一开始就要在提示词里强调使用变量定义所有关键尺寸。6.2 对CAD学习者和设计流程的影响第二类是学习和教学场景。很多新手最先在网上搜cad制图初学入门cad画直线显示2.1616e什么原因这类基础操作问题这些恰恰说明传统CAD的上手成本高在工具操作而非设计思维。text-to-cad在教育中的价值是让学习者绕过操作壁垒直接看到描述-参数-几何的对应关系把精力放在设计意图表达上。当然我也认同入行初期还是要老老实实练手工建模不然连生成模型的错误都看不出来更别提修改了。工具只是辅助理解不能替代基本功。第三类影响在概念评审阶段。设计评审会之前用text-to-cad快速生成几个结构草案比拿手绘草图或纯PPT演示直观得多生成的STEP文件还能直接发给外协厂询价。这跟CAD热词里cad软件建模质量评价讨论的是同一件事当一个工具能降低建模门槛质量评价的权重就会上升而这恰恰是工程师经验价值最集中的地方。我在一次客户方案会上就用三个text-to-cad生成的支架变体做了对比客户当场就圈定了方向前后只花了不到一小时这在以前是不可想象的。我个人的体会是text-to-cad这类工具真正厉害的地方不是替你做设计而是把设计师从重复的建模操作里解放出来让你有更多时间去处理真正的工程判断。但前提是你必须拥有足以判断它输出是否正确的CAD功底。工具越强基础越不能丢。以后我拿到一个新零件需求会先想想这个问题适不适合甩给text-to-cad适合的话就让它先打个样我来做检查和精修不适合的该手画还是老老实实手画。这种人机分工的意识可能比任何一项具体技术都更值得你提前培养。