这阵子圈子里聊得最凶的就是Agent各种框架、编排、记忆、工具调用满天飞。但越看越觉得哪里不对市面上真正的Agent产品可能比想用Agent的人还多。我做三维设计软件相关方向有些年头SolidWorks从2008版一路用过来最近也一直在跟踪国产CAD的进展。所以看到“做Agent的最先死——但国产SolidWorks的机会来了”这个说法时我反而觉得戳中了要害。Agent这波热得快、凉得也快但被它带火的大模型能力恰好给国产三维CAD这类“老工业软件”打开了窗口。这篇文章我就从Agent为什么容易成炮灰、国产CAD为什么反而受益、以及技术上的可操作路径三个层面聊聊。核心关键词先说清楚Agent是“能自己规划、调用工具、完成多步任务的智能体程序”SolidWorks是“达索旗下的三维参数化CAD软件机械设计领域的地表最强之一”。这两者看上去八竿子打不着但在2025年这个节点它们正在被同一条技术暗线串起来——大模型。这篇文章适合三类人看被Agent困在概念里的开发者、做工业软件或CAD二次开发的工程师、以及想在三维设计领域找新方向的技术负责人。1. Agent赛道为什么会被说成“最先死”——把泡沫放到显微镜下看1.1 热得越快死得越快Agent被架在了过高的预期上Agent有多热不需要我重复。从开发框架到智能体编排从“个人助理”到“自动化工作流”几乎每个技术社区都在推。但凡是过热的概念都逃不过一个规律最先死的是离钱最近、最容易被复制的应用层。原因是结构性的。Agent本身的进入门槛比大多数人想象的低。底层能力是模型厂商给的工具调用和函数回调是协议定好的框架层一堆开源项目帮你把编排做了。你剩下的工作就是写提示词、写工具函数、接个记忆库——这活儿一个月能培训出一批。低门槛意味着同质化同质化意味着没有护城河。大模型一升级、某套编排范式一更新前面铺的几十层皮就没了。说白了现在一大堆Agent项目是“手里一个API嘴上万物互联”。这种产品死得快不是因为做得差而是因为它没有解决一个“必须由它来解决”的问题。用户花三分钟自己搞定的事为什么要交给一个还会出错的Agent1.2 撑不住的技术账成本、可靠性、复用率全都没闭环从技术角度看Agent目前的账也是算不平的。第一是成本。一个真正的Agent任务往往要经历“规划多个子目标 → 循环调用工具 → 观察返回结果 → 修正路径”的完整闭环。每个循环都要消耗Token尤其是长上下文场景下烧的不是推理钱是“反复交学费的钱”。我做测试时跑过一个资料整理Agent让它从十几个网页里抽取结构化信息一次完整任务烧掉的Token折算下来比人工干还贵。第二是可靠性。多步Agent最怕的不是单步错而是“错上加错”。大模型本身有幻觉工具调用有失败率两步之间一旦对不上整个执行链就崩了。搜索词里有句报错非常形象“Agent couldnt generate a response. Please try again.”——它连TRY AGAIN都救不了自己指望它稳如老狗地完成估值、供应链、文档流程现阶段不太现实。第三是复用率。Agent最大的卖点是“通用”但“通用”在B端恰恰是最尴尬的定位。企业要的是“重复一百次都不出错”的确定性Agent给的是“大体上对、偶尔翻车”的概率性。一个不能复用的自动化工具本质上是个昂贵的玩具。注意这里不是否定Agent的未来而是说“当前夹在模型能力和用户期望之间的Agent应用层”是最脆弱的。最先被洗掉的是这批不是底层模型。1.3 技术判断Agent的瓶颈到底在哪我自己复盘下来Agent真正的瓶颈在三个地方一是可靠的长期记忆与状态管理二是跨域工具调用的稳定闭环三是评测标准缺失。搜热词里不断出现“harness和agent区别”“agent记忆”“agent安全”说明大家都在啃同一批硬骨头谁也没啃下来。但有意思的是正因为Agent把这些问题全部暴露了反而给其他行业提了个醒大模型的推理能力已经强到可以做很多事了关键是怎么跟具体的工程领域结合。这也是为什么我相信接下来真正吃到红利的不是做通用Agent的人而是那些在一个垂直场景里手里有“领域数据专业工具确定性流程”的人。2. 为什么说国产SolidWorks的机会来了——工业软件才是被低估的长期生意2.1 工业软件为什么一直被低估聊工业软件之前先问一个问题你说DigiKey上的一个电阻和航天飞机引擎里的一个阀门哪个更需要严谨的三维模型答案显而易见但也正因为“显而易见”工业软件在资本市场上一直被当成“传统行业”看待。可事实是工业软件是典型的“赢了通吃、输了重来”的市场。SolidWorks之所以强不只是因为建模功能全而是因为它用二十年时间把“使用习惯、第三方插件生态、教学资源、人才储备”串成了一张网。用户很难离开不是因为没有更好的替代品而是因为“换软件”的学习成本、数据迁移成本、插件替换成本高到离谱。国产CAD软件难做难的不是建模内核而是这张网。这也是为什么过去几年国产CAD的声音不小落地却慢——不是技术不够是生态太薄。2.2 SolidWorks用户的痛点就是国产软件的入场券但事情在起变化。你看看热搜词里和SolidWorks相关的真实痛点就能明白为什么我说“国产SolidWorks的机会来了”。安装和卸载是重灾区。“SolidWorks安装失败出现内部”“SolidWorks怎么卸载干净”“Clean Uninstall Utility”——这些搜索词说明了什么说明SolidWorks的部署体验极差对用户极不友好。一个从安装就开始折腾的软件它的用户黏性正在被自己消耗。国产软件如果能把“安装一键完成、卸载不留残留”做到极致这本身就是个巨大的差异化卖点。许可问题更不用提。“无法获得下列许可SolidWorks Standard”是长期高频搜索词。正版许可贵、盗版许可封、浮动许可复杂做设计的都知道这个痛。国产CAD如果能用更灵活的订阅方式、更透明的授权体系天然能接住一部分“被许可逼走”的用户。还有就是本地化的问题。“SolidWorks国标型材库”“SolidWorks如何自己建型材库”——每次看到这类搜索词我都替国产软件着急。GB型材、螺栓、轴承这些国标件库居然要靠用户自己建这是典型的本土化缺位。国产三维CAD如果能把国标库、机械设计手册、常用计算工具做成开箱即用的标配那就是实打实的群众基础。2.3 AI Agent会重画CAD的交互方式再说回Agent。大模型给CAD带来的最大想象空间不是“自动建模”这种听起来很酷但很难落地的事而是交互方式的重置。传统CAD的学习成本高本质是因为它的菜单树、命令流、参数面板构成了“专业壁垒”。但现在有了大模型用户完全可以用自然语言描述需求“做一个直径50、厚度5、带4个M6通孔的法兰盘。”如果软件能把这句话翻译成参数化建模操作生成可编辑的特征树那整个CAD市场就从一个“技能型市场”变成了“工具型市场”。国产CAD在这条路上有机会很大因为它是后发者没有被旧的交互范式绑住。而SolidWorks呢它太成熟成熟到所有改动都得考虑几千万存量用户的学习惯性。你想让它彻底改成对话式建模先问问那些老工程师答不答应。核心观点Agent这波技术浪潮对SolidWorks这类老牌巨头是“包袱”对国产新势力反而是“跳板”。谁先做出“用自然语言驱动参数化建模”的流畅体验谁就有机会改变CAD市场的底层逻辑。3. 从Agent到CAD技术迁移路径与可落地方向3.1 把Agent的“工具调用”移植到CAD建模里你可能会问说了半天Agent的技术到底怎么用到CAD上我觉得底层逻辑是一样的。Agent的核心是“模型理解意图调用工具执行动作”CAD的核心是“用户表达设计意图调用建模命令生成三维模型”。如果把建模命令封装成工具函数给模型配上参数说明书那一个“建模Agent”的雏形就出来了。具体来说工具层可以分成三类查询类工具查材料属性、查标准件尺寸、查历史模型参数类似Agent里的“知识检索”。操作类工具拉伸、旋转、打孔、倒角、阵列类似Agent里的“函数调用”需要严格的输入参数校验。校验类工具检查模型干涉、检查壁厚、检查单位制、检查是否符合出图规范类似Agent里的“结果验证”。这三层合起来就是一个“由大模型做任务分解、由CAD内核做确定性执行”的混合架构。模型负责“读懂人话”CAD负责“精确建模”。这样既发挥了模型的泛化能力又保住了CAD的工程精度。3.2 一块不贵的试验田用PythonSW API做建模验证别急着上来就重构整个CAD内核。我建议从最简单的路径开始——利用现有软件的API做外挂式验证。拿SolidWorks举例它有完整的COM API支持用Python通过win32com调用。你可以先做一个最小的闭环写一个Python脚本接收参数调用SolidWorks API生成一个简单的拉伸体然后输出体积和质心。下面这个脚本思路可以照搬伪代码风格重点是理解流程import win32com.client # 连接已经打开的SolidWorks sw win32com.client.Dispatch(SldWorks.Application) # 新建零件文档 doc sw.NewDocument(零件模板路径, 0, 0, 0) # 创建草图以前视基准面为例 sketch doc.SketchManager sketch.InsertSketch(True) # 画矩形尺寸可后续驱动 sketch.CreateCornerRectangle(0, 0, 0, 50, 30, 0) sketch.InsertSketch(False) # 特征拉伸 feat doc.FeatureManager feat.FeatureExtrusion2(True, False, False, 0, 0, 10, 0, False, False, False, False, 0, 0, False, False, False, False, True, True, True, 0, 0, False)跑通这一步你实际上就完成了一个“极小型的Agent工具层”模型端只需要决定“画一个长50、宽30、高10的方块”剩下的几何构建全部交给API。实测下来单步操作响应时间在几百毫秒级完全够用。注意事项起步阶段别想着一次生成复杂装配体。SolidWorks API对草图的约束关系处理很敏感稍有不慎就出现过约束或悬空草图。最稳的做法是“一次操作只封装一个动作”先把拉伸、旋转、倒角、阵列这四板斧做扎实再逐步加约束管理。3.3 真正值得卡位的方向从图纸到参数的数据闭环如果说上面是用Agent技术“改善交互”那更值钱的玩法是“吃掉存量数据”。SolidWorks用户的电脑里躺着多少历史模型和工程图图纸里的标注、公差、材料、工艺信息如果能被大模型自动抽取转成参数化模型那这个价值就不是“交互优化”能比的。这是一个数据闭环用OCR多模态模型识别工程图上的视图、尺寸、注释用图神经网络或规则引擎将标注关联到几何特征用参数化脚本在CAD里自动重建模型用有限元或干涉检查反向校验重建精度。这条链路一旦跑通国产CAD最大的机会就不是“抢SolidWorks的用户”而是“让存量图纸变成新软件的原生资产”。这会彻底改变用户迁移的阻力——你不用“换软件”你只是“导入图纸”模型就在新软件里活了。真做到这一步那才是降维打击。4. 跨界开发中最容易翻车的地方——踩坑实录与排查技巧4.1 AgentCAD常见的四类坑这个方向看着美好真动手做坑不少。我把自己踩过的坑和身边同行的反馈整理成了下面的速查表照着排查能省不少时间常见问题根因分析处理建议Agent生成的目标尺寸超出合理范围大模型没有工程常识约束在工具层加参数范围校验超范围直接拒绝而不是传给CAD执行建模过程中出现过约束悬空草图草图的几何关系没有显式声明每个几何元素创建后立刻添加关系不要依赖自动约束推断单位制不一致导致模型尺寸爆炸图纸单位是mm脚本默认是m所有API调用的入口和出口统一转成标准单位并在日志里打出来模型执行到一半报错状态无法回滚Agent多步操作没有保存中间状态每次特征操作前保存模型副本失败后恢复到上一步状态第2条我多说一句。SolidWorks这类参数化软件最核心的就是“全约束草图”你跟大模型说“画一个矩形”它可能就给你四个边加四条线但没有加水平、垂直、共线这些关系。后面一改尺寸整个草图散架。这个问题的解药不是让模型自己“理解约束”而是在工具层把“常用约束”做成自动附加的后处理逻辑。模型只需要给出“尺寸和位置”约束由程序保证。4.2 从热搜词看SolidWorks用户的真实高频问题平时大家搜什么最能反映真实困境。我把和SolidWorks相关的热搜词做了个分类发现隐藏着国产软件的三大刚性需求部署体验类“SolidWorks安装教程”“SolidWorks安装失败出现内部”“SolidWorks怎么卸载干净”“SolidWorks崩溃”——这组词说明用户的第一道坎不是建模能力而是安装和稳定性。国产CAD想抢用户先把“装得上、跑得稳、删得净”做成行业标杆。本地化需求类“SolidWorks国标型材库”“SolidWorks铝型材库”“SolidWorks如何自己建型材库”——用户在四处找能直接用的国标件库甚至被迫自己动手建。这就是国产软件大量预置国标库的机会不会用宏录制器没关系直接做成拖拽式浏览器。数据互通类“SolidWorks模型导入Unity3D”“SolidWorks导出URDF”“SolidWorks模型导入”——类似URDF导出这种需求是因为机器人行业要用CAD模型生成仿真描述文件。这意味着CAD数据不再只是“画完出图”还要被AI和仿真场景消费。国产CAD如果能把URDF、glTF、USD这类现代格式的导出做成原生能力绝对是加分项。4.3 我的一些独家经验最后分享几条我在实际开发中反复验证过的操作经验特别适合想往“Agent三维建模”方向走的朋友。第一模型的能力边界要提前设好。不是所有指令都适合交给大模型。比如“拉伸10毫米”这种确定性命令直接走规则解析别绕道大模型既快又准。只有“在这个面上做一个散热孔阵列”这类模糊指令才值得让模型参与。混合架构比纯端到端可靠得多。第二一步一存盘是铁律。Agent在执行多步建模操作时每完成一个特征就另存为一个版本。这样一旦后面翻车可以往回退到最近的正确状态而不是整个任务重来。我用这个办法把一个容易失败的复杂建模任务成功率从不到60%提到了90%以上。第三数据安全要早做打算。工业模型的保密等级通常很高。如果用云端大模型做图纸解析数据链路的安全审计必须提前设计。做成纯本地部署的私有化方案在B端会加分很多。这一点也呼应了搜索词里“Agent安全”的热度——安全不是后期补丁是架构第一天就要想的事。第四从“小领域”切进去比做“大而全”靠谱得多。不要一开始就挑战整机装配、钣金、曲面这些硬骨头。选一个特别窄的场景比如“圆形法兰的参数化建模”“标准减速器箱体快速设计”把这个方向做到闭眼可用。一个被验证过的垂直场景比十个“看起来都能做”的Demo值钱一百倍。我个人在实际操作里体会到做Agent的团队和做CAD的团队思维方式非常互补。Agent团队强在意图理解和快速迭代CAD团队强在工程约束和精度控制。两边坐在一起比各自单干更容易出成果。这波“Agent最先死”其实是个好事它把资源和人才从虚空赛道上释放出来逼着大家重新去看那些“不性感但必须存在”的领域。国产CAD能不能借这股东风起来就看谁先愿意蹲下来把一个具体的建模痛点用AI真正解决掉。