有一次我急著給一個電機支架畫三維模型——底板尺寸、四個安裝孔、中心凸臺帶螺紋孔這些在腦子里清清楚楚可我實在不想打開CAD軟件從第一個草圖開始一錘子一錘子敲。同事瞥了一眼輕飄飄地說了句“你直接讓AI生成啊。”我當時心里是不服的。Text-to-CAD這東西看論文、看演示視頻的時候確實驚艷可真拿來做正經(jīng)零件我總感覺它頂多能出個方塊。結(jié)果那天下午的實驗讓我對它的看法改變了不少。這篇文章就圍繞我實際折騰Text-to-CAD的經(jīng)歷來寫。我會盡量把底層原理、工具選型、實測結(jié)果和提示詞技巧都拆開講清楚適合剛接觸這個方向的產(chǎn)品設計師、機械工程師、創(chuàng)客也包括那些想用文本生成替代重復建模的人。如果你也好奇“一句話到底能不能變成能編輯的CAD模型”這篇文章應該能給你一個相對務實的答案。1. 從“這玩意能出個方盒子”到“能進工作流”我對Text-to-CAD的認知變化1.1 最初我拿它當玩具我第一次接觸Text-to-CAD是從一篇講“用自然語言直接生成CAD命令序列”的論文開始的。演示里輸入一句“創(chuàng)建一個帶四個孔的底板”模型嘩啦嘩啦生成了一段命令流最后渲染出來的零件像模像樣。當時我的第一反應是這生成的零件真的能改嗎能在Fusion或者SolidWorks里編輯特征樹嗎大概率不能。所以我一直把它歸類為“學術演示品”和那種“輸入一句話生成一張圖”的玩法差不多圖個樂子。直到我需要快速出一版電機支架的初始模型。我不是專業(yè)結(jié)構工程師畫一個能看的零件圖不難但要把每個孔的定位、凸臺的高度、加強筋的位置都精確落到尺寸上還得留出后續(xù)改參數(shù)的空間在傳統(tǒng)CAD里其實是一套固定的熟練功。那個下午我忽然意識到Text-to-CAD真正吸引人的地方不是它“憑空造東西”的能力而是它能把“描述一個零件”的成本壓得非常低。1.2 為什么說這個痛點真實存在CAD建模的門檻絕大多數(shù)時候不在軟件操作而在“把腦子里的空間關系轉(zhuǎn)換成一步一步的操作”。你腦子里知道“底板四角有孔中心有個凸臺”但落到軟件里要先建草圖、標約束、選拉伸面、做布爾運算一步錯后面全亂。Text-to-CAD想解決的就是這部分。它把“空間描述”這一人類天然擅長的能力保留下來把“命令序列生成”這種機器擅長的事交給模型。對新手來說這意味著不用先背幾十個命令對熟手來說這意味著快速出初始模型、快速試錯。我當時做完第一次實驗后的體會是它確實不能直接交付生產(chǎn)圖紙但作為“從零到第一版”的加速器已經(jīng)比我想象中成熟太多了。1.3 適合誰、不適合誰先說適合誰。第一類是創(chuàng)客和DIY玩家零件精度要求不高但求快速看到實物效果Text-to-CAD可以大幅縮短從想法到手辦/樣件的時間。第二類是非機械背景的產(chǎn)品經(jīng)理或設計師需要給結(jié)構工程師提需求與其畫一堆不標準的草圖不如直接用文字把需求描述清楚再讓Text-to-CAD出個示意模型。第三類是資深CAD用戶他們完全可以把生成結(jié)果當作“可編輯的起點”進去改特征樹效率和直接開草圖差不多。不適合誰也很明確。如果你做的是精密裝配件公差要求在小數(shù)點后三位或者你的模型要直接進五軸加工CAM那目前任何Text-to-CAD方案都不能當最終交付至少我實測過的都不行。它更適合“設計前期”和“概念驗證”這個邊界必須先劃清楚。2. 三條技術路線并存的底層差異文本生成CAD不是只有一種做法2.1 路線一端到端命令序列生成第一條路線也是學術界最熱衷的方向叫端到端命令序列生成。大致思路是收集大量CAD模型和它們對應的建模歷史把每個模型拆解成“草繪命令、拉伸命令、打孔命令”這樣的序列再配上文本描述組成訓練數(shù)據(jù)。模型要學會的是給定一句自然語言直接輸出一段能還原出該模型的操作序列。這條路線的優(yōu)點是很“本質(zhì)”——它直接模擬了人類設計師的建模過程如果理想化地實現(xiàn)生成的模型天然帶特征樹后期可編輯性最好。缺點也很明顯訓練數(shù)據(jù)太難搞。真實生產(chǎn)環(huán)境里的CAD歷史樹往往包含大量無效操作、草繪約束不完整、特征命名混亂清洗成本極高用合成數(shù)據(jù)生成器倒是快但合成數(shù)據(jù)的“說話方式”和真實設計習慣差得很遠。我實測過幾個基于這條路線的研究原型對簡單回轉(zhuǎn)體零件效果尚可一碰到帶復雜分型面、倒角序列的零件生成結(jié)果就很容易崩。2.2 路線二程序化建模代碼生成第二條路線是我個人認為目前最實用的方向——程序化建模代碼生成。它不直接生成CAD模型而是讓大語言模型生成一段建模腳本比如CadQuery、OpenSCAD、FreeCAD的Python宏然后由本地CAD內(nèi)核去執(zhí)行這段腳本最終得到實體模型。這條路線之所以實用是因為大語言模型在“自然語言轉(zhuǎn)結(jié)構化代碼”這件事上表現(xiàn)已經(jīng)非常強。自然語言描述“在底板上畫四個孔”對LLM來說更像是“寫一段畫四個圓的代碼”這恰好是當前大模型最擅長的映射方式。而且輸出是代碼意味著模型天然是參數(shù)化的改一個尺寸變量就能更新整個模型。更妙的是代碼本身可讀、可審計、可回滾這對工程場景非常重要。我在后文會給出一個完整的CadQuery生成案例大家可以直觀感受一下這條路線的成熟度。2.3 路線三多模態(tài)轉(zhuǎn)譯與重建第三條路線是繞過CAD內(nèi)核的多模態(tài)路線。流程一般是先用文生圖模型根據(jù)描述生成一個軸測視圖或三視圖再用圖像轉(zhuǎn)3D模型工具重建成網(wǎng)格最后想辦法把網(wǎng)格轉(zhuǎn)成可編輯的實體模型。聽起來最“科幻”但我用下來的感受是目前這條路線最不適合精密設計。文生圖模型生成的圖像很有說服力但重建回來的網(wǎng)格尺寸精度無法保證特征邊緣會糊掉轉(zhuǎn)成STEP實體模型之后經(jīng)常出現(xiàn)破面、非流形幾何。它真正的用武之地在概念設計你想快速看一下“這個東西大概長什么樣”可以用它出個視覺效果極佳的概念模型但別指望它的孔位是準的。如果需求只是PPT匯報、方案比對這條路線反而是最快的。2.4 三條路線的對比與取舍我自己看這三條路線有一個很直白的類比。端到端命令序列生成相當于請了一位按你口述來操作CAD的實習生理論上能畫出和設計師一樣的歷史樹但這位實習生目前聽不太懂人話。程序化建模代碼生成相當于請了一位會寫腳本的程序員他不直接碰CAD但寫出來的腳本能自動建模輸出穩(wěn)定、可復現(xiàn)是目前最靠譜的。多模態(tài)轉(zhuǎn)譯重建相當于請了一位概念畫師出圖極快極好看但你要的是工程圖不是藝術圖交付物本質(zhì)不一樣。技術路線輸出形式尺寸精度可編輯性上手門檻當前成熟度端到端命令序列B-rep實體特征命令中等較高低實驗階段程序化代碼生成CAD腳本/宏高高中可用階段多模態(tài)轉(zhuǎn)譯重建網(wǎng)格/低精度實體低低低概念展示用所以在實際項目里我不會一開始就問“哪個工具最好”而是先問“我要交付什么”。要可編輯、要改尺寸走程序化代碼生成要快速看造型走多模態(tài)要看論文里的未來趨勢才關心端到端路線。3. 實測四類方案同一個需求四份“答卷”誰更接近可用的模型3.1 測試需求一個有真實約束的零件為了量化對比我設計了一個非常具體的測試需求讓所有方案生成同一個零件“一個方形的電機安裝座。底板長150毫米、寬80毫米、厚6毫米。底板四角各有一個6毫米的通孔孔心距離底板邊緣10毫米。底板中心上方有一個直徑50毫米、高20毫米的圓柱形凸臺凸臺頂面有四個均勻分布的M5螺紋孔螺紋孔所在分度圓直徑30毫米。底板短邊方向的兩側(cè)各有兩個加強筋加強筋厚度4毫米連接底板和凸臺側(cè)面?！边@個零件不復雜但包含了板類特征、陣列孔、圓形凸臺、螺紋孔、加強筋基本覆蓋了日常設計的常見需求。我用同一個描述跑了四條路線記錄耗時、輸出形式和修改體驗。3.2 方案ACadQuery代碼生成路線CadQuery是一個基于Python和OpenCASCADE的腳本建模庫我一直覺得它是當前和LLM配合得最好的建模接口。原因很簡單它的語法是“從某個面開始向左畫一個圓拉伸到某個高度”這種操作流式描述對LLM來說幾乎零翻譯成本。我用的提示詞是“請用CadQuery生成下面這個零件的模型所有單位毫米使用workplane和運算邏輯?！蹦Ｐ头祷氐拇a核心部分長這樣import cadquery as cq # 底板 base cq.Workplane(XY).box(150, 80, 6, centered(True, True, False)) # 四角通孔 base base.faces(Z).workplane() \ .pushPoints([(55, 30), (-55, 30), (55, -30), (-55, -30)]) \ .hole(6) # 中心凸臺 base base.faces(Z).workplane() \ .circle(25).extrude(20) # 凸臺頂面螺紋孔 base base.faces(Z).workplane() \ .pushPoints([(0, 15), (15, 0), (0, -15), (-15, 0)]) \ .circle(2.5).cutBlind(-6, taper0) # 加強筋單側(cè)示意 base base.faces(Y).workplane() \ .moveTo(0, 3) \ .lineTo(25, 20).lineTo(0, 20).close() \ .extrude(4)執(zhí)行之后得到的模型尺寸完全符合要求特征樹也清晰。最讓我滿意的是它的可修改性我想把底板改成180毫米長只需要改box函數(shù)里的第一個參數(shù)想讓螺紋孔變成四個均勻分布直接改pushPoints的坐標即可。這就是代碼生成路線的核心競爭力——它不是“生成了一張靜態(tài)的圖”而是“生成了一份活的設計”。3.3 方案BOpenSCAD直接文本生成OpenSCAD是另一類工具它的建模思路是CSG構造實體幾何用球、立方體、圓柱做并集、差集、交集。這種完全靠代碼拼裝的建模方式對LLM來說同樣友好因為本質(zhì)上就是寫一段帶布爾運算的數(shù)學表達式。我讓同一個模型走OpenSCAD路線生成的代碼長這樣module motor_mount() { difference() { union() { // 底板 cube([150, 80, 6], centertrue); // 凸臺 translate([0, 0, 3]) cylinder(h20, d50); // 加強筋簡化 translate([0, -12, 3]) cube([4, 24, 20]); } // 四角通孔 for (x [-55, 55], y [-30, 30]) { translate([x, y, 0]) cylinder(h10, d6, centertrue); } // 螺紋孔示意 for (angle [0:90:270]) { rotate([0, 0, angle]) translate([15, 0, 3]) cylinder(h10, d5, centertrue); } } } motor_mount();這段代碼生成的模型更“雕塑化”適合那些以布爾運算為主的零件。它的優(yōu)點是代碼量很短邏輯一眼能看懂缺點是建模思路和現(xiàn)代CAD特征樹不太兼容后期如果要在SolidWorks里繼續(xù)編輯基本等于重畫。我在實測里更愿意把它當作“快速驗證造型”的工具而不是“可交付建?！钡墓ぞ?。3.4 方案C在線AI建模工具我又試了一類在線AI建模工具這類工具的交互通常是輸入文字描述平臺在云端生成模型然后在網(wǎng)頁端展示可編輯的特征列表。實話實說這類工具的完成度比我想象中高。同一個電機安裝座需求它給出的特征樹包括“拉伸-底板”“打孔-四角”“拉伸-凸臺”“陣列-螺紋孔”層級關系和命名都挺規(guī)范。但問題出在兩處一是對尺寸約束的響應不夠穩(wěn)定我曾嘗試把凸臺高度從20毫米改成30毫米結(jié)果生成的底板尺寸也跟著變了說明模型在某些情況下會自己“腦補”關聯(lián)二是可導出性導出的STEP文件能打開但特征樹已經(jīng)拍平進去之后無法再按原生特征編輯。如果你手頭沒有本地建模環(huán)境又想在最短時間內(nèi)看到文字描述對應的三維效果這類工具是很好的起點。但只要有后續(xù)修改需求我建議還是把導出的模型當作參考而不是基座。3.5 方案D文生圖-圖生模型兜底最后我試了多模態(tài)兜底路線先用文生圖工具生成一張軸測圖再用重構建模工具轉(zhuǎn)成網(wǎng)格。這個流程跑下來倒是很快但結(jié)果最有“觀賞性”也最不“嚴肅”。生成的模型從視覺上看幾乎沒有破綻凸臺、孔、加強筋的位置關系都對但一旦我拖拽縮放發(fā)現(xiàn)孔的邊緣在網(wǎng)格上是波浪形的凸臺的圓也不是真圓。我嘗試把網(wǎng)格轉(zhuǎn)成STEP實體結(jié)果軟件報了一堆非流形幾何錯誤修補花了半個多小時最終得到的模型仍然沒法直接開模或者標記尺寸。我的結(jié)論是這條路線目前的價值在于“把文字變成視覺概念”適合放在設計決策的最前端比如給客戶看多個方案的長相。一旦進入工程階段它就得讓位給代碼生成路線。3.6 實測結(jié)果匯總方案耗時尺寸準確度特征可編輯性單位處理最終可用度CadQuery代碼約50秒含調(diào)試高強參數(shù)化明確高OpenSCAD代碼約40秒中高中可改參數(shù)需手動確認中高在線AI建模約1分鐘中弱特征平鋪偶有偏差中文生圖-圖生模型約2分鐘低極弱網(wǎng)格轉(zhuǎn)實體困難基本無序低這個表格基本就是我那天下午實驗的結(jié)論。如果有耐心四條路線我都建議自己跑一遍。感受一下“哪個環(huán)節(jié)卡住、哪個環(huán)節(jié)順暢”比看任何評測都更能幫你判斷該把Text-to-CAD放在工作流的哪個位置。4. 提示詞就是設計輸入怎么寫一段合格的Text-to-CAD描述4.1 失敗案例一句完整句子不等于有效描述很多人試用Text-to-CAD輸入的是這樣一句話“幫我做一個電機安裝座要結(jié)實一點底部有孔可以固定上面要能放電機?！边@句話在人類設計師聽來完全沒問題但模型拿到的信息量其實非常稀薄沒有尺寸、沒有位置約束、沒有具體特征類型?！敖Y(jié)實一點”這種主觀描述更讓模型無從下手。實測中這種描述的生成結(jié)果往往是一塊形狀奇怪的實體孔位、壁厚全靠模型“猜”。這不是模型笨而是你把設計表達權完全交給了它。4.2 有效描述的五要素經(jīng)過多次調(diào)試我把有效的Text-to-CAD描述拆成五個要素幾何主體、關鍵尺寸、位置約束、特征類型、單位與輸出格式。幾何主體回答“這個零件主要由哪些體塊構成”比如“一塊底板加一個圓柱凸臺”。關鍵尺寸要落到位底板長寬高、凸臺直徑高度不能只寫“大”和“小”。位置約束描述特征之間的關系比如“孔心距邊緣10毫米”“凸臺在底板中心”。特征類型要給出明確建模語義比如“通孔”“沉頭孔”“螺紋孔”“加強筋”而不是籠統(tǒng)的“孔”和“筋”。最后單位與輸出格式必須寫明“毫米”“STEP”“參數(shù)化代碼”避免模型自行猜測。4.3 一個可以直接套用的提示詞模板我在實測中發(fā)現(xiàn)下面這個模板的命中率非常高覆蓋了上述五個要素而且結(jié)構穩(wěn)定請用[CadQuery/OpenSCAD/其他]生成一個[零件名稱]模型。 整體結(jié)構[幾何主體概括]。 底板[長×寬×厚]材料面朝上中心位于原點。 關鍵特征 - [特征1][位置描述]尺寸[具體數(shù)值][類型通孔/螺紋孔/沉頭孔] - [特征2][位置描述]尺寸[具體數(shù)值][類型] - [特征3]從[基準面]拉伸[高度]與[其他特征]保持[距離/對稱關系] 單位毫米。 輸出要求[可執(zhí)行代碼/STEP文件/參數(shù)化腳本]所有尺寸使用變量定義。把電機安裝座套進這個模板效果立竿見影。模型不再需要猜測“結(jié)實一點”是什么意思它拿到的是一份完整但簡潔的設計規(guī)格書。寫提示詞的關鍵不是堆形容詞而是把設計意圖翻譯成“模型能夠執(zhí)行的約束”。4.4 單位、公差和制造方式要不要寫進去我的建議是單位必須寫公差和制造方式要分場景寫。模型默認單位不統(tǒng)一的問題在實測里非常突出——同一個模型有的工具默認毫米有的默認英寸不寫清楚生成的底板尺寸直接差25.4倍這是一個足以讓整個零件報廢的坑。公差和制造方式鑄造、機加工、3D打印建議在概念驗證階段先不寫因為當前大多數(shù)Text-to-CAD方案對GDT符號的理解還很有限寫多了反而可能把特征搞亂。但如果你準備用生成的代碼做參數(shù)化模板制造方式可以作為注釋寫進代碼里方便后續(xù)維護的人理解設計意圖。這里分享一個我的習慣所有描述里凡是涉及直徑、厚度、孔距的數(shù)值我都會用一個統(tǒng)一的變量表列在最前面后面的提示詞全部引用變量。這樣不僅生成代碼時更清晰后續(xù)我手動改參數(shù)也只需要改一處。5. 別讓AI替你畫圖讓它替你起步Text-to-CAD在工作流里的正確位置5.1 明確邊界哪些活適合它干我踩過最大的坑是試圖讓Text-to-CAD一次性完成所有設計。事實是它目前最擅長的是“從零到一”不是“從一到十”。所謂從零到一就是快速獲得一個帶主要特征的初始模型作為設計討論的載體。而復雜裝配關系、運動仿真、有限元分析這些都需要在傳統(tǒng)CAD環(huán)境里完成。具體來說適合Text-to-CAD干的活包括概念模型快速表達、多方案造型對比、零件外形可視化、給下游工程師提供“帶尺寸的草稿”。不適合的包括嚴格按ASME Y14.5標注公差的零件、需要復雜曲面造型的工業(yè)設計件、涉及大量標準件裝配關系的總成。把這些邊界劃清楚你才不會對它產(chǎn)生不切實際的期待。5.2 生成之后的重建與檢查流程即使生成效果很好我也不會直接把結(jié)果投入下一步流程。我的做法是先做一個“視覺檢查”旋轉(zhuǎn)模型、剖切看內(nèi)部結(jié)構確認所有特征都在該在的位置然后做“尺寸抽查”至少測量底板邊界、孔心距、凸臺高度這三類關鍵尺寸確認單位一致最后做“特征樹審查”把生成代碼里的特征逐一和需求文本對照發(fā)現(xiàn)多余或缺失的特征及時調(diào)整。這套流程聽起來繁瑣但一次完整的檢查通常不超過十分鐘。比起拿到一個有隱患的模型直接往下走省下來的返工時間是不可估量的。我自己就因為在第一步偷懶漏掉過一個加強筋的厚度錯誤導致后續(xù)仿真計算全廢從頭跑了一遍。5.3 踩坑記錄單位、倒角、特征識別單位問題前面已經(jīng)說過這里再補充一個細節(jié)當模型輸出是STEP時單位出錯的后果非常隱蔽。你在查看器里看不出任何異常但一切入到CAM軟件刀具路徑會全部錯亂。我現(xiàn)在的習慣是生成結(jié)果先看文件頭信息里的單位聲明而不是直接信任界面上顯示的數(shù)字。第二個高頻坑是倒角。Text-to-CAD特別喜歡在邊界上“自由發(fā)揮”倒角我甚至遇到過模型在非必要邊上了R1倒角結(jié)果干涉了裝配的案例。如果你對倒角有明確要求一定要在提示詞里寫明“除指定特征外禁止添加任何倒角或圓角”如果沒有要求生成后也要專門檢查一遍所有邊界。第三個坑是特征識別偏差。比如“螺紋孔”有的方案生成的只是一個圓柱孔沒有螺紋線有的還會自動加上螺旋掃掠導致計算量爆炸。文本里明確寫“M5螺紋孔”和“直徑5mm的通孔”是兩種訴求不要混用。5.4 組合技Text-to-CAD 參數(shù)化重繪最后分享一個我目前最常用的組合技讓Text-to-CAD生成初始模型然后把它當作“設計參考”在主流CAD里用參數(shù)化方式重新繪制一遍。聽起來好像繞路但實際效率非常高。因為Text-to-CAD生成的代碼尤其是CadQuery這類已經(jīng)幫我確定了特征順序底板拉伸、打孔、凸臺、加強筋。我拿著這個順序去CAD里重繪幾乎不用思考建模步驟直接照抄。相比從零開始想“先做什么后做什么”這種模式像是一邊看著答案一邊做題速度飛快。而且這種組合技還有一個額外好處重繪過程中我會自然地對每個特征做一次“為什么存在”的審視。有些生成結(jié)果里冗余的特征重繪時就直接刪掉了有些尺寸關系在文本里沒寫清楚重繪時也能趁機補全。最終的參數(shù)化模型質(zhì)量和完全手工建模幾乎無差別但省掉的時間可能有30%到40%。寫在最后我的實際體會折騰了這一圈我最想說的其實是Text-to-CAD真正厲害的不是讓你少畫圖而是讓你少做“無效思考”。傳統(tǒng)建模中大量精力花在“怎么把一個想法轉(zhuǎn)化成軟件操作”上Text-to-CAD把這一層抹掉了讓你可以專注于“這個零件該有什么特征、特征之間什么關系”這些更本質(zhì)的問題。它也遠遠沒到可以替代工程師的程度生成結(jié)果里的錯誤、腦補、單位混亂都需要一個有經(jīng)驗的人去把關。如果你剛開始接觸這個方向我建議直接走程序化代碼生成路線選CadQuery或者OpenSCAD都行先用我上面的提示詞模板跑通一個簡單零件再逐漸增加特征。你會發(fā)現(xiàn)當你把提示詞寫得越來越像“設計規(guī)格書”時模型的輸出質(zhì)量會有非常明顯的提升。這個過程中踩過的坑、摸索出來的模板本身就是你自己最有價值的建模資產(chǎn)。