1. 从Demo到工程落地中间隔了什么过去一年多我参与过三个把AI能力往CAD工作流里塞的项目从最开始的“输入一句话生成一张图纸”的炫技Demo到后来老老实实做图纸解析、批量改图、格式转换的脏活累活踩的坑比写过的代码还多。这个标题“AI CAD 落地探索为什么 Demo 满天飞工程却走不通”几乎是我这一年多最真实的心理写照。你随便打开一个技术社区搜AI加CAD能看到大量让人眼前一亮的演示一句话生成三维模型、手绘草图一键转工程图、自然语言修改尺寸标注。视频里流畅得不行评论区一片“CAD要完了”“设计师要失业了”。但真把这些东西拿到实际项目里跑一圈你会发现一个残酷的事实Demo能跑通靠的是精心挑选的输入和无限次的人工兜底工程走不通是因为真实场景里的DWG图纸、图层规范、标注样式、外部参照、字体缺失、版本兼容每一个都能让AI模型当场罢工。这篇文章想聊的不是某个具体AI模型有多强而是从工程视角拆解为什么看起来美好的AICAD方案一进入真实生产环境就寸步难行。我会围绕DXF、DWG、FreeCAD这些关键词把图纸解析、格式转换、批量处理、AI介入点这几个环节拆开讲补充大量Demo里不会告诉你的细节。如果你正在做CAD相关的自动化工具或者想把大模型能力接进设计流程又或者只是好奇“AI到底能不能替我画图”这篇内容应该能帮你省下不少试错时间。全文基于我自己的实操记录和行业常见做法整理涉及参数和步骤的地方我会尽量给到可直接复现的方案。2. 为什么Demo看起来很美工程却处处碰壁2.1 Demo的输入是“被驯服”的工程的输入是“野生的”所有AICAD的Demo第一步都是准备输入数据。这一步在演示视频里通常被一笔带过但恰恰是工程落地最大的拦路虎。Demo里用的图纸往往是开发者自己画的、图层干净、线型统一、没有外部参照、没有缺失字体、没有代理对象、没有加密块。而真实项目里的DWG文件是什么样我见过一个市政院发来的图纸打开之后光图层就有四百多个命名毫无规律有的叫“0”有的叫“新建图层1”有的叫“A-WALL-FULL”还有一堆用拼音首字母命名的。线型更乱同一张图里能出现七八种不同的虚线样式标注样式有二十多个文字样式里有一半的字体在本机根本找不到。这种“野生”图纸直接喂给AI模型结果可想而知。你让模型识别墙体它可能把填充图案当成墙体把标注线当成墙线。你让模型提取房间面积它可能因为多段线没有闭合而算出一堆负数。Demo里之所以准是因为开发者提前把图纸清理过了或者干脆用程序生成的理想化数据。工程里没人给你做这一步你得自己写清洗逻辑而清洗逻辑本身就是一个巨大的坑。2.2 格式转换的隐性成本被严重低估AI模型通常不直接吃DWG因为DWG是闭源二进制格式解析难度大。常见的做法是先转成DXF因为DXF是文本格式相对好解析。但就是这个转换步骤能吃掉你一半的开发时间。我试过用ODAOpen Design Alliance的转换库、用Teigha、用LibreDWG、用FreeCAD内置的导入导出每一种都有各自的脾气。有的转换后丢失代理对象有的把样条曲线变成多段线后精度下降有的直接报错退出。更麻烦的是不同版本的DWG转换结果还不一样。AutoCAD 2018保存的DWG和2023保存的转成DXF后实体数量可能差几百个。还有一个容易被忽略的点图纸比例。热搜词里有人问“protel导入dxf文件时怎么改图纸比例”这其实反映了一个普遍问题——不同软件对图纸单位的理解不一致。CAD里画一条1000单位的线可能是1000毫米也可能是1000米还可能是1000英寸。AI模型拿到坐标数据如果不做单位归一化算出来的面积、长度全是错的。我在一个项目里就遇到过模型识别出的房间面积比实际大了1000倍排查了半天才发现是图纸单位设置成了米而模型按毫米处理了。2.3 工程要求的是确定性AI给的是概率这是最根本的矛盾。工程设计有明确的规范一条墙线必须闭合一个标注必须关联到对应实体一张图纸的图层必须符合企业标准。这些要求是确定性的对就是对错就是错。而AI模型尤其是大语言模型和视觉模型输出的是概率分布。你问它“这张图里有几个房间”它可能这次说8个下次说7个因为采样温度变了。你让它“把所有的门标注出来”它可能漏掉几个也可能把窗户标成门。在Demo里这种不确定性可以被人工修正反正就一张图改改就完了。但在工程里一个项目可能有几千张图纸你不可能每张都人工核对。更致命的是AI的错误往往不是随机分布的而是集中在某些特定类型的实体上。比如模型对圆弧和椭圆弧的识别率特别低而实际图纸里圆弧用得非常多。你如果不知道这个偏差直接批量处理结果就是错误被放大几千倍。2.4 工具链的碎片化让集成成本极高做AICAD你不可能只用一个工具。你需要CAD软件来查看和编辑图纸需要解析库来读取实体数据需要AI模型来做识别和生成需要脚本语言来串联流程。这些工具之间的数据交换每一个接口都是潜在的故障点。我见过一个团队用Python的ezdxf读DXF用OpenCASCADE做几何运算用PyTorch跑模型用FreeCAD做可视化四个组件之间的数据格式转换写了上千行胶水代码最后因为浮点数精度问题模型输出的坐标和CAD里的坐标差了0.001毫米导致所有实体都偏移了。FreeCAD在这个链条里经常被当作免费替代品但它的API稳定性和文档完善度跟商业软件比还有差距。比如FreeCAD没有齿轮工具这个热搜词就说明很多用户想用FreeCAD做机械设计但发现基础零件库不全得自己写脚本生成齿轮。这种“什么都要自己造”的状态在Demo阶段是乐趣在工程阶段是灾难。3. 图纸解析与格式转换的实操细节3.1 DWG读取的几条技术路线对比想把DWG图纸里的数据读出来目前主流有这么几条路。第一条是用商业库比如ODA的Teigha SDK功能最全支持所有版本的DWG能读实体、块、外部参照、代理对象但授权费用不低而且C接口对Python开发者不太友好。第二条是用开源库LibreDWG免费但版本支持有限对高版本DWG的兼容性一般遇到复杂实体容易崩。第三条是先用CAD软件批量转成DXF再用ezdxf这类Python库解析DXF。这条路最稳妥因为DXF是公开格式ezdxf的文档和社区都很活跃缺点是转换过程需要装CAD软件不适合服务器端自动化。我自己的选择是混合方案服务器上装一个轻量级的DWG转DXF工具用命令行批量转换然后用ezdxf做解析。转换工具我试过几种最后选了一个基于ODA的免费命令行工具虽然功能有限但胜在稳定能处理大部分常见图纸。转换的时候要注意指定DXF版本我一般用R2010因为兼容性好ezdxf支持也完善。命令大概长这样dwg2dxf -o output.dxf -v R2010 input.dwg转换完成后用ezdxf读取import ezdxf doc ezdxf.readfile(output.dxf) msp doc.modelspace() for entity in msp: if entity.dxftype() LINE: start entity.dxf.start end entity.dxf.end # 处理线段 elif entity.dxftype() LWPOLYLINE: points entity.get_points() # 处理多段线这里有个细节ezdxf读取的坐标是图纸坐标系下的原始值单位可能是毫米、米或英寸取决于图纸设置。你需要先读$INSUNITS系统变量来判断单位。如果$INSUNITS是4表示毫米是6表示米是1表示英寸。这个判断不做后面所有计算都是错的。3.2 实体清洗的常见规则从DXF里读出来的实体不能直接喂给AI模型得先清洗。清洗规则我总结了这么几条都是踩坑踩出来的。第一过滤掉非几何实体。标注、文字、填充、属性定义这些对几何识别是干扰。但也不能全删因为有些标注里包含关键信息比如房间名称、材料编号。我的做法是分开处理几何实体走几何识别流程文字实体走OCR或文本提取流程最后再按位置关联。第二处理重复实体。真实图纸里经常有完全重合的线段可能是复制粘贴留下的也可能是块引用展开后的冗余。这些重复实体会让模型误判比如把一条墙线识别成两条。去重逻辑可以用空间索引加速比如用R-tree或者简单的网格哈希。我一般用Shapely的unary_union做几何合并但要注意它会把相交的线也合并所以得先按图层分组。第三修复不闭合的多段线。房间边界通常用闭合多段线表示但实际图纸里经常有缺口可能只有0.1毫米的缝隙。这种缝隙人眼看不出来但会导致面积计算失败。修复方法是遍历多段线的所有顶点如果起点和终点距离小于某个阈值比如0.5毫米就强制闭合。阈值不能太大否则会把本来分开的墙线连在一起。第四处理圆弧和椭圆弧。很多AI模型对圆弧的识别效果很差因为圆弧的参数化表示跟直线不一样。我的做法是把圆弧离散化成短线段比如每5度一个点这样模型就能用处理多段线的方式处理圆弧。离散化的精度要权衡太粗会丢失形状特征太细会生成大量顶点拖慢速度。一般每段圆弧生成20到50个点比较合适。3.3 坐标变换与单位归一化图纸里的坐标是相对于图纸原点的而AI模型通常需要绝对坐标或者归一化坐标。这里涉及两个变换平移和缩放。平移是把图纸原点移到某个参考点比如图纸左下角。缩放是把所有坐标除以一个基准长度让数值落在0到1之间。这两个变换看起来简单但做的时候要注意保持长宽比否则会把正方形房间拉成长方形。单位归一化更麻烦。我遇到过一个项目图纸里同时存在两种单位的实体一部分是毫米一部分是米。原因是设计师从不同来源复制了图纸内容没有统一单位。这种情况下简单的全局缩放解决不了问题得按图层或按块分别处理。我的做法是先统计所有线段的长度分布如果出现明显的双峰分布就说明存在单位混用然后按图层分组对每个组单独判断单位。4. AI在CAD流程中的真实介入点4.1 哪些环节适合AI哪些不适合不是所有CAD环节都适合塞AI进去。我总结了一个简单的判断标准如果这个环节的输入输出可以用明确的规则描述那就不需要AI如果规则太多太复杂人写不过来但人一眼就能判断对错那AI就有价值。适合AI的环节图纸分类和检索从几千张图纸里找出所有包含某个设备的图纸、实体语义识别区分墙、门、窗、柱子、图纸质量检查找出未闭合的多段线、重叠的实体、缺失的标注、自然语言查询用一句话问图纸里某个房间的面积。不适合AI的环节精确的几何运算求两个曲面的交线、尺寸标注的自动生成涉及大量制图规范、图纸的最终出图格式、线宽、打印样式都有严格要求。这些环节用传统算法或者规则引擎更靠谱。4.2 用大模型做图纸问答的实操方案大模型在CAD里最现实的落地场景是图纸问答。设计师不用学复杂的查询语法直接用自然语言问“三楼东侧有几个会议室”“消防通道的宽度是多少”系统返回答案。这个场景对精度的要求相对宽松答错了人工复核一下就行不像自动出图那样错一点就废。实现方案分三步。第一步把图纸解析成结构化数据包括实体列表、图层信息、文字内容、空间关系。第二步把结构化数据转成文本描述比如“图层A-WALL下有12条线段构成一个闭合矩形坐标范围是……”。第三步把文本描述和用户问题一起喂给大模型让模型生成答案。这里的关键是文本描述的质量描述太粗模型找不到信息描述太细会超出模型的上下文长度。我的经验是对每个房间、每个设备生成一段摘要而不是把原始实体列表全塞进去。有个坑要注意大模型会“幻觉”也就是编造不存在的信息。你问它“图纸里有几个门”它可能根据上下文猜一个数字而不是真的去数。解决办法是让模型输出答案的同时输出依据比如“根据图层A-DOOR下的实体数量共有8个门”。然后你用程序验证这个依据是否成立。如果模型说“根据图层A-DOOR”但图纸里根本没有这个图层那答案就不可信。4.3 批量修改图纸的脚本化思路热搜词里有“python批量对cad修改”这是很多人的刚需。比如批量修改标题栏的文字、批量替换图框、批量调整图层颜色。这种任务用AI反而绕远了直接用ezdxf写脚本更高效。一个典型的批量修改流程是这样的先遍历文件夹里所有DXF文件对每个文件读取模型空间找到需要修改的实体修改属性然后保存。比如把所有文字样式为“Standard”的文字改成“HZ”import ezdxf import os def batch_change_text_style(folder, old_style, new_style): for filename in os.listdir(folder): if not filename.endswith(.dxf): continue filepath os.path.join(folder, filename) doc ezdxf.readfile(filepath) msp doc.modelspace() for entity in msp.query(TEXT MTEXT): if entity.dxf.style old_style: entity.dxf.style new_style doc.saveas(filepath) batch_change_text_style(./drawings, Standard, HZ)这段代码看起来简单但实际跑的时候会遇到各种问题。比如有些DXF文件是只读的保存会报错有些文件里的文字在块引用里不在模型空间得遍历块定义有些文件的文字样式名是中文编码不对会乱码。这些细节Demo里不会讲但工程里必须处理。5. 常见问题与排查技巧实录5.1 图纸打开报错或显示异常问题CAD打开图纸时提示“缺少SHX文件”或“找不到字体”。这是最常见的问题尤其是接收外部图纸时。SHX是CAD的形字体文件用于显示某些特殊符号和中文。如果本机没有对应字体文字会显示成问号或乱码。解决办法有两个一是找到缺失的SHX文件复制到CAD的Fonts目录二是用CAD的“字体映射”功能把缺失字体替换成已有字体。批量处理时可以写脚本自动替换但要注意替换后的文字宽度可能变化导致排版错乱。问题图纸里出现放射状乱线从某一点向四周发散。热搜词里有“cad出现放射状乱线”这个现象通常是因为图纸里有一个坐标值极大的实体比如某个点的坐标是1e20CAD在渲染时会把其他正常实体也按这个比例缩放导致看起来像乱线。解决办法是找出这个异常实体并删除。可以用脚本遍历所有实体检查坐标绝对值是否超过某个阈值比如1e9超过就标记出来。问题DWG转DXF后实体数量对不上。这通常是代理对象或自定义实体导致的。AutoCAD的某些专业版本如Civil 3D、Plant 3D会创建代理对象这些对象在普通CAD里只能显示不能编辑转DXF时会丢失或变成占位符。解决办法是用对应的专业软件打开并“炸开”代理对象或者用ODA的转换工具保留代理图形。5.2 AI识别结果不稳定的排查思路问题同一张图纸模型两次识别的房间数量不一样。这是概率模型的固有问题。排查步骤第一检查模型的温度参数如果大于0改成0让输出确定化。第二检查输入数据是否有随机性比如数据加载时的打乱顺序。第三如果模型是基于视觉的检查图像渲染的分辨率和对比度是否一致。第四如果以上都没问题那就是模型本身的不确定性只能通过多次推理取众数来缓解。问题模型把窗户识别成门。这种语义混淆通常是因为训练数据里门窗的样本不均衡或者特征不够区分。解决办法第一在输入里加入更多上下文比如图层名称、相邻实体的类型。第二用规则做后处理比如门通常有开启弧线窗户通常是矩形加交叉线可以根据这些几何特征做二次判断。第三如果条件允许用少量标注数据对模型做微调。5.3 性能与规模化的坑问题处理一千张图纸时内存爆了。DXF解析是内存密集型操作一张复杂图纸可能占用几百MB内存。批量处理时如果不及时释放内存会线性增长。解决办法第一用生成器逐张处理不要一次性加载所有文件。第二处理完一张后显式调用del doc并触发垃圾回收。第三如果单张图纸太大可以分图层或分区域处理只加载需要的部分。问题转换一千张DWG耗时太长。DWG转DXF是CPU密集型操作单张图纸可能耗时几秒到几十秒。优化方向第一用多进程并行进程数设为CPU核心数。第二如果转换工具支持开启缓存避免重复转换相同文件。第三对于只需要部分信息的场景可以跳过完整转换直接用DWG解析库读取特定实体。问题现象可能原因排查方法解决手段文字显示问号缺少SHX字体检查字体样式对应的字体文件替换字体或补充SHX文件放射状乱线存在超大坐标实体遍历实体检查坐标范围删除异常实体实体数量对不上代理对象丢失对比转换前后实体列表用专业软件炸开代理对象识别结果不稳定模型温度大于0检查推理参数设温度为0多次推理取众数内存溢出未释放解析结果监控内存曲线逐张处理显式释放转换耗时过长串行处理统计单张耗时多进程并行开启缓存5.4 几个容易被忽略的细节第一个细节DXF文件里的句柄handle是十六进制字符串不是整数。有些解析库会把它转成整数导致大图纸里句柄溢出。处理时要注意保持字符串格式。第二个细节多段线的凸度bulge参数表示圆弧很多人不知道这个参数把多段线当成纯直线处理结果圆弧变成了直线。凸度的定义是圆弧圆心角四分之一的正切值正负表示方向。解析时要根据凸度还原圆弧。第三个细节块引用INSERT有缩放和旋转块定义里的实体坐标是块坐标系下的要转换到世界坐标系需要应用变换矩阵。这个变换如果搞错所有块引用的位置都会偏。第四个细节图纸的图层可能是关闭或冻结的这些图层上的实体在CAD里不可见但解析时仍然能读到。如果AI模型把这些不可见实体也纳入分析结果就会出错。处理时要检查图层的可见性标志。6. 工具选型与团队协作的实战建议6.1 解析库怎么选Python生态里ezdxf是DXF解析的事实标准文档全、社区活跃、更新频繁。它的缺点是只支持DXF不支持DWG而且对某些复杂实体的支持不够完善比如ACIS实体三维实体和区域REGION。如果你需要处理三维图纸得配合OpenCASCADE或者FreeCAD的Part模块。FreeCAD在这个链条里的定位是几何运算和可视化。它的Part模块基于OpenCASCADE能做布尔运算、倒角、放样这些操作。但FreeCAD的API在不同版本之间变化较大写脚本时要注意版本兼容。另外FreeCAD没有齿轮工具这个热搜词反映的问题说明它的标准件库确实不够丰富做机械设计时得自己补。如果预算允许ODA的SDK是最省心的选择支持所有DWG版本能读能写还有详细的文档和技术支持。缺点是贵而且C接口对快速原型开发不太友好。折中方案是用ODA的命令行工具做转换用Python做后续处理。6.2 团队协作中的规范问题AICAD项目往往涉及多个角色懂CAD的设计师、懂AI的算法工程师、懂工程的开发人员。这三拨人的知识背景差异很大沟通成本极高。我见过一个项目算法工程师用自己画的简单图纸训练模型效果很好但设计师拿真实图纸一测准确率掉到30%。原因是算法工程师不知道真实图纸里有那么多“脏数据”。解决办法是尽早让算法工程师接触真实图纸哪怕只是看几张也能建立对数据复杂度的直观认识。另外要建立统一的数据规范比如所有图纸在进入AI流程前必须经过清洗清洗规则由设计师和开发人员共同制定。规范要写成文档不能只存在于某个人脑子里。还有一个协作坑版本管理。CAD图纸的版本迭代很频繁今天的设计可能明天就改了。如果AI模型是基于旧版本训练的新版本图纸上的新图层、新块名它就不认识。建议在图纸文件名或元数据里记录版本号AI流程里加入版本检查版本不匹配时给出警告。6.3 从Demo到工程的渐进路线如果你现在手里有一个AICAD的Demo想把它推到工程可用我建议按这个路线走。第一步收集至少50张真实图纸覆盖不同的项目类型、不同的设计人员、不同的CAD版本。第二步用这些图纸测试Demo记录所有失败案例分类统计失败原因。第三步针对最高频的失败原因做优化通常是数据清洗和格式兼容。第四步加入人工复核环节AI输出结果后由设计师确认确认结果反馈给模型做迭代。第五步当准确率稳定在可接受范围后逐步减少人工复核比例。这个路线听起来慢但比直接追求全自动要靠谱得多。工程落地从来不是一蹴而就的能解决80%的问题剩下20%人工兜底就已经比纯手工效率高很多了。我在实际项目里的体会是AICAD的难点不在AI在CAD。CAD数据的复杂性、不规范性和历史包袱才是真正消耗精力的地方。把数据清洗和格式转换做扎实AI模型哪怕用现成的效果也不会太差。反过来数据一团糟再强的模型也白搭。最后分享一个小技巧处理DWG之前先用CAD的“核查”和“清理”命令过一遍能解决不少潜在问题这个习惯帮我省了很多排查时间。
1. 从Demo到工程落地中间隔了什么过去一年多我参与过三个把AI能力往CAD工作流里塞的项目从最开始的“输入一句话生成一张图纸”的炫技Demo到后来老老实实做图纸解析、批量改图、格式转换的脏活累活踩的坑比写过的代码还多。这个标题“AI CAD 落地探索为什么 Demo 满天飞工程却走不通”几乎是我这一年多最真实的心理写照。你随便打开一个技术社区搜AI加CAD能看到大量让人眼前一亮的演示一句话生成三维模型、手绘草图一键转工程图、自然语言修改尺寸标注。视频里流畅得不行评论区一片“CAD要完了”“设计师要失业了”。但真把这些东西拿到实际项目里跑一圈你会发现一个残酷的事实Demo能跑通靠的是精心挑选的输入和无限次的人工兜底工程走不通是因为真实场景里的DWG图纸、图层规范、标注样式、外部参照、字体缺失、版本兼容每一个都能让AI模型当场罢工。这篇文章想聊的不是某个具体AI模型有多强而是从工程视角拆解为什么看起来美好的AICAD方案一进入真实生产环境就寸步难行。我会围绕DXF、DWG、FreeCAD这些关键词把图纸解析、格式转换、批量处理、AI介入点这几个环节拆开讲补充大量Demo里不会告诉你的细节。如果你正在做CAD相关的自动化工具或者想把大模型能力接进设计流程又或者只是好奇“AI到底能不能替我画图”这篇内容应该能帮你省下不少试错时间。全文基于我自己的实操记录和行业常见做法整理涉及参数和步骤的地方我会尽量给到可直接复现的方案。2. 为什么Demo看起来很美工程却处处碰壁2.1 Demo的输入是“被驯服”的工程的输入是“野生的”所有AICAD的Demo第一步都是准备输入数据。这一步在演示视频里通常被一笔带过但恰恰是工程落地最大的拦路虎。Demo里用的图纸往往是开发者自己画的、图层干净、线型统一、没有外部参照、没有缺失字体、没有代理对象、没有加密块。而真实项目里的DWG文件是什么样我见过一个市政院发来的图纸打开之后光图层就有四百多个命名毫无规律有的叫“0”有的叫“新建图层1”有的叫“A-WALL-FULL”还有一堆用拼音首字母命名的。线型更乱同一张图里能出现七八种不同的虚线样式标注样式有二十多个文字样式里有一半的字体在本机根本找不到。这种“野生”图纸直接喂给AI模型结果可想而知。你让模型识别墙体它可能把填充图案当成墙体把标注线当成墙线。你让模型提取房间面积它可能因为多段线没有闭合而算出一堆负数。Demo里之所以准是因为开发者提前把图纸清理过了或者干脆用程序生成的理想化数据。工程里没人给你做这一步你得自己写清洗逻辑而清洗逻辑本身就是一个巨大的坑。2.2 格式转换的隐性成本被严重低估AI模型通常不直接吃DWG因为DWG是闭源二进制格式解析难度大。常见的做法是先转成DXF因为DXF是文本格式相对好解析。但就是这个转换步骤能吃掉你一半的开发时间。我试过用ODAOpen Design Alliance的转换库、用Teigha、用LibreDWG、用FreeCAD内置的导入导出每一种都有各自的脾气。有的转换后丢失代理对象有的把样条曲线变成多段线后精度下降有的直接报错退出。更麻烦的是不同版本的DWG转换结果还不一样。AutoCAD 2018保存的DWG和2023保存的转成DXF后实体数量可能差几百个。还有一个容易被忽略的点图纸比例。热搜词里有人问“protel导入dxf文件时怎么改图纸比例”这其实反映了一个普遍问题——不同软件对图纸单位的理解不一致。CAD里画一条1000单位的线可能是1000毫米也可能是1000米还可能是1000英寸。AI模型拿到坐标数据如果不做单位归一化算出来的面积、长度全是错的。我在一个项目里就遇到过模型识别出的房间面积比实际大了1000倍排查了半天才发现是图纸单位设置成了米而模型按毫米处理了。2.3 工程要求的是确定性AI给的是概率这是最根本的矛盾。工程设计有明确的规范一条墙线必须闭合一个标注必须关联到对应实体一张图纸的图层必须符合企业标准。这些要求是确定性的对就是对错就是错。而AI模型尤其是大语言模型和视觉模型输出的是概率分布。你问它“这张图里有几个房间”它可能这次说8个下次说7个因为采样温度变了。你让它“把所有的门标注出来”它可能漏掉几个也可能把窗户标成门。在Demo里这种不确定性可以被人工修正反正就一张图改改就完了。但在工程里一个项目可能有几千张图纸你不可能每张都人工核对。更致命的是AI的错误往往不是随机分布的而是集中在某些特定类型的实体上。比如模型对圆弧和椭圆弧的识别率特别低而实际图纸里圆弧用得非常多。你如果不知道这个偏差直接批量处理结果就是错误被放大几千倍。2.4 工具链的碎片化让集成成本极高做AICAD你不可能只用一个工具。你需要CAD软件来查看和编辑图纸需要解析库来读取实体数据需要AI模型来做识别和生成需要脚本语言来串联流程。这些工具之间的数据交换每一个接口都是潜在的故障点。我见过一个团队用Python的ezdxf读DXF用OpenCASCADE做几何运算用PyTorch跑模型用FreeCAD做可视化四个组件之间的数据格式转换写了上千行胶水代码最后因为浮点数精度问题模型输出的坐标和CAD里的坐标差了0.001毫米导致所有实体都偏移了。FreeCAD在这个链条里经常被当作免费替代品但它的API稳定性和文档完善度跟商业软件比还有差距。比如FreeCAD没有齿轮工具这个热搜词就说明很多用户想用FreeCAD做机械设计但发现基础零件库不全得自己写脚本生成齿轮。这种“什么都要自己造”的状态在Demo阶段是乐趣在工程阶段是灾难。3. 图纸解析与格式转换的实操细节3.1 DWG读取的几条技术路线对比想把DWG图纸里的数据读出来目前主流有这么几条路。第一条是用商业库比如ODA的Teigha SDK功能最全支持所有版本的DWG能读实体、块、外部参照、代理对象但授权费用不低而且C接口对Python开发者不太友好。第二条是用开源库LibreDWG免费但版本支持有限对高版本DWG的兼容性一般遇到复杂实体容易崩。第三条是先用CAD软件批量转成DXF再用ezdxf这类Python库解析DXF。这条路最稳妥因为DXF是公开格式ezdxf的文档和社区都很活跃缺点是转换过程需要装CAD软件不适合服务器端自动化。我自己的选择是混合方案服务器上装一个轻量级的DWG转DXF工具用命令行批量转换然后用ezdxf做解析。转换工具我试过几种最后选了一个基于ODA的免费命令行工具虽然功能有限但胜在稳定能处理大部分常见图纸。转换的时候要注意指定DXF版本我一般用R2010因为兼容性好ezdxf支持也完善。命令大概长这样dwg2dxf -o output.dxf -v R2010 input.dwg转换完成后用ezdxf读取import ezdxf doc ezdxf.readfile(output.dxf) msp doc.modelspace() for entity in msp: if entity.dxftype() LINE: start entity.dxf.start end entity.dxf.end # 处理线段 elif entity.dxftype() LWPOLYLINE: points entity.get_points() # 处理多段线这里有个细节ezdxf读取的坐标是图纸坐标系下的原始值单位可能是毫米、米或英寸取决于图纸设置。你需要先读$INSUNITS系统变量来判断单位。如果$INSUNITS是4表示毫米是6表示米是1表示英寸。这个判断不做后面所有计算都是错的。3.2 实体清洗的常见规则从DXF里读出来的实体不能直接喂给AI模型得先清洗。清洗规则我总结了这么几条都是踩坑踩出来的。第一过滤掉非几何实体。标注、文字、填充、属性定义这些对几何识别是干扰。但也不能全删因为有些标注里包含关键信息比如房间名称、材料编号。我的做法是分开处理几何实体走几何识别流程文字实体走OCR或文本提取流程最后再按位置关联。第二处理重复实体。真实图纸里经常有完全重合的线段可能是复制粘贴留下的也可能是块引用展开后的冗余。这些重复实体会让模型误判比如把一条墙线识别成两条。去重逻辑可以用空间索引加速比如用R-tree或者简单的网格哈希。我一般用Shapely的unary_union做几何合并但要注意它会把相交的线也合并所以得先按图层分组。第三修复不闭合的多段线。房间边界通常用闭合多段线表示但实际图纸里经常有缺口可能只有0.1毫米的缝隙。这种缝隙人眼看不出来但会导致面积计算失败。修复方法是遍历多段线的所有顶点如果起点和终点距离小于某个阈值比如0.5毫米就强制闭合。阈值不能太大否则会把本来分开的墙线连在一起。第四处理圆弧和椭圆弧。很多AI模型对圆弧的识别效果很差因为圆弧的参数化表示跟直线不一样。我的做法是把圆弧离散化成短线段比如每5度一个点这样模型就能用处理多段线的方式处理圆弧。离散化的精度要权衡太粗会丢失形状特征太细会生成大量顶点拖慢速度。一般每段圆弧生成20到50个点比较合适。3.3 坐标变换与单位归一化图纸里的坐标是相对于图纸原点的而AI模型通常需要绝对坐标或者归一化坐标。这里涉及两个变换平移和缩放。平移是把图纸原点移到某个参考点比如图纸左下角。缩放是把所有坐标除以一个基准长度让数值落在0到1之间。这两个变换看起来简单但做的时候要注意保持长宽比否则会把正方形房间拉成长方形。单位归一化更麻烦。我遇到过一个项目图纸里同时存在两种单位的实体一部分是毫米一部分是米。原因是设计师从不同来源复制了图纸内容没有统一单位。这种情况下简单的全局缩放解决不了问题得按图层或按块分别处理。我的做法是先统计所有线段的长度分布如果出现明显的双峰分布就说明存在单位混用然后按图层分组对每个组单独判断单位。4. AI在CAD流程中的真实介入点4.1 哪些环节适合AI哪些不适合不是所有CAD环节都适合塞AI进去。我总结了一个简单的判断标准如果这个环节的输入输出可以用明确的规则描述那就不需要AI如果规则太多太复杂人写不过来但人一眼就能判断对错那AI就有价值。适合AI的环节图纸分类和检索从几千张图纸里找出所有包含某个设备的图纸、实体语义识别区分墙、门、窗、柱子、图纸质量检查找出未闭合的多段线、重叠的实体、缺失的标注、自然语言查询用一句话问图纸里某个房间的面积。不适合AI的环节精确的几何运算求两个曲面的交线、尺寸标注的自动生成涉及大量制图规范、图纸的最终出图格式、线宽、打印样式都有严格要求。这些环节用传统算法或者规则引擎更靠谱。4.2 用大模型做图纸问答的实操方案大模型在CAD里最现实的落地场景是图纸问答。设计师不用学复杂的查询语法直接用自然语言问“三楼东侧有几个会议室”“消防通道的宽度是多少”系统返回答案。这个场景对精度的要求相对宽松答错了人工复核一下就行不像自动出图那样错一点就废。实现方案分三步。第一步把图纸解析成结构化数据包括实体列表、图层信息、文字内容、空间关系。第二步把结构化数据转成文本描述比如“图层A-WALL下有12条线段构成一个闭合矩形坐标范围是……”。第三步把文本描述和用户问题一起喂给大模型让模型生成答案。这里的关键是文本描述的质量描述太粗模型找不到信息描述太细会超出模型的上下文长度。我的经验是对每个房间、每个设备生成一段摘要而不是把原始实体列表全塞进去。有个坑要注意大模型会“幻觉”也就是编造不存在的信息。你问它“图纸里有几个门”它可能根据上下文猜一个数字而不是真的去数。解决办法是让模型输出答案的同时输出依据比如“根据图层A-DOOR下的实体数量共有8个门”。然后你用程序验证这个依据是否成立。如果模型说“根据图层A-DOOR”但图纸里根本没有这个图层那答案就不可信。4.3 批量修改图纸的脚本化思路热搜词里有“python批量对cad修改”这是很多人的刚需。比如批量修改标题栏的文字、批量替换图框、批量调整图层颜色。这种任务用AI反而绕远了直接用ezdxf写脚本更高效。一个典型的批量修改流程是这样的先遍历文件夹里所有DXF文件对每个文件读取模型空间找到需要修改的实体修改属性然后保存。比如把所有文字样式为“Standard”的文字改成“HZ”import ezdxf import os def batch_change_text_style(folder, old_style, new_style): for filename in os.listdir(folder): if not filename.endswith(.dxf): continue filepath os.path.join(folder, filename) doc ezdxf.readfile(filepath) msp doc.modelspace() for entity in msp.query(TEXT MTEXT): if entity.dxf.style old_style: entity.dxf.style new_style doc.saveas(filepath) batch_change_text_style(./drawings, Standard, HZ)这段代码看起来简单但实际跑的时候会遇到各种问题。比如有些DXF文件是只读的保存会报错有些文件里的文字在块引用里不在模型空间得遍历块定义有些文件的文字样式名是中文编码不对会乱码。这些细节Demo里不会讲但工程里必须处理。5. 常见问题与排查技巧实录5.1 图纸打开报错或显示异常问题CAD打开图纸时提示“缺少SHX文件”或“找不到字体”。这是最常见的问题尤其是接收外部图纸时。SHX是CAD的形字体文件用于显示某些特殊符号和中文。如果本机没有对应字体文字会显示成问号或乱码。解决办法有两个一是找到缺失的SHX文件复制到CAD的Fonts目录二是用CAD的“字体映射”功能把缺失字体替换成已有字体。批量处理时可以写脚本自动替换但要注意替换后的文字宽度可能变化导致排版错乱。问题图纸里出现放射状乱线从某一点向四周发散。热搜词里有“cad出现放射状乱线”这个现象通常是因为图纸里有一个坐标值极大的实体比如某个点的坐标是1e20CAD在渲染时会把其他正常实体也按这个比例缩放导致看起来像乱线。解决办法是找出这个异常实体并删除。可以用脚本遍历所有实体检查坐标绝对值是否超过某个阈值比如1e9超过就标记出来。问题DWG转DXF后实体数量对不上。这通常是代理对象或自定义实体导致的。AutoCAD的某些专业版本如Civil 3D、Plant 3D会创建代理对象这些对象在普通CAD里只能显示不能编辑转DXF时会丢失或变成占位符。解决办法是用对应的专业软件打开并“炸开”代理对象或者用ODA的转换工具保留代理图形。5.2 AI识别结果不稳定的排查思路问题同一张图纸模型两次识别的房间数量不一样。这是概率模型的固有问题。排查步骤第一检查模型的温度参数如果大于0改成0让输出确定化。第二检查输入数据是否有随机性比如数据加载时的打乱顺序。第三如果模型是基于视觉的检查图像渲染的分辨率和对比度是否一致。第四如果以上都没问题那就是模型本身的不确定性只能通过多次推理取众数来缓解。问题模型把窗户识别成门。这种语义混淆通常是因为训练数据里门窗的样本不均衡或者特征不够区分。解决办法第一在输入里加入更多上下文比如图层名称、相邻实体的类型。第二用规则做后处理比如门通常有开启弧线窗户通常是矩形加交叉线可以根据这些几何特征做二次判断。第三如果条件允许用少量标注数据对模型做微调。5.3 性能与规模化的坑问题处理一千张图纸时内存爆了。DXF解析是内存密集型操作一张复杂图纸可能占用几百MB内存。批量处理时如果不及时释放内存会线性增长。解决办法第一用生成器逐张处理不要一次性加载所有文件。第二处理完一张后显式调用del doc并触发垃圾回收。第三如果单张图纸太大可以分图层或分区域处理只加载需要的部分。问题转换一千张DWG耗时太长。DWG转DXF是CPU密集型操作单张图纸可能耗时几秒到几十秒。优化方向第一用多进程并行进程数设为CPU核心数。第二如果转换工具支持开启缓存避免重复转换相同文件。第三对于只需要部分信息的场景可以跳过完整转换直接用DWG解析库读取特定实体。问题现象可能原因排查方法解决手段文字显示问号缺少SHX字体检查字体样式对应的字体文件替换字体或补充SHX文件放射状乱线存在超大坐标实体遍历实体检查坐标范围删除异常实体实体数量对不上代理对象丢失对比转换前后实体列表用专业软件炸开代理对象识别结果不稳定模型温度大于0检查推理参数设温度为0多次推理取众数内存溢出未释放解析结果监控内存曲线逐张处理显式释放转换耗时过长串行处理统计单张耗时多进程并行开启缓存5.4 几个容易被忽略的细节第一个细节DXF文件里的句柄handle是十六进制字符串不是整数。有些解析库会把它转成整数导致大图纸里句柄溢出。处理时要注意保持字符串格式。第二个细节多段线的凸度bulge参数表示圆弧很多人不知道这个参数把多段线当成纯直线处理结果圆弧变成了直线。凸度的定义是圆弧圆心角四分之一的正切值正负表示方向。解析时要根据凸度还原圆弧。第三个细节块引用INSERT有缩放和旋转块定义里的实体坐标是块坐标系下的要转换到世界坐标系需要应用变换矩阵。这个变换如果搞错所有块引用的位置都会偏。第四个细节图纸的图层可能是关闭或冻结的这些图层上的实体在CAD里不可见但解析时仍然能读到。如果AI模型把这些不可见实体也纳入分析结果就会出错。处理时要检查图层的可见性标志。6. 工具选型与团队协作的实战建议6.1 解析库怎么选Python生态里ezdxf是DXF解析的事实标准文档全、社区活跃、更新频繁。它的缺点是只支持DXF不支持DWG而且对某些复杂实体的支持不够完善比如ACIS实体三维实体和区域REGION。如果你需要处理三维图纸得配合OpenCASCADE或者FreeCAD的Part模块。FreeCAD在这个链条里的定位是几何运算和可视化。它的Part模块基于OpenCASCADE能做布尔运算、倒角、放样这些操作。但FreeCAD的API在不同版本之间变化较大写脚本时要注意版本兼容。另外FreeCAD没有齿轮工具这个热搜词反映的问题说明它的标准件库确实不够丰富做机械设计时得自己补。如果预算允许ODA的SDK是最省心的选择支持所有DWG版本能读能写还有详细的文档和技术支持。缺点是贵而且C接口对快速原型开发不太友好。折中方案是用ODA的命令行工具做转换用Python做后续处理。6.2 团队协作中的规范问题AICAD项目往往涉及多个角色懂CAD的设计师、懂AI的算法工程师、懂工程的开发人员。这三拨人的知识背景差异很大沟通成本极高。我见过一个项目算法工程师用自己画的简单图纸训练模型效果很好但设计师拿真实图纸一测准确率掉到30%。原因是算法工程师不知道真实图纸里有那么多“脏数据”。解决办法是尽早让算法工程师接触真实图纸哪怕只是看几张也能建立对数据复杂度的直观认识。另外要建立统一的数据规范比如所有图纸在进入AI流程前必须经过清洗清洗规则由设计师和开发人员共同制定。规范要写成文档不能只存在于某个人脑子里。还有一个协作坑版本管理。CAD图纸的版本迭代很频繁今天的设计可能明天就改了。如果AI模型是基于旧版本训练的新版本图纸上的新图层、新块名它就不认识。建议在图纸文件名或元数据里记录版本号AI流程里加入版本检查版本不匹配时给出警告。6.3 从Demo到工程的渐进路线如果你现在手里有一个AICAD的Demo想把它推到工程可用我建议按这个路线走。第一步收集至少50张真实图纸覆盖不同的项目类型、不同的设计人员、不同的CAD版本。第二步用这些图纸测试Demo记录所有失败案例分类统计失败原因。第三步针对最高频的失败原因做优化通常是数据清洗和格式兼容。第四步加入人工复核环节AI输出结果后由设计师确认确认结果反馈给模型做迭代。第五步当准确率稳定在可接受范围后逐步减少人工复核比例。这个路线听起来慢但比直接追求全自动要靠谱得多。工程落地从来不是一蹴而就的能解决80%的问题剩下20%人工兜底就已经比纯手工效率高很多了。我在实际项目里的体会是AICAD的难点不在AI在CAD。CAD数据的复杂性、不规范性和历史包袱才是真正消耗精力的地方。把数据清洗和格式转换做扎实AI模型哪怕用现成的效果也不会太差。反过来数据一团糟再强的模型也白搭。最后分享一个小技巧处理DWG之前先用CAD的“核查”和“清理”命令过一遍能解决不少潜在问题这个习惯帮我省了很多排查时间。
