在CAD圈子里摸爬滚打了十几年这两年我见过最让人「破防」的场景就是有人对着屏幕打一句一个直径50mm、高30mm、带4个均布通孔的法兰盘然后软件直接给他生成一个参数化实体模型。这不是科幻片这就是text-to-cad目前真实能做到的事。它把过去需要几分钟甚至半小时的建模操作压缩成了一次自然语言描述。这篇文章我会把这些工具能干什么、不能干什么、底层是哪套逻辑、实际用起来有哪些坑全部摊开讲一遍适合正在评估AI辅助设计的工程师、产品经理以及准备把这类能力集成进内部工具链的开发者。1. 当说一句话就能建模变成现实text-to-cad在解决什么问题1.1 一个让老工程师挑眉的Demo我自己第一次上手text-to-cad的时候抱着一种不就是生成个模型有什么了不起的心态结果被现实教育了。当时我给出的提示词是a bracket with two mounting holes, 10mm thick, with a 45-degree rib也就是一个带两个安装孔、10mm厚、带45度加强筋的支架。大约十几秒后系统返回了一个B-rep实体模型旋转缩放都很流畅切开看剖面壁厚真实存在不是一张表皮。那一刻我确实挑眉了因为我知道这种模型和游戏里、3D打印展示网站上的网格模型底层完全不是一回事。这背后解决的问题非常明确传统CAD的入门成本和操作成本太高。即便你用SolidWorks、Fusion 360很多年每次从空白草图开始拉伸出一个零件仍然要经历选平面、画轮廓、标尺寸、加约束、退出草图、选特征、设置参数这一整套流程。一个简单的零件或许只要两三分钟但一天做十几个这样的零件精力就全耗在这种重复劳动上了。text-to-cad试图把这整条链路压缩成一个意图表达的过程让建模软件去理解你想要什么而不是逼着你去操作软件怎么建模。1.2 谁最适合现在就上手先说结论最适合立刻使用的人是机械设计、结构设计、非标自动化领域的工程师以及需要快速验证创意的产品设计人员。原因是这些人对零件长什么样有清晰的脑内图像缺的只是把脑内图像变成CAD模型的工具。text-to-cad恰好能接住这部分需求你描述得越清楚它生成得越准确。反过来如果你想用它来学习CAD建模我劝你谨慎。因为这类工具目前生成的模型仍然需要你具备相当的基础知识去判断对错否则尺寸错了、特征错了你根本看不出来反而会养成反正AI会生成我不用学的坏习惯。我在后面会花一整节专门讲这个尺寸幻觉问题非常致命。2. 为什么不能把text-to-cad等同于文本生成3D模型2.1 网格模型与B-rep实体的本质差别先把底层概念说清楚。你平时在游戏、影视、3D打印切片软件里看到的模型绝大多数是网格模型也就是用成千上万个三角形面片去逼近物体表面。网格模型的优点是渲染快、通用性强缺点是它本质上是一张表皮没有厚度、没有实体属性、没有可编辑的特征树。你拿到一个STL网格模型在SolidWorks里想改其中一个孔的直径基本等于重新建模。而text-to-cad生成的至少主流工具生成的是B-rep实体模型也就是边界表示法构建的实体。这种模型记录了面、边、顶点之间的拓扑关系更重要的是它背后挂着一棵参数化特征树。什么意思呢就是模型里那个孔不只是看起来有个洞而是记录着这里有一次打孔操作直径是12mm贯穿整个零件。你后续想在原有基础上改尺寸直接在特征树上改参数就行这是CAD工程师吃饭的家伙也是为什么text-to-cad对制造业真正有价值的原因。2.2 参数化特征CAD原生语言我必须强调一个容易混淆的点text-to-cad不是文本生成模型而是文本生成建模过程。这两者的区别打个比方就是前者给你一张照片后者给你一份可以反复修改的菜谱。现在主流的text-to-cad工具走的正是生成菜谱这条路。它们不是直接通过神经网络去预测每一片三角面片的位置而是从海量CAD操作序列中学习比如先建草图→画圆→拉伸→打孔→倒角这样的特征序列然后根据你的文本描述组合出合适的操作序列。这样做的好处是生成的模型天然带参数、带特征树你可以在传统CAD软件里继续编辑而不是得到一个只能看看的一次性模型。我实际测试过这类工具导出的STEP文件导入到Fusion 360之后特征树虽然不会完整保留每一步历史但实体是可识别的也能继续做布尔运算、加倒角、改拉伸量。这一点随便一个文生3D网格的工具都做不到。网格模型导入传统CAD要么直接报错要么转成无法参数化编辑的呆模型。所以如果你做的是制造业相关的工作认准能输出B-rep/STEP的工具这一条比生成速度快不快重要得多。3. 工具选型三条路线的定位与取舍3.1 从可用性到可编辑性打分接触text-to-cad这段时间我把自己试过的工具按定位分成了三类在线傻瓜式、SDK可集成式、研究探索式。选哪条路线取决于你是个人尝鲜还是团队集成。路线代表工具上手难度输出格式可编辑性适合场景在线傻瓜式Zoo Text-to-CAD极低STEP/STL/IGES/BREP高设计师快速验证创意SDK可集成式Zoo Text-to-CAD Python SDK中同上可在代码中控制高批量生成、流程集成研究探索式Autodesk Project Bernini、各类论文项目高多为demo不完整待观察持续关注技术演进我承认这里面Zoo占了两行因为它确实是目前最成熟、最开放的选择后面实操部分我也会以它为主线。像Autodesk Project Bernini2024年发布的时候展示效果很惊艳能生成参数化模型还带约束但目前公开可用性有限更多是战略展示性质。对于普通工程师等它真正开放测试再评估也不迟。3.2 为什么先推荐Zoo这条路我推荐Zoo Text-to-CAD不是因为它的生成质量已经完美而是因为它把整个体验闭环做完整了。第一它提供了免费且无需信用卡的在线入口浏览器打开就能用零成本起步。第二它输出的格式覆盖了STEP这是制造业最通用的中性格式几乎任何CAD软件都能导入。第三它有开放的Python SDK意味着团队想做批量文本转模型或者把生成能力嵌进自研工具链有路可走。另外一点是它的输入方式很灵活不只是文本。它支持你上传一张草图或者照片也可以直接在网页上画一个粗略的轮廓再配合文字描述去约束。这对于那些脑子里有形状但嘴说不清楚的情况非常救命。我后面会专门讲这个多模态输入为什么会成为隐藏神器。3.3 选型判断清单如果你现在要选一个工具引入团队我建议按这个顺序提问第一它是否输出B-rep或STEP格式不是的话直接排除。第二生成的模型能不能在主流CAD里继续编辑这个问题决定了它是玩具还是生产力工具。第三是否支持通过API或SDK批量调用只支持网页手工操作的工具无法融入真实产品开发流程。第四它的提示词对尺寸和约束的响应程度如何光看生成得好看没用尺寸精确才有工程价值。这四问答完能留下的选项其实不多。4. 实操记录从一句带孔的圆盘到可编辑的STEP文件4.1 环境准备与最初的几步我这次的实际操作完全基于Zoo Text-to-CAD的在线平台。第一步是打开官网注册账号注册过程很常规邮箱验证即可。进入主界面之后你会看到一个提示词输入框、一个画布区以及一个可以上传图片的入口。界面非常干净没有那些花哨的3D预览干扰重点就是这个输入框。坦白说第一次上手的人最容易犯的错误是直接输入我随便编个名字这类极简提示词例如a metal bracket然后就期望它生成一个完美零件。结果往往差强人意。文本转CAD的提示词跟文生图的提示词是两种完全不同的语法体系这一点我下一节会展开这里先按正确的方式走一遍。4.2 第一次成功生成法兰盘案例我选的测试件是一个法兰盘提示词我写的是A circular flange plate, 100mm outer diameter, 50mm inner diameter, 10mm thick, with 4 evenly spaced mounting holes on a 75mm bolt circle, each hole 10mm diameter.翻译过来就是圆形法兰盘外径100mm内径50mm厚度10mm在直径75mm的螺栓圆上有4个均匀分布的安装孔每个孔直径10mm。提交之后大概等了二十秒左右模型出现在画布上。我做的第一件事不是看它好不好看而是用平台的测量工具核对关键尺寸。外径、内径、厚度的数值均符合我的要求四个孔也均匀分布在螺栓圆上。然后我点击导出选择STEP格式下载完成后丢进Fusion 360成功识别为实体可以在上面继续做编辑和装配。这一步走通意味着它已经具备进入真实工作流的最低门槛。4.3 照片输入是隐藏的作弊神器在测完纯文本之后我试了它的图片输入功能。这里有个很实用的场景手边有一个物理样品或者从供应商那里拿到一张零件照片你想快速在CAD里建一个可编辑的模型。传统办法是用卡尺量尺寸然后手动建模慢而且容易出错。text-to-cad给了一条捷径把照片传上去简单写一句这个零件厚度5mm中间孔直径8mm它会结合图像信息和你补充的文字约束去生成模型。实测下来对于轮廓比较清晰、反光不严重的零件这个方式的准确率比纯文本描述高一个档次尤其在形状复杂、语言说不清楚的情况下。但注意照片输入更适合外部轮廓参考内部深孔、隐藏特征它看不到你必须用文字把这些补全。这一招在实际工作中价值极大我认识的几位做非标设备的工程师已经开始用它来快速把来图加工的PDF图纸转化成可编辑模型了。4.4 导出之后的正确走向导出STEP不是终点而是起点。我在Fusion 360里对生成的法兰盘做了两步验证第一是直接将模型的拉伸深度改大确认实体跟随变化第二是在已有的实体上新增一个贯穿孔确认布尔运算能正常执行。两步都通过说明这个模型不是一张死表皮是真正可参与后续设计的实体。有一点要提醒虽然实体可编辑但它导入后的特征历史往往不完整你在源平台看到的那棵创建圆→拉伸→打孔特征树并不会全部带进STEP文件。STEP格式本身是几何信息为主参数历史信息会丢失。所以如果你的核心诉求是在源平台反复迭代参数那就在源平台多调整几次再导出如果核心诉求是拿去做结构仿真或出工程图STEP文件已经够用。想清楚这个编辑深度的问题能帮你避免后续很多冤枉路。5. 提示词工程如何让AI听懂工程师的尺寸语言5.1 好提示词的三个要素尺寸、特征、约束text-to-cad的提示词和文生图的提示词完全是两套逻辑。文生图讲究风格修饰词越多越丰富text-to-cad恰恰相反它需要的是尽量精确、结构化、符合CAD操作逻辑的描述。我把我的经验总结成三个核心要素尺寸、特征、约束。先说尺寸这是工程模型的生命线。凡是能标注的地方都要给数值a thick bracket这种模糊描述就是给自己挖坑要写成5mm thick。如果某些尺寸你没给它就自己猜猜的结果往往不符合你的预期。再说特征要像跟实习生交代任务一样把孔、槽、加强筋、圆角这些特征逐个说清楚。最后是约束比如均匀分布贯穿对称在XX距离处这些决定几何关系的条件必须明说这是它还原你设计意图的关键。我整理了一个简单的对照表建议第一次用的人参考模糊提示词结构化提示词a round platea circular plate, 80mm diameter, 5mm thicka bracket with holesan L-shaped bracket, 50mm x 50mm arms, both 5mm thick, two mounting holes 6mm diameter, one on each arm, centereda shaft with a keywaya cylinder 25mm diameter 60mm long, with a rectangular keyway 8mm wide, 4mm deep, along the full lengtha box with a lida rectangular enclosure 100x60x40mm, wall thickness 3mm, open top第二种写法看起来毫无技术含量但生成质量就是比第一种高一大截。这背后的道理是文本转CAD模型本质上是把语言映射到建模操作序列你给出的信息越接近建模操作本身模型越容易正确执行。5.2 常见失败提示词与修正思路我统计了一下自己用的四五十条提示词失败案例集中在三种类型。第一类是不给尺寸的抒情式描述比如a sleek modern speaker grill。拜托sleek在工程上没有任何意义AI只能给你编一个看起来高级但尺寸全靠猜的模型。修正办法很简单尺寸优先把所有知道的参数全部列出来。第二类是特征之间关系不明确比如a cylinder with a rectangular hole through it你没有说明矩形孔是沿轴线贯穿还是垂直轴线贯穿它大概率会选一种但未必是你要的那种。修正办法是画蛇添足地把约束写清楚比如a rectangular cutout 10x5mm, passing through the cylinder perpendicular to the axis。第三类是同时描述多个零件却没说装配关系比如a bolt and a nut得到的结果往往是两个零件在空间里随机摆放。修正的办法是不要同时生成装配体先把单个零件一个个生成好再放到传统CAD里做装配。目前这些工具对装配关系的理解还非常弱依赖它们做装配级设计现阶段的产出质量并不具备生产力。5.3 进阶技巧用操作树思维描述建模过程真正让生成质量大幅提升的技巧是我后来才悟到的不要用概念描述而要用建模过程描述来写提示词。举个例子你自己想在CAD里建一个带加强筋的支座操作顺序是建底板→拉伸→在底板中央建一个竖直筋板→拉伸→在底板上打两个孔→加倒角。把这个顺序写进提示词效果远好于单纯描述a reinforced support bracket。原因也好理解因为这些工具的训练数据本来就来自CAD操作序列你用操作顺序组织描述正好命中它的数据分布。这也解释了为什么同一个需求有人生成出来惨不忍睹有人生成出来基本能用差的不是工具而是用CAD思维还是用日常思维来描述对象。我自己现在的习惯是先在脑子里把建模步骤过一遍然后按步骤顺序组织提示词一次成功率能有明显提升。6. 实测避坑尺寸幻觉、特征退化与单位陷阱6.1 看起来对尺寸全错的幻觉问题这是我在所有避坑点里最想强调的也是当前这类工具最危险的缺陷模型可能看起来完全合理但关键尺寸是错的。我遇到过一个典型案例我要求一块200mm x 80mm x 10mm的板表面有6个M6螺纹孔。生成结果用眼睛看6个孔整整齐齐位置分布均匀视觉上挑不出毛病。但我用测量工具一查板长变成了120mm孔径变成了4.2mmM6螺纹孔的实际底孔直径应该是5mm。也就是说它在视觉上做到了看起来像却在工程参数上做了自由发挥。我后来仔细想了一下这个问题的根源是模型训练时更多学到了形状分布规律而不是数值物理规律。它对6个孔均匀分布这种几何模式学习得很好但对200mm这种具体数值的响应精度有限。所以任何从text-to-cad得到的模型进传统CAD后的第一件事应该是对照原始设计意图逐项核对关键尺寸而不是直接拿去下单加工。把这一条加入你的流程卡点能省下后面一大堆麻烦。6.2 复杂特征退化圆角、倒角与螺纹第二个坑和特征复杂度有关。生成简单的拉伸、打孔特征时准确度尚可但一旦涉及圆角、倒角、螺纹这些局部精细特征模型质量就开始退化。圆角半径忽大忽小倒角方向经常反螺纹更是经常只生成一个光孔了事完全看不到螺纹线。我的建议是分两步走第一步让text-to-cad生成基础实体形状比如底板、主体、孔位这些它擅长效率也高。第二步把STEP文件导入传统CAD你用熟悉的圆角、倒角、螺纹命令把细节补齐。说白了现阶段这类工具最舒服的用法是粗模生成器而不是精模完成器。认清这个分工你就能扬长避短。6.3 单位与坐标系的那点事单位问题听起来很基础但在实际使用中坑了我好几次。不同平台的默认单位不同有的默认毫米有的默认英寸还有的根据提示词里出现的数字范围自动推测。如果你提示词里只写了数字没带单位比如a plate 10 thick结果可能是英寸的10也可能是毫米的10两者相差24倍。我现在的做法是提示词里所有尺寸一律带上单位mm或inch并且在生成后立即检查模型属性里的单位设置。另外关于坐标系text-to-cad通常会把模型放在世界坐标系原点附近但零件朝向有时候是歪的。解决办法不用纠结导出后在CAD里执行一次对齐或重新定位即可这丢不了多少时间。6.4 计算资源的隐性成本很多人以为text-to-cad就是网页上点一下、免费生成实际到团队级使用隐性成本不少。如果只是个人偶尔用免费额度完全够。但如果你想把生成能力集成到自动化流程里按量付费的API成本、生成失败后的重试成本、后续人工校验修复的成本都要提前算进ROI模型里。我建议团队先给一个子流程做小规模试点比如历史图纸归档时的三维模型重建场景记录一次生成从提交到可用模型实际需要的人工干预次数。跑两周数据出来再决定是否值得规模化。我见过好几个团队一上来就要求全流程自动化结果被干预率打击到怀疑人生。循序渐进才是这类工具的正确落地姿势。7. 落地思考text-to-cad是替代建模师还是替代鼠标7.1 概念设计阶段的效率革命如果只看当前能力边界我认为text-to-cad最实在的价值在概念设计阶段。以往你画一个方案无论简单复杂都得先把基础几何搭出来。这些活儿技术含量不算高但就是耗时间。现在有了text-to-cad方案阶段的毛坯模型可以在几十秒内批量产出而且一次能生成好几个变体你有更多时间去比较方案的差异而不是把时间耗在重复建模上。我自己在一次非标治具设计中用这个思路做了三个变体一个用铝合金整体铣削一个用钣金折弯一个用3D打印树脂。每条路线的模型我都用text-to-cad快速搭出主体然后逐一到CAD里补细节、做强度校核。最终交付时间比纯手工建模快了大概一整天这在样品试制阶段是实打实的效率提升。7.2 它替代不了的设计判断反过来也必须说清楚边界。text-to-cad现在能替代的是鼠标操作、是草图到实体的特征创建过程但它替代不了为什么要这样设计的判断。比如材料怎么选、公差怎么定、加工工艺怎么排、装配顺序怎么规划这些才是设计工程师的核心竞争力。AI生成模型的速度再快也不能替你做受力分析不能替你跟供应商确认工艺窗口。所以我的结论是别把它看作替代建模师的工具而是看作替代建模过程里重复劳动的杠杆。用好这个杠杆你的时间能花在更值钱的地方比如多算一轮仿真、多对比一个方案、多和客户沟通一次需求。这些才是真正拉开设计质量差距的地方。7.3 给团队的三个落地建议作为收尾给想引入text-to-cad的团队三个实操建议。第一建立AI生成模型必须人工复核的流程卡点关键尺寸和公差由负责工程师逐项确认我前面讲的尺寸幻觉问题在流程层必须堵死。第二从插件和API集成做起而不是把生成流程割裂在网页端。尽量把text-to-cad嵌入到已有的CAD工具或PDM流程里让生成的模型自动进入受控环境避免大家在聊天工具里互传文件导致版本混乱。第三建立团队的提示词知识库。把写过的有效提示词和对应的生成效果截屏存档新项目可以基于历史模板修改参数快速出方案。这个知识库用得越久越值钱因为它沉淀的是你们团队自己的设计语言和产品特征习惯。最后再分享一点个人体会。text-to-cad真正让我兴奋的不是它能生成多复杂的模型而是它让建模这个环节重新变成了思考驱动而不是操作驱动。以前我做设计很多时间是被软件操作逼着走的现在我可以先把意图用语言表达出来再根据结果决定怎么调整。这个变化看似只是输入方式变了实际上整个设计的思维方式都在跟着变。当然这条路还很长尺寸精度、复杂特征、装配关系都还远未成熟。但我愿意持续跟下去因为方向对了剩下的都是时间问题。