CATIA V5与AI智能体结合：从自然语言到自动建模的完整实践

最近在梳理 CAD 自动化和 AI 智能体结合的方向时看到不少团队在尝试“自然语言驱动 CATIA V5 自动建模”的方案输入一句话让智能体去调 CATIA 的建模接口自动完成设计、改型、加特征这些操作。这类方案听起来很吸引人但实际能不能落地要看几个硬指标智能体怎么和 CATIA V5 通信、建模指令能覆盖到什么程度、改型是不是真能改参数而不是重新画一遍、批量任务跑起来稳不稳定、接口能不能接到现有工具链里。这次我们就把这套“CATIA V5 AI 智能体”的完整链路拆开看一遍重点讲清楚它是用什么思路实现全自动建模的环境怎么配智能体服务怎么启动自动建模、改型、加特征分别怎么验证以及 API 调用和批量任务怎么做。整个验证思路不限定某个特定商业产品适合做 CAD 二次开发、工艺自动化、PLM 集成的工程技术人员参考。如果你正在纠结“AI 到底能不能帮我干活”这篇文章可以直接收藏。先说结论这套方案的本质不是让大模型直接生成 CAD 文件而是把大模型的意图理解能力、Agent 的任务拆解能力、CATIA V5 的二次开发接口三者串起来。大模型负责把自然语言指令翻译成结构化动作Agent 负责检查参数、拆分子任务、调度执行CATIA 侧通过宏、VBA、CAA 或 Knowledge 功能去执行具体的建模操作。所以门槛不在 AI 模型本身而在 CATIA 自动化接口的稳定性和 Agent 对建模语法的约束能力。1. 核心能力速览围绕 CATIA V5 的 AI 智能体目前没有统一的官方标准多数是“大模型 Agent CATIA 二次开发”的组合方案。我们按可落地的最小闭环来拆解它的核心能力如下能力项说明项目类型CATIA V5 自动化建模 AI 智能体调度工作模式自然语言输入 → Agent 拆解任务 → 调用 CATIA 建模接口 → 返回结果核心功能自动建模、参数改型、特征添加、批量模板执行交互方式Web 对话框 / 本地命令行 / HTTP API是否支持 API支持智能体服务可提供 HTTP 接口供外部调用是否支持批量任务支持通过任务队列按顺序执行多个建模指令是否支持 CPU智能体调度逻辑基本不依赖显卡大模型部分可选择本地推理或云 API显存需求取决于大模型推理方式调用云 API 则无需本地显卡本地大模型需按模型规模实测开发语言Python智能体服务、VBA/CAACATIA 侧脚本适配 CATIA 版本常见 CATIA V5 版本均可尝试需要确认支持宏和自动化接口适合场景系列件改型、标准件模板建模、重复特征添加、设计知识库落地从这套能力看最大的价值不是让 AI 替代设计师做创意设计而是把 80% 的重复性、规则性建模操作交给智能体去跑。它擅长“按规矩办事”不擅长“凭空想象”。所以在评估这个项目时别拿它跟资深结构设计师比创意要比“批量改型 50 个类似零件需要多长时间”。2. 适用场景与使用边界2.1 适合谁用机械设计工程师经常做系列件、相似件改型一个零件改尺寸要重复操作十几步智能体可以按参数规则自动完成。CAD 二次开发工程师做过 CATIA VBA、CAA 开发的人最容易把现有宏命令封装成智能体可调用的工具。工艺与标准化部门需要批量创建标准件、通用特征、模板模型AI 智能体可以按知识库自动建模。PLM/数据管理团队需要把设计任务接入统一接口让 MES、PDM、PLM 系统通过 API 触发建模任务。2.2 能解决什么问题这类方案最典型的场景是你给它一个参数表或一句改型指令它自动打开 CATIA V5定位到对应零件修改尺寸更新模型导出成果。第二个典型场景是批量加特征。比如 30 个零件都要加加强筋或安装孔以前需要逐个打开、操作、保存现在可以把任务列表丢给智能体批量执行。第三个场景是把企业设计规范固化成智能体知识库。比如“所有钣金件圆角不小于 R3”智能体在改型时会自动检查并提示。2.3 不适合什么场景完全没参数的“哑模型”改型CATIA 侧没有特征树支撑智能体很难做参数级修改。复杂曲面和自由造型创新设计大模型生成的描述很难直接转成高质量的 CATIA 曲面。需要多人实时协同的交互设计智能体目前更适合离线的、任务式的、可回滚的执行方式。2.4 安全与合规边界CATIA V5 属于商业 CAD 软件部署和使用必须基于合法授权环境不得通过任何方式绕过授权。涉及企业图纸、型号数据、工艺参数时要注意数据保密。不要把涉密模型直接送给公网大模型接口优先使用私有化模型。智能体自动修改模型后必须保留操作日志和模型备份避免误操作后无法恢复。如果模型来自客户或第三方需要确认是否具备修改、再设计、二次分发的授权。3. 环境准备与前置条件从实施角度看这套方案至少需要三个环境CATIA V5 工作环境、Python 智能体服务环境、大模型推理或 API 环境。3.1 基础环境检查清单环境项要求操作系统Windows 10/11CATIA V5 在 Windows 下最稳妥CATIA V5已安装并激活支持宏录制和 VBA 自动化建议先在“工具 - 宏”里确认可用Python3.10 或以上版本用于运行 Agent 服务大模型可选择云 API也可选择本地 Ollama 等方案云 API 对硬件要求低本地模型需要较强显卡网络调用云 API 时需要网络连通纯本地部署则不需要磁盘空间智能体服务本身占用不大模型文件、日志和输出模型目录建议预留 10GB 以上端口默认服务端口建议用 7860 或 8000需要保证未被占用3.2 CATIA V5 自动化准备CATIA V5 侧主要用 VBA 宏或 CAA 来做自动化。建议先在 CATIA V5 里录制一个简单的建模宏检查三件事宏录制和回放是否正常。VBA 环境能否引用 CATIA 类型库。CATIA 是否允许外部脚本通过 COM 接口启动或连接。如果宏功能受限很多自动化方案就跑不通这是第一个排查点。实际开发中常用方式是让 Python 服务通过win32com.client去连接 CATIA 应用然后把智能体生成的动作逐条发送给 CATIA 执行。4. 安装部署与启动方式由于这是一个“智能体服务 CATIA 自动化”的组合方案部署时可以拆成两段先启动智能体服务再确认 CATIA 侧能接收指令。大多数项目不会给你一个双击就能跑的全部包需要手动组合。下面给出一套通用搭建流程具体路径、端口、模型名称需要按实际项目替换。4.1 创建 Python 虚拟环境并安装依赖# 创建虚拟环境 python -m venv catia-agent-env # 激活虚拟环境 Windows catia-agent-env\Scripts\activate # 安装基础依赖 pip install fastapi uvicorn requests openai pywin32注意pywin32用于 Windows 下连接 CATIA COM 接口如果智能体服务跑在别的机器上则不能直接控制本机 CATIA需要设计消息队列或共享目录方式。4.2 启动智能体服务下面是一个最小化的 FastAPI 服务示例。它不包含任何真实的建模逻辑只用于演示“如何把 Agent 服务和 HTTP 接口串起来”。实际项目中你需要把execute_catia_action替换成自己的 CATIA 宏调用逻辑。from fastapi import FastAPI from pydantic import BaseModel import uvicorn import time app FastAPI(titleCATIA AI Agent Service) class TaskRequest(BaseModel): instruction: str params: dict {} def execute_catia_action(instruction: str, params: dict): # TODO: 调用 CATIA VBA 宏或 COM 接口执行建模动作 # 这里仅做模拟 time.sleep(1) return {status: success, instruction: instruction, params: params} app.post(/agent/task) def run_task(req: TaskRequest): result execute_catia_action(req.instruction, req.params) return result if __name__ __main__: uvicorn.run(app, host127.0.0.1, port8000)# 启动服务实际命令需要按项目目录调整 python app.py启动后可以在浏览器访问http://127.0.0.1:8000/docs查看自动生成的 API 文档。这只是验证接口服务本身能跑通。4.3 CATIA VBA 宏调用示例智能体做自动建模时最终还是要落到 CATIA 宏命令上。下面是一个极简的 CATIA VBA 宏模板作用是连接当前打开的 CATIA 文档并输出文档名称。实际项目里你在这个框架里写“创建 Pad、打孔、做倒角”等建模代码。Sub ConnectToCATIA() Dim oCATIA As Object Dim oDocument As Object Dim oPart As Object On Error Resume Next Set oCATIA GetObject(, CATIA.Application) If oCATIA Is Nothing Then Set oCATIA CreateObject(CATIA.Application) oCATIA.Visible True End If On Error GoTo 0 If oCATIA Is Nothing Then MsgBox 无法连接 CATIA请确认 CATIA 已启动 Exit Sub End If Set oDocument oCATIA.ActiveDocument If oDocument Is Nothing Then MsgBox 没有打开的文档 Exit Sub End If Set oPart oDocument.Part MsgBox 当前文档 oDocument.FullName Part 名称 oPart.Name End Sub从工程经验来看不要让智能体直接生成大段 VBA 代码再强行执行那样很容易因为语法错误或参数类型不匹配而失败。更好的做法是把 CATIA 操作封装成一个个固定函数比如create_pad(length, width, height)、add_hole(diameter, depth)智能体只负责选择函数和填参数不负责凭空生成代码。这样稳定性会高很多。5. 功能测试与效果验证当环境都跑通之后进入功能验证阶段。下面给出一套可以照做的测试流程按“自动建模、改型、加特征、稳定性”四个模块来测。5.1 自动建模测试测试目的验证智能体能否把自然语言指令转成 CATIA 可执行的建模动作并成功创建基础特征。操作步骤在智能体对话框中输入建模指令。查看 Agent 返回的结构化参数。确认 CATIA 中是否新增特征。打开特征树查看特征名称和参数。输入指令示例创建一个长100、宽50、高20的拉伸长方体预期结果检查项预期结果Agent 返回参数识别出“拉伸”“长100”“宽50”“高20”CATIA 特征树新增 Pad.1草图由长100、宽50的矩形构成拉伸高度20模型状态无报错特征可编辑判定标准特征树中新增了可编辑的 Pad 特征双击后能修改草图尺寸和拉伸高度。如果 Agent 输出的参数格式不对、单位错误、拉伸方向反了都算未通过。常见失败原因大模型把“长宽高”和 CATIA 里的X Direction、Y Direction、Z Direction对应错了。预期是实体 Pad结果生成了曲面。CATIA 没有处于 Part Design 工作台导致命令不可用。5.2 参数改型测试测试目的验证智能体能否修改已有零件的关键尺寸实现真正的参数级改型而不是删除重建。操作步骤打开一个带参数的历史模型。输入改型指令。查看参数更新情况和模型变化。检查装配关联和草图约束是否被破坏。输入指令示例把 Pad.1 的长度从100改成120保持宽度和高度不变预期结果检查项预期结果尺寸参数Pad.1 的拉伸长度变为 120关联特征后续基于 Pad.1 做的倒角、孔位等特征自动更新父级草图草图内部尺寸和约束尽量保持完整判定标准模型更新后下游特征不报错无红色报错提示。如果改型后倒角失效、孔位悬空、草图约束断裂说明智能体没有走参数路径而是走了特征重建路径。这里要特别注意参数改型一定要在 CATIA 的 Part 层级用参数驱动方式实现不要用“删除原特征再重新画”的方式否则模型历史树会被打乱下游关联全断。5.3 加特征测试测试目的验证智能体能否在指定位置添加新特征比如打孔、倒角、加加强筋。操作步骤选择一个已有面作为参考。输入加特征指令。检查生成的特征位置、方向和参数。测试连续添加多个特征时的稳定性。输入指令示例在上表面中心添加一个直径8、深度15的通孔预期结果检查项预期结果特征树新增 Hole.1孔的尺寸直径为 8深度为 15孔的位置位于上表面中心轴线垂直于上表面特征可选可以编辑草图重新定位判定标准孔的位置、直径、深度、方向全部正确且可以通过修改草图来调整位置。如果孔打在了错误的面上说明智能体对“上表面”的语义理解有偏差或者参考面选择逻辑有缺陷。5.4 批量任务测试测试目的验证连续执行多个建模任务时的稳定性。输入一个批量指令列表1. 创建一个长100、宽50、高20的拉伸长方体 2. 在长方体上表面添加一个直径8的通孔 3. 把所有竖直边做半径为2的倒角 4. 保存模型到输出目录预期结果智能体按顺序执行每步都产生日志最终输出模型文件失败的任务能明确报错并跳过不阻塞后续任务。判定标准批量执行过程中 CATIA 不崩溃、特征不堆积、每个任务都能定位到对应的特征对象。6. 接口 API 与批量任务智能体要融入企业工具链必须有 HTTP API。下面给出一个通用的调用模板。接口路径、参数名和返回结构都是示例实际项目里你要对照自己的智能体服务去调整。6.1 单任务调用示例curl -X POST http://127.0.0.1:8000/agent/task \ -H Content-Type: application/json \ -d { instruction: 创建一个长100、宽50、高20的拉伸长方体, params: {} }Python 调用示例import requests url http://127.0.0.1:8000/agent/task payload { instruction: 创建一个长100、宽50、高20的拉伸长方体, params: {} } response requests.post(url, jsonpayload, timeout120) print(response.status_code) print(response.json())预期返回结构{ status: success, instruction: 创建一个长100、宽50、高20的拉伸长方体, params: { feature_type: pad, length: 100, width: 50, height: 20 } }如果需要在外部系统里轮询任务状态可以设计一个/agent/task/{task_id}接口把长时间任务放到后台队列去执行避免 HTTP 请求超时。6.2 批量任务目录设计批量任务建议按目录方式管理把输入参数、日志、输出结果分开存放。下面是一个示例结构{ tasks: [ { id: task_001, instruction: 创建一个长100、宽50、高20的拉伸长方体, params: {material: steel} }, { id: task_002, instruction: 把 task_001 的长度改为 120, params: {} }, { id: task_003, instruction: 在 task_002 的上表面添加直径8的通孔, params: {hole_diameter: 8, hole_depth: 15} } ] }project/ ├── inputs/ # 输入模型和参数文件 ├── logs/ # 每个任务的运行日志 ├── outputs/ # 生成结果模型 ├── scripts/ # CATIA 宏和 Python 脚本 └── config.json # 智能体配置实际使用时所有输入文件应放在inputs目录智能体从配置中读取输入路径避免在提示词里拼接本地绝对路径既能减少路径歧义也更安全。6.3 批量执行建议CATIA V5 是桌面级应用批量执行时很容易出现“多个任务同时操作一个实例”的冲突。建议的做法是任务全部走队列串行执行。每个任务执行前检查 CATIA 是否空闲。任务结束后重新初始化环境避免上一步的选中状态影响下一步。失败任务记录到日志并设置最大重试次数比如 2 次。7. 资源占用与性能观察这类方案和其他 AI 生成类工具不同它的资源消耗分三块智能体服务、大模型推理、CATIA 本体。7.1 显存占用观察点如果大模型通过云 API 调用本地几乎不消耗显存CPU 和内存占用也很低。如果使用本地大模型做意图识别显存占用取决于模型规模和量化精度。7B 到 14B 模型在 8GB 到 24GB 显存范围内都有对应部署方案但具体占用要用nvidia-smi实测。大模型推理的显存占用和 CATIA 自身的图形显存占用要分开看CATIA V5 本身是传统 CAD 工具显存占用不算高重点是 GPU 驱动要稳定。7.2 性能观察方法Windows 下可以用任务管理器观察三个指标Python 进程的 CPU 和内存、CATIA 进程的内存、GPU 显存和编码器占用。也可以用命令行方式快速查看# 查看 Python 和 CATIA 进程内存占用 tasklist | findstr python tasklist | findstr CATIA7.3 影响性能的主要因素模型或者特征树越复杂改型时需要更新的关联特征越多耗时越长。批量任务如果设计成单 CATIA 实例串行执行性能瓶颈在 CATIA 的刷新和重建速度。大模型推理本身有延迟如果再加上多轮对话、上下文打印、JSON 解析一道指令可能多花几秒到十几秒不等。更稳妥的做法是先让大模型输出结构化 JSON再做语法校验校验通过后直接执行不搞多轮来回。8. 常见问题与排查方法问题现象可能原因排查方式解决方案智能体服务启动失败依赖未安装或端口被占用查看启动日志确认端口占用情况安装依赖更换端口后重启启动后页面打不开服务未运行或防火墙拦截访问http://127.0.0.1:8000/docs确认进程是否存活重启服务检查防火墙规则CATIA 宏无法执行宏安全级别设置过高在 CATIA 宏设置里检查安全级别临时降低宏安全级别改用签名宏Python 无法连接 CATIA本机没有安装 pywin32或 CATIA 未启动检查import win32com是否成功安装 pywin32先启动 CATIA 再跑服务大模型返回的 JSON 解析失败模型输出格式不稳定打印原始返回内容提示词中强制输出 JSON增加重试和格式校验改型后零件报错约束断裂、草图引用丢失观察报错特征和依赖关系采用参数驱动方式改型前备份模型批量任务卡在某个文件文件路径带中文或特殊字符检查日志中的路径信息统一使用英文路径检查文件是否被占用显存不足本地大模型参数过大运行nvidia-smi查看显存更换更小模型或使用 API模型输出尺寸明显不对自然语言理解偏差查看 Agent 解析出的参数值在提示词里加入单位说明和取值边界端口冲突上一轮服务进程未退出检查 PID 和端口占用杀掉旧进程或换端口排查问题有一个通用顺序先看服务日志再看 CATIA 宏的报错代码最后看大模型返回的原始内容。多数情况下问题不在 AI 理解而在接口调用和参数校验。9. 最佳实践与使用建议9.1 第一次测试从小用例开始不要一上来就做整机改型先用“创建方块 → 打孔 → 倒角 → 改尺寸”这套最小流程验证整条链路。只有最小闭环走通才有必要继续叠加复杂案例。9.2 把 CATIA 操作固化成函数库这是最重要的工程建议。不要让大模型直接写 VBA 代码而是让它在固定函数池里做选择。比如def create_pad(length: float 100, width: float 50, height: float 20): # 调用 CATIA VBA 宏创建拉伸特征 pass def add_hole(diameter: float 8, depth: float 15): # 调用 CATIA VBA 宏创建孔特征 pass def modify_parameter(feature_name: str, param_name: str, new_value: float): # 调用 CATIA VBA 宏修改参数 pass大模型只做“意图理解 参数抽取”具体建模动作由人工封装的函数执行。这样即使大模型输出有小幅偏差函数层也能兜住。9.3 设计输入输出规范输入侧统一为“指令 参数表”或“指令 CSV 参数文件”输出侧统一为带时间戳的模型文件和日志。批量任务必须做到每个任务一个日志文件失败任务有错误码。生产环境里还要有任务重跑机制避免 CATIA 崩溃后手工清理进程。9.4 模型文件分目录管理按inputs、outputs、logs、scripts、backups目录管理不要把所有文件堆在一个目录。CATIA 自动修改模型前先复制备份到backups这样改型失败也能快速恢复。9.5 接口服务限制访问范围智能体服务如果挂在局域网务必通过 IP 白名单或访问令牌限制调用来源。接口提交的任务如果涉及批量修改模型应增加确认机制先预览改动点再执行修改。9.6 合规提醒涉及企业真实图纸、客户模型、军用或特种装备数据时谨慎评估数据出域风险。建议私有化部署大模型并使用 CATIA V5 的审计日志功能记录每次修改操作。对外发布或商用前必须由工程师复核生成结果。10. 总结与下一步CATIA V5 与 AI 智能体的组合最值得尝试的点不是让 AI 替代你的设计能力而是把明确的、重复的、有规则的设计操作自动化。整个方案里最先应该验证的功能是“参数改型”因为大部分设计工作都消耗在改尺寸、换规格、调整特征上。只要这条链路稳定批量加特征、模板建模、标准件库自动生成都可以顺理成章地接进来。最容易踩的坑有三个一是大模型输出的参数格式不稳定二是 CATIA 宏执行环境没配好三是批量任务缺少日志和重试机制。这三个问题几乎决定了项目能不能从 demo 走向实用。先把最小用例跑起来再逐步增加特征类型和知识库。后续如果要把这套方案继续扩展可以往三个方向走把企业设计规范做成智能体知识库让它在改型前自动做规则检查把任务接入 PLM/PDM 系统让设计变更由系统触发再把智能体插件化方便更多工程师在 CATIA 界面里直接使用而不需要单独打开一套 Web 服务。建议收藏备用先从自己的高频改型任务开始测一轮。