1. 从一句话生成零件说起Text-to-CAD到底在解决谁的痛点过去两年AI辅助设计这个词被反复提起但真正落到机械、建筑、电子这些硬核工程领域能让人眼前一亮的落地场景并不多。Text-to-CAD用自然语言直接生成三维模型或二维图纸算是其中讨论度最高的一个方向。它的核心承诺很直接你不需要记住拉伸、旋转、扫掠、放样这些命令的先后顺序也不需要为了一个简单的法兰盘去翻半天标准件库只要把需求用话讲清楚系统就给你吐出一个可编辑的CAD模型。听起来像是给设计师减负但我实际接触下来它真正解决的第一批痛点其实不是高手画得更快而是非专业的人也能把想法变成可讨论的模型。比如做非标自动化设备的项目经理脑子里有个夹具的大概形状以前只能画草图或者找设计员排期现在可以先用Text-to-CAD生成一个粗糙的初版拿去和结构工程师对齐。再比如做机器人外围应用的团队需要给瓦力机器人这类现成平台配一个安装底座用文字描述孔位、板厚、倒角几秒钟就能拿到一个能导入装配体的毛坯件。但这里有个关键前提必须说清楚Text-to-CAD目前生成的是可编辑的几何体不是可直接投产的工程图。这两者之间的差距恰恰是它能不能真正进入工程工作流的分水岭。工程工作流要的不只是一个形状还要尺寸公差、材料标注、表面处理、装配约束、BOM关联以及最重要的——可追溯的修改历史。所以讨论Text-to-CAD不能只盯着生成得快不快而要盯着生成之后能不能接得上后面的流程。我见过不少团队一开始很兴奋拿它生成了一堆零件结果发现导进现有装配体之后基准面全是歪的孔位没有参数化改一个尺寸整个模型崩掉。这不是工具不行而是使用姿势不对。Text-to-CAD的定位更像是一个几何草稿生成器它的价值在于把从零到一的那段最耗时的建模过程压缩掉而不是替代后面的工程化处理。理解了这个定位后面的所有讨论才有意义。2. Text-to-CAD背后的技术路线为什么它有时聪明有时犯傻2.1 从语言到几何的三层转换逻辑要搞明白Text-to-CAD为什么有时候能生成很漂亮的模型有时候却给你一坨莫名其妙的实体得先理解它内部大致在做什么。整个链路可以粗略拆成三层语义解析层、几何推理层、参数化重建层。语义解析层负责把一个直径80毫米、厚10毫米、中心带20毫米通孔的法兰盘这句话拆成结构化的意图主体是圆柱直径80高度10特征是中心通孔直径20贯穿。这一步用的是大语言模型的能力难点在于工程语言里大量存在省略和行业默认。比如老工程师说打个M8的孔他不会说直径6.8毫米的底孔加M8螺纹但系统必须知道这是要生成螺纹特征而不是一个6.8的光孔。几何推理层负责把这些意图映射成具体的建模操作序列。同样是带孔的法兰盘可以用拉伸加切除做也可以用旋转加阵列做不同的操作序列生成的模型在后续可编辑性上差别很大。这一层目前是各家方案差异最大的地方也是决定生成质量的关键。参数化重建层负责输出标准的CAD格式比如STEP、IGES或者直接对接某个CAD系统的原生API生成特征树。这一层决定了你拿到的东西是一个死实体还是一棵能改参数的树。很多免费或轻量的Text-to-CAD工具在这一层偷懒直接输出网格或者无特征的实体导致后续根本没法参数化修改。2.2 为什么同一个描述两次生成结果不一样这是被问得最多的问题。原因在于大语言模型本身带有随机性加上几何推理层如果用的是生成式方法而不是规则约束方法就会导致同样的输入产生不同的操作序列。对于工程应用来说这其实是个挺严重的问题因为工程最讲究可复现。我实测下来的经验是描述越结构化、越接近工程术语生成结果的稳定性越高。比如直径80高度10中心通孔直径20就比一个大概八十毫米的圆盘中间挖个洞稳定得多。所以如果你打算把Text-to-CAD用在实际项目里第一件事就是建立一套自己的描述模板把常用零件的关键参数固定成固定句式。这听起来有点笨但比每次靠运气强太多。2.3 和传统参数化建模的本质区别传统参数化建模是人定义约束系统求解几何Text-to-CAD是人描述结果系统反推约束。前者可控性极强后者灵活性极高但可控性弱。这两者不是替代关系而是互补关系。我的做法是用Text-to-CAD生成初版几何然后立刻把它转成参数化特征树后续所有修改都在参数化环境里做。这样既享受了生成的速度又保住了工程的可控性。3. 把Text-to-CAD塞进真实工程流的四个卡点3.1 卡点一生成模型的基准与坐标系混乱这是导入装配体时最先暴露的问题。Text-to-CAD生成的零件原点位置往往是随机的有的在几何中心有的在第一个草图的原点有的干脆在包围盒角点。你把它导进一个已经有几十个零件的装配体想做个同心配合发现根本找不到可用的基准轴。解决办法是在生成阶段就强制约定坐标系。我的习惯是在描述里明确加一句以底面中心为原点Z轴向上。大部分支持参数化的Text-to-CAD工具能识别这类空间约束描述。如果工具不支持那就只能在导入后手动重建基准这一步虽然烦但比后面装配时抓瞎强。3.2 卡点二特征树的可编辑性参差不齐前面提过输出格式决定了后续可编辑性。我整理了一个简单的对照方便判断你手上的工具属于哪一档输出类型可编辑性适用场景后续处理成本网格格式STL/OBJ几乎不可编辑3D打印、渲染高需重新建模无特征实体STEP/IGES只能布尔运算快速装配验证中改尺寸需重做带特征树原生格式完全参数化正式工程设计低直接改参数带约束的草图特征最高需要频繁迭代最低实测下来能输出带特征树原生格式的工具才真正具备进入工程工作流的资格。只输出STEP的适合做概念验证别指望它能扛住后续的反复修改。3.3 卡点三工程语义的缺失Text-to-CAD能理解孔但很难理解这个孔要符合某个标准。比如四个M6的安装孔按某个设备平台的孔距排布系统能给你四个孔但孔距对不对、要不要加沉头、螺纹深度够不够这些工程语义它默认不管。所以生成之后必须有一道人工校核工序把标准件、公差、材料这些工程信息补回去。我的做法是维护一个后处理清单每次生成完零件按清单过一遍孔位是否需要阵列约束、倒角是否符合工艺、壁厚是否满足加工、是否需要拔模。这个清单因行业而异但核心逻辑是一样的——Text-to-CAD负责形状工程师负责工程。3.4 卡点四和现有CAD系统的对接摩擦不同CAD系统的API开放程度差别很大。有的系统提供了比较完整的二次开发接口Text-to-CAD可以直接调用生成原生特征有的系统接口封闭只能靠中间格式导入导出。这就导致同一个Text-to-CAD工具在A团队用得很顺在B团队却处处碰壁。选型的时候先确认你团队主力用的CAD系统有没有可用的自动化接口。如果没有那Text-to-CAD的价值会大打折扣因为它生成的东西你没法自动接进现有流程只能手动搬运。手动搬运一次两次还行天天搬就是灾难。4. 一次完整的Text-to-CAD实操从描述到可装配零件4.1 描述词的写法把口语翻译成工程语言我拿一个实际例子走一遍。需求是给一个机器人平台做一个转接板要求板厚8毫米四角各一个M6安装孔孔距100乘80中心有一个直径40的过线孔四角倒R5圆角。如果直接把这句口语丢进去生成结果往往不理想。我会把它改写成更结构化的描述矩形板长120毫米宽100毫米厚度8毫米底面中心为原点Z轴向上。四角各一个直径6.5毫米通孔孔中心距板边10毫米。中心一个直径40毫米通孔。四角外轮廓倒圆角R5。差别在哪口语版省略了板的长宽、孔边距、原点位置这些系统只能猜。结构化版把所有关键尺寸和空间关系都明确了生成结果的可用性会高很多。这一步的投入产出比极高值得花时间打磨自己的描述模板。4.2 生成后的第一件事不是看形状是查特征树很多人生成完第一反应是转一圈看形状对不对我建议先打开特征树看结构。重点看三件事草图有没有完全约束、特征顺序是否合理、有没有多余的基准面。如果草图没约束后面改尺寸就会乱跑如果特征顺序是先倒角后打孔那改孔位时倒角会跟着出问题。发现特征树有问题别急着手动修先回到描述里调整。比如把四角倒圆角放到描述的最后很多工具会按描述顺序生成特征这样倒角就会排在打孔之后符合工程习惯。4.3 参数化改造把生成结果变成可复用模板生成一次用一个价值有限。真正提升效率的做法是把它改造成参数化模板。具体操作是把关键尺寸提取成全局变量或方程式比如板长、板宽、孔距、孔径都设成参数。下次遇到类似需求不用重新生成直接改参数就行。这一步在不同CAD系统里操作方式不同但思路一致。以常见的参数化功能为例把尺寸标注关联到变量表然后在变量表里改数值模型自动更新。我一般会为常用零件类型转接板、法兰、支架、外壳各维护一套模板Text-to-CAD只用来生成新类型的初版成熟类型直接用模板改参数效率更高。4.4 导出与装配验证导出的时候注意单位。Text-to-CAD有的默认单位是米有的是毫米导进装配体之前一定确认清楚不然会出现零件大一千倍或者小一千倍的尴尬。我踩过这个坑一个直径80的盘导进去变成直径0.08装配体里找了半天才发现在哪。装配验证阶段重点检查配合关系能不能建立。如果生成时坐标系规范这一步会很顺如果坐标系乱就得手动补基准。验证通过后把这个零件加入标准件库标注好参数范围下次直接调用。5. 不同工程场景下Text-to-CAD的适配度实测5.1 非标自动化收益最高但依赖后处理非标自动化设备的特点是零件种类多、批量小、改型频繁。Text-to-CAD在这个场景收益最明显因为大量零件是结构相似、尺寸不同的板类、支架类、连接件。用描述生成初版再参数化改造能把单件设计时间压缩不少。但非标件对工程细节要求高孔位公差、材料厚度、表面处理都得补。所以这个场景的正确用法是Text-to-CAD出形状工程师补工程而不是指望它一步到位。5.2 建筑与室内更适合概念阶段建筑领域的CAD更多是二维图纸和三维体块。Text-to-CAD在生成标准构件门窗、楼梯、幕墙单元上有一定价值但建筑设计的核心是空间关系和规范符合性这些目前AI还很难处理。所以这个场景我建议只用在概念方案阶段快速生成体块做空间推敲正式设计还是得靠专业流程。5.3 电子与电气价值在结构件而非电路电气CAD的核心是原理图和接线Text-to-CAD基本帮不上忙。但电气设备的结构件比如配电箱壳体、安装导轨、线槽支架这些是标准的结构设计问题Text-to-CAD可以发挥作用。关键词里出现的电气cad安装更多是软件安装层面的问题和Text-to-CAD不是一回事别混淆。5.4 教育与入门降低门槛的利器对CAD制图初学者来说Text-to-CAD是个很好的辅助。传统学习路径是先记命令再练案例枯燥且容易劝退。用Text-to-CAD可以先建立描述到形状的直觉再回头学命令理解会更深。但要注意它不能替代基本功训练尺寸标注、投影关系、公差配合这些还是得老老实实学。6. 那些没人明说但一定会踩的坑6.1 描述里的隐含假设工程描述里大量存在隐含假设。你说一个标准的法兰系统不知道你指的是哪个标准、哪个压力等级、哪种密封面。它只能按最常见的理解生成结果往往和你的预期差很远。解决办法是把隐含假设显式化宁可描述得啰嗦也不要留模糊空间。6.2 生成结果的看起来对这是最危险的坑。Text-to-CAD生成的模型视觉上往往很像那么回事但尺寸可能差一点、孔位可能偏一点、壁厚可能薄一点。这些偏差在小装配里看不出来到了实际加工或者受力分析时就暴露了。所以生成之后必须做尺寸校核不能靠肉眼判断。我的习惯是生成后立刻用测量工具把关键尺寸量一遍和需求对照。这个动作花不了几分钟但能避免后面返工。6.3 过度依赖导致的技能退化这个坑比较隐性。团队里如果大家都习惯用Text-to-CAD生成初版时间长了年轻工程师对基础建模命令的熟练度会下降。遇到Text-to-CAD搞不定的复杂曲面或者特殊结构就束手无策。所以我的建议是Text-to-CAD可以日常用但团队要保持一定比例的手工建模训练尤其是复杂特征和曲面建模。6.4 版本与兼容性的坑Text-to-CAD工具更新很快生成的格式版本也在变。今天能导入的STEP明天可能因为版本升级导不进去了。所以重要项目里生成的关键零件一定要及时归档成稳定格式并且记录生成时的工具版本和描述文本方便复现。这一点在团队协作里尤其重要不然别人拿到你的模型根本不知道是怎么来的也没法改。7. 我对Text-to-CAD进入工程工作流的判断回到标题那个问题Text-to-CAD是否真正进入了工程工作流我的判断是它已经进入了前端概念和初版生成这一段但还没进入正式设计和投产这一段。这两段之间的鸿沟不是靠模型生成能力提升就能填平的而是需要工程语义、标准库、参数化模板、后处理流程这一整套配套。对个人和团队来说现在最务实的做法不是等它成熟而是先把它用起来用在它擅长的地方同时建立自己的后处理和模板体系。等工具能力提升的时候你的流程已经准备好了能第一时间吃到红利。如果一直观望等它真成熟了再上手又要从头摸索一遍。我在实际项目里的体会是Text-to-CAD最大的价值不是省了那点建模时间而是改变了想法到模型的反馈速度。以前一个想法要变成可讨论的模型得等设计员排期现在几分钟就能拿到初版讨论效率完全不一样。这个价值比单纯省时间大得多。最后分享一个小技巧把你团队最常用的十种零件类型整理成描述模板存成一个文档新人来了直接照着填。这个文档的维护成本很低但能让Text-to-CAD的生成成功率提升一大截。工具是死的模板是活的把模板建好工具才真正为你所用。