企业官网建设流程全解析

一直说text-to-cad，我一开始是当噱头看的。直到去年底我在浏览器里输入了一句“一个直径40mm、高20mm、中间带M6螺纹孔的法兰盘”，几秒钟后拿到了OpenSCAD源码和可交互预览，改了两个参数，一个可以直接送3D打印的零件就这么出来了。那一瞬间我意识到，这个方向不是“AI画图换了个壳”，而是真正把“设计意图”和“建模操作”之间的翻译成本打下来了。

这篇文章主要聊聊text-to-cad目前能做什么、不能做什么，以及几条我实际跑过的技术路线和复现流程。无论你是被CAD安装卸载折腾到头大的新手，还是已经在用Python批处理CAD文件的进阶用户，应该都能从里面找到一点有用的东西。

1. 为什么我盯上了text-to-cad这个方向

先说说背景。CAD这个圈子很有意思，搜索热度常年被“cad安装”“cad卸载”“cad转pdf”这些词占据，每次看到都挺感慨——大量用户连第一道门槛都还没跨过去，就被软件安装、配置、激活这些跟设计本身没关系的事情卡住了。而另一端，又有一批工程师在用Python批量修改CAD图纸、写脚本生成钣金件、维护一大堆参数化模板。这两个群体之间的落差，恰好就是text-to-cad这类工具最想填平的地方。

1.1 传统CAD最磨人的不是画图，而是“把想法翻译成约束”

用过CAD的人都知道，画一条线不难，难的是画完这条线之后，它和旁边的面、孔、倒角之间那串复杂的父子关系。我们脑子里想的往往是一个整体：“这里有个法兰盘，四个孔均布在直径30的圆上，背面沉孔深度2毫米”。但软件听不懂人话，它只认约束、尺寸、草图、拉伸、阵列、布尔运算。

这一层翻译就是绝大多数新手放弃CAD的地方，也是老手效率损耗的大头。text-to-cad本质上就是在替代这层翻译——把自然语言描述直接转成参数化建模的过程和结果。它输出的不是一张渲染好看的图片，而是可以编辑、可以重算、可以导出加工的模型或代码。

1.2 text-to-cad到底能做什么

先说结论：目前它离“一句话生成完整装配体”还很远，但在单零件、标准件、概念草模这类场景里，已经能实打实干活了。

我实际验证过的能力包括这么几类：

• 轴套、法兰盘、支架、连杆这类回转体和拉伸体零件，描述清楚直径、长度、孔位、壁厚，生成结果基本一次成型；
• 带有阵列、布尔差集、圆角等特征的中等复杂度零件，需要把特征逐个写清楚，生成后一般要小改；
• 组合式零件和装配体，比如“一个底座加四个支脚并用螺钉固定”，目前成功率明显下降，因为装配约束关系超出大多数文本生成模型的处理范围。

至于适合谁，我体感是这么分的：创客和产品设计师可以用它快速出概念模型，机械工程师可以用它生成重复性标准件，教育场景里它可以作为学习参数化建模的引导工具，但直接拿去做大批量生产级图纸，现阶段还不太现实。

1.3 它和文生3D、AI绘画有什么本质区别

很多人会把text-to-cad和AI生成三维模型混淆，其实完全不是一回事。文生3D类工具输出的是网格（mesh），本质上是“形状的近似雕刻”，模型文件里只有三角面片，没有特征树、没有尺寸约束、没有编辑历史，你拿到手只能看、只能3D打印，改不了参数。而text-to-cad的目标是输出参数化实体模型，它必须保证几何拓扑的精确性、特征的可编辑性，以及尺寸标注和实际模型的一致性。

打个比方，文生3D相当于给菜拍一张照片，你看着像那么回事但没法下锅；text-to-cad是想办法把菜谱写出来，照着做就是一道正经菜。这个差别直接决定了它俩的工程价值完全不同，也是我在评估这个方向时最看重的一条线。

2. 我实测过的几条text-to-cad路线

这个方向最近一年冒出来不少工具和思路，我挑了三条实际跑过的路线，各有各的脾气，适合的人群也不一样。

2.1 Zoo.dev Text-to-CAD：目前最顺手的入口

Zoo.dev出的Text-to-CAD是我最先试的，也是目前体验最完整的。它基于开源大模型微调，核心任务是把用户的自然语言描述转换成OpenSCAD代码，然后直接在网页里渲染预览。输入框就是一句话，剩下的全是傻瓜化操作。

我测试了一个“外径60、内径40、高度15、底部带4个均布安装孔的垫环”。它生成的OpenSCAD代码用了difference布尔差集和线性阵列，逻辑相当标准。关键是它保留了完整的参数定义，我改一个变量整模跟着变，这种体验非常接近正经CAD的参数化工作流。

OpenSCAD代码形态的好处是：语法简单、社区大、可读性强，生成错了你能直接看代码定位问题——是直径算错了还是布尔方向写反了，一目了然。Zoo这条路适合所有人作为入门首选。

2.2 CADmium：浏览器里跑开源方案

CADmium是目前我比较关注的另一个项目，走的是“浏览器里的协作式CAD”路线，开发者从一开始就把AI辅助设计作为核心特性来设计。它允许用户在聊天式的界面里描述几何体，然后系统把描述转成可执行的建模脚本，整个过程在浏览器里完成，不需要装任何软件。

它的建模脚本采用了一种类似CSG（构造实体几何）的思路，用基本体素的组合和布尔运算搭建模型。和商业软件比起来，它的草图约束系统还比较初级，复杂曲面和嵌套特征支持有限。但它的意义在于证明了“文本驱动建模”可以完全跑在Web端，协作和分享都方便很多。适合喜欢折腾、对开源生态有偏好的用户，也适合教学演示场景。

2.3 CADQuery/OpenSCAD：把AI当作代码翻译器

第三条路线是我自己经常用的“土办法”——用通用大模型配合CADQuery或OpenSCAD这类程序化建模库，把AI当翻译器使。本质上和Zoo做的事情差不多，但灵活度高得多。

CADQuery是基于Python的库，用代码构建带特征历史的三维模型，支持倒角、抽壳、扫掠这些高级特征。我通常是这么用的：在通用大模型对话框里用自然语言描述需求，让它输出CADQuery代码，然后本地跑一遍出结果。因为Python代码可以随意封装，我能把常用零件模板写成函数，下次直接往函数里填参数就行。这条路线适合已经有Python基础、希望把生成能力集成到现有工作流里的朋友。

2.4 三者的共同点和选型建议

三条路线有个共同核心：都是“先生成脚本/代码，再通过参数化建模引擎重建实体”，而不是直接生成网格。这个设计选择非常关键，后文我会专门展开讲。

选型上我的建议很直接：只想快速出个零件看看形态，选第一条；想参与开源社区或做Web端协作，看第二条；已经写Python或者维护参数化模板，直接走第三条，它能给你最大的自由度和复用价值。

3. 一句话到实体之间，模型究竟偷偷干了什么

用了这么多次text-to-cad，我一直好奇背后到底发生了什么。查了一圈资料加上自己测试，大致可以拆成三件事。

3.1 提示词先被解析成“几何语义”

你输入“直径40、高度20、内孔直径15的套筒”，模型做的第一件事不是画图，而是把这句话里的人类语言拆成机器能理解的几何语义单元。直径对应的是回转体截面尺寸，内孔对应的是布尔差集操作，高度对应的是拉伸或旋转的行程。这一步我觉得是最有技术含量的——模型必须理解自然语言里的尺寸修饰关系，还得知道哪些词对应实体特征，哪些词对应标注约束，哪些词其实是废话。

听起来简单，实际很容易翻车。比如“带安装孔的底板”这一句，模型要决定孔放在哪个面上、孔的数量和位置怎么分布。如果提示词里不说清楚“四个角各一个”，它就可能自由发挥成随机排列。这也是我后面要强调提示词工程的原因。

3.2 参数化生成：模型在解方程，不是“画”

理解了语义之后，真正关键的部分来了：模型是把描述转成一段构造实体的程序，而不是直接生成顶点和面片。这里用的是参数化建模的思路——相当于把几何关系写成一组逻辑和数学表达式，让建模引擎去执行。

举个例子，我让它生成“直径60、四个孔均布在直径48的圆周上”的法兰盘，它给出的代码里必然包含这么几个要素：圆柱体基体、四个孔位的坐标计算（角度间隔是360/4=90度）、以及布尔差集。孔位不是硬编码坐标，而是根据均布角度和分度圆直径算出来的，改分数、改直径，孔位自动跟着走。在这一点上，代码生成式CAD和传统参数化CAD的思考方式是一致的，都是“用约束和计算去驱动几何”，只不过传统CAD用交互图形界面来表达这层关系，这里用文本和代码来表达。

3.3 为什么输出代码比直接输出STL聪明得多

这是我认为整个text-to-cad方向最核心的一个决策：选择输出程序化代码，而不是输出网格模型。

网格模型就是一砣三角面片，你拿到手后想改一个孔径，除非重建模，否则几乎不可能。而输出代码等于把设计师的“操作历史记录”一起交付了——尺寸是变量、特征是函数、装配是逻辑，任何一步想改，改参数重放一遍就行。这相当于给你的是一份可以下锅的菜谱，而不是一张成品菜的照片。

而且从训练角度讲，代码是一种高度结构化的语言，歧义少、语法明确、可执行可验证，模型在生成代码时可用的“工作记忆”比自由生成三维坐标稳定得多。这也是为什么这一波text-to-cad模型的效果能这么快达到可用的水平，而文生3D还要跟网格拓扑、纹理这些难题纠缠。

4. 手把手复现：从提示词到可编辑CAD文件

理论讲多了容易飘，我直接给一套可以照着做的流程。下面的步骤我拿法兰支架这个零件完整跑通过，你也可以换成自己的零件。

4.1 写提示词的工程化套路

很多新手生成的零件不对，八成问题出在提示词上。经过一堆测试，我总结出一个模板：

[零件类型] + [关键尺寸：直径/长宽高/壁厚/孔径] + [特征列表：孔位、倒角、沉头、阵列，一个都不要漏] + [加工要求：壁厚均匀/攻螺纹/公差标注，明确写才不瞎猜]

反向示范：“做一个支架”——这属于说了等于没说。正确示范：

一个L型支架，水平板长80宽50厚8，垂直板高60厚6， 水平板四角各有一个直径6.5的通孔， 垂直板顶部居中位置有一个直径10深度15的沉孔， 整体外边缘倒角2毫米。

这么写，尺寸、位置、特征三个维度全齐了，模型基本没有自由发挥的空间。如果有特征描述不清会导致模型乱猜，比如“侧面加个孔”这种，孔在哪个侧面、距边多少、孔径多少都必须写清楚。

我的经验法则是：模型想象的自由度越高，生成结果越不可控。所以你写提示词的核心任务不是“描述得华丽”，而是“把能定的参数全部定死”。

4.2 生成、预览、修改的完整闭环

拿到生成结果后别急着导出，先在预览里旋转检查一遍。检查顺序我一般是三步：

1. 外轮廓对不对——是不是你描述的零件大类，有没有多出奇怪体素；
2. 特征个数对不对——孔数、倒角处、阵列数量是否匹配提示词；
3. 相对关系对不对——孔位是否在描述的位置上，有没有出现穿透厚度不够这类低级错误。

小问题直接改提示词重新生成，大问题也别慌，因为输出的是代码，你可以直接看代码里的参数值。比如我发现孔直径变成了6.2而不是6.5，直接把代码里对应变量改成6.5重新编译就行，不用整个重来。这一步就是参数化输出带来的核心便利。

4.3 把生成结果导入主流CAD

生成完毕之后，根据目标用途选导出格式。我常用的三条路径如下：

• 3D打印：直接导出STL，切片软件都能识别；
• 继续在FreeCAD、Fusion、中望CAD这类工具里做二次结构设计：优先导出STEP格式，它带精确B-rep曲面信息，主流商用CAD都能无损导入；
• 只想留参数化源码备用：直接保留OpenSCAD/CADQuery源文件，下次改参数重算即可。

需要注意的是，如果你的CAD插件或版本对STEP兼容性一般，可以再试一下IGES作为备选。不过这几年STEP已经是大家默认的交换格式，绝大多数场景用不到IGES了。

4.4 实测案例：一个带法兰的支架

最后放一个完整案例供参考。我的输入提示词是：

一个法兰支架，底座板长100宽60厚10， 底座四角各有直径8的通孔，孔心距边15， 垂直板高40厚8，垂直板顶部有一个圆孔直径25， 垂直板和底座之间外侧有三角形加强筋，筋厚4。

生成出的源文件在没有手工干预的情况下直接编译成功，底座、四个孔、加强筋、顶孔全部就位，尺寸误差一毫米以内。我把STEP文件导入FreeCAD之后，又给底座边缘补了三个安装定位槽，整个流程耗时大概十分钟。搁在传统CAD流程里，光是把前面那串特征一个个画完再约束好，新手没半小时打不住。

5. 从“能看图”到“能加工”，现实落差在哪

必须先泼一盆冷水：text-to-cad现在做出来的东西，适合“看”和“打样”，离“直接上机床”还有相当距离。我自己在实际项目里撞过的墙，大概能归成下面几类。

5.1 网格转STEP，精度和可编辑性之间的坑

并不是所有text-to-cad工具都输出参数化代码，部分工具生成的其实是网格模型。这类模型一旦导入专业CAD，转成可编辑实体时往往出现破面、烂边、公差超差的问题。即使我走了STEP导出，也遇到过小圆角特征丢失、圆柱面被离散成多段小平面的情况。

如果有加工需求，模型导入软件后一定要做一次实体校验，用软件自带的分析工具检查一下边面连续性。网格模型尤其要留意，转曲面后有没有出现自相交、开缝这类在视觉上发现不了的隐患。

5.2 标准件、公差、工程规范这些“潜规则”完全空白

熟练的CAD设计师脑子里装着一大堆领域规范：螺丝孔要比螺钉大0.5毫米左右、沉孔角度是90度、钣金折弯要留K因子、盘扣脚手架构件的连接节点必须符合行业标准，等等。

这些隐性知识从执行标准到加工工艺再到供应链，现在的text-to-cad模型基本不懂，也做不出来。比如我把“M5沉头螺钉用的沉孔”输入进去，模型给出的沉孔直径经常不符合标准表格里的推荐值。所以真正要用于生产的零件，生成模型后务必按相关国家标准或行业规范重新核对并修正特征参数。

这类问题不是靠优化提示词能解决的，它需要行业知识库和标准件库作为生成后端的支撑。最近看到一些专业插件，像盘扣CAD、钣金专用工具，其实就是在干“把行业规则固化进CAD”的事情，等哪天AI也能调用这套规则库，才算真正进入产线级应用。

5.3 从单零件到装配体、再到参数联动的距离

目前大多数text-to-cad的成功案例集中在单零件。哪怕零件本身很复杂，只要特征描述清楚，模型还是能处理的。但一旦涉及装配体，比如“一个底座上装一个转动臂，用一个销轴连接”，模型就需要理解零件之间的装配约束、自由度、运动关系，这已经超出了几何描述层面，进入系统设计的范畴。

我试过把装配体拆成单个零件分别生成，然后在CAD里手工装配，这样反倒靠谱一些。在一次需要修改装配尺寸的迭代中，我体会到了为什么大家把参数联动看得那么重——我改了底座宽度，支架孔位理论上要跟着改，但两个零件是分开生成的，后续调整只能手工补。这个痛点，等于还没解决。

如果你打算在产品设计里用text-to-cad，我的建议是：让它承担“单件快速生成”的部分，装配和联动关系还是留给正经CAD去管，现阶段不要指望一条提示词搞定整个产品。

6. 我踩过的坑与后续玩法

工具用多了，总能总结出几条别人没写进文档的经验。这几个坑我反复踩过，写出来省得你再踩一遍。

6.1 最容易翻车的一类提示词：全是形容词，没有数字

“好看一点的底座”“圆润一点的外壳”这种描述，AI生成十次有十次不一样。问题出在“好看”“圆润”这类词不具备几何确定性，模型只能随机猜，结果必然失控。

我的对策是给每个模糊描述配备一个可量化的替代方案：把“圆润”改成“四个角倒角半径8毫米”；把“厚实”改成“壁厚6毫米”；把“好看”改成“长宽比1.6比1”。如果确实说不清具体数值，那就先用工具生成一版，再在代码里微调参数看变化，比反复重生成高效得多。

6.2 生成结果不可编辑时的自救方案

有一类工具或模型会直接输出“死模型”——只有网格、没有特征历史、也没法参数化。这个时候最忌讳的就是硬着头皮在网格基础上继续改。

我的自救顺序是这样：先尝试自动网格转实体功能，很多主流CAD和FreeCAD都有这个能力，处理得好的话能转成可编辑实体；转失败了，就把它当作参考几何体，导入到新文件里垫底，照着轮廓重新建模一遍；如果只是需要图片或打印件，就直接用原始网格，不再折腾后续编辑。

6.3 建议的下一步方向：从被动生成到主动校验

用到现在，我最期待的变化其实不是模型生成更复杂的形状，而是能主动校验设计合理性。比如生成完自动提示“按你这个直径和常见材料壁厚，薄壁区可能小于最小可加工厚度”或者“M6通孔的过孔直径比标准值偏小”，这才是text-to-cad能真正进入工程流程的关键一跃。

我这段时间已经把手头的常用零件整理成了一套提示词模板库，配合CADQuery函数封装，基本实现了“填参数->出模型->导图纸”的半自动流程。下一步我打算接入一个简单的规则校验脚本，对孔径、壁厚、折弯半径这类关键值做自动检查。这个方向目前公开可用的解决方案还不多，我觉得谁先把这块做扎实，谁就能走在该领域最前面。