问HN：关于文本转CAD的诚实问题。这是胡说吗？
我是一名程序员，不是机械工程师。我到处看到文本转CAD的项目，出于好奇，我自己也开始构建一个。我深入研究了现有的相关内容。
我有一些疑问。
这些演示都是精挑细选的，选择得很糟糕。无论是着陆页、X网站还是LinkedIn，都是如此。
很多这些工具只是生成网格，然后称之为CAD。虽然从技术上讲是正确的，但真正的价值在于边界表示（BREP）。有些工具只是使用openscad、cadquery、build123d等的编码代理。
我进行了实际的用户研究。与那些每天使用FreeCAD、Fusion360、SolidWorks的人进行了交谈，涵盖了不同的技能水平（初学者、专家等）。我甚至支付了他们实际的费用来尝试文本转CAD。几乎每个人都说了同样的话：在SolidWorks等软件中，他们的工作速度比任何文本转CAD工具都要快。
当前的LLM（大语言模型）在处理多个物体或真实机械部件时就会崩溃。一些开发者会说他们实现了复杂的功能。没错。但在图形用户界面（GUI）中会更快吗？
LLM在视觉推理方面表现不佳。我不在乎最新的基准测试结果。空间和几何推理目前是一个薄弱环节。
那么，文本转CAD现在只是个空话吗？真的？我们是在追逐错误的工作流程吗？
我真心想听听你的看法，至少可以给我一个答案。
查看原文
I'm a coder, not a mechanical engineer. I keep seeing text-to-CAD projects everywhere. Got curious and started building one myself. Went deep on what's out there.<p>I have doubts.<p>The demos are cherry-picked. Badly. Landing pages, X, Linkedin, all of it.<p>A lot of these tools just generate meshes and call it CAD. Technically true, but the real value is in BREP. Some are just coding agents that use openscad, cadquery, build123d, etc.<p>I did actual user research. Talked to people who use FreeCAD/Fusion360/SolidWorks daily, various skill levels (beginners, experts, etc.). Actually paid them actual money to try Text-To-CAD. Almost everyone said the same thing: they're faster in SolidWorks etc. than any Text-to-CAD tool.<p>Current LLMs SOTA breaks the moment you have multiple bodies or real mechanical parts. Some devs will say they pulled off complex stuff. Sure. But would it have been faster in the GUI?<p>LLMs are bad at visual reasoning. I don't care what the latest benchmark says. Spatial and geometric reasoning is a weak spot currently.<p>So is Text-to-CAD just BS right now? Really? Are we chasing the wrong workflow?<p>Genuinely want to hear your takes to at least to answer myself.