我让Codex操作CST做电磁仿真，最难的却是确认结果能不能用

34分钟前浏览0

点击文尾阅读原文报名

作者 | 去飞GoFly 仿真秀优秀讲师

首发 | 仿真秀App

导读：前不久，我受邀在仿真秀做了两场AI驱动仿真的线上公开课，分别覆盖ANSYS和HyperWorks两大工具链。单场观看人数峰值接近2000人，互动区的提问一直没停过——这让我真切感受到，工程师朋友们对于"AI如何真正落地到仿真工作中"这件事，有着非常高的期待。应大家的要求，10月11日，我将再次做客仿真秀直播间，带来第三场主题分享：AI驱动CST仿真方法及应用。

这次的内容同样干货满满：不仅会现场演示AI驱动仿真的完整软件部署过程，还会结合具体工程案例，从需求拆解到结果验证，完整走一遍AI工作流。希望能帮助更多工程师朋友，把AI从"听说过"变成"用得上"。

做电磁仿真时，我通常会先确定频段和目标，再到 CST 里建几何、设材料和端口、选边界与求解器、划网格，最后看 S 参数、场分布和方向图。模型只要改一个尺寸，后面的检查和结果整理往往还要再做一遍。

最近，我在 CAE Agent Hub 项目里尝试让 Codex 通过 MCP 操作 CST：让 AI 根据任务要求调用软件、读取反馈，再决定下一步。链路跑通之后，我关注的重点也从“能不能自动点击”变成了“它读出的结果究竟代表什么”。这篇文章就从连接、实战和结果检查三个角度，讲讲我的做法。当然，10 月11 日，我也会在仿真秀主办的《使用 Codex 驱动 CST 仿真方法及应用》直播中继续交流这些问题。

一、AI 是怎么驱动 CST 的？

先把分工说清楚。Codex 不求解麦克斯韦方程，电磁场和电路结果仍由 CST 计算。Codex 做的是把工程需求变成软件操作，并在每一步之后读取实际状态。

例如，任务是“分析一个工作在 2.4 GHz 附近的微带贴片天线”。“做天线仿真”这句话远远不够。至少还要说清基板材料与厚度、导体模型、馈电方式、目标频段、开放边界、想看的 S11 和远场指标。Codex 可以先把缺失条件整理出来，再依次创建或检查工程、设置模型、保存、求解、读取结果树、导出数据。遇到端口定义失败、求解消息报错或目标结果缺失时，它应停下来查原因，而不是直接生成一份“仿真成功”的报告。

我把这个过程理解为一个循环：提出工程目标 → 执行一步 → 读取 CST 反馈 → 检查是否满足前提 → 再执行下一步。 这比一次性生成长脚本更适合处理真实工程中不断出现的例外。

二、Codex + MCP + Workflow Skill，各自负责什么？

我在 CAE Agent Hub 里采用三层分工：

1、Codex 理解自然语言任务，安排操作顺序，并根据返回结果决定后续动作。

2、CST MCP Server 把创建或打开工程、执行建模命令、运行求解器、读取结果树等操作封装为可调用的工具。当前方案通过 CST 自带 Python API 连接 Design Environment，建模时也可以使用 CST Macro Recorder 风格的 VBA/history 命令。

3、Workflow Skill 规定工作顺序与检查要求：先确认项目和输入，再建模与保存；求解后查日志、结果树和导出文件；对没有证据的结果保留“待验证”状态。

这里容易产生一个误解：MCP 配置写进 Codex，并不代表仿真链路已经可用。实际使用时，我会逐级核对：Codex 能否发现 CST 工具、MCP Server 能否响应、是否连接到目标 CST 会话、当前 .cst 工程是否可读。只有这些都成立，才开始修改模型。操作已有工程时，先检查，再在副本上工作。

这套 CST 实现采用直接 API 连接，不依赖安装在 CST 界面里的 Socket Bridge。它与我之前做 HyperWorks 时使用的内部 Bridge 扩展是两种不同的接法，不能照搬同一份连接说明。

三、实战：从 Design Studio 电路到可复用的 S 参数模型

目前我手里证据最完整的 CST 案例，是一个 Design Studio 场路流程。第一步建立带两个外部端口的 Schematic，加入电阻、电感、电容、二极管和接地，设置 1～10 GHz 的 S 参数任务，共 91 个频点。第二步运行任务，读取包含 S11、S12、S21、S22 与端口阻抗的结果树。第三步导出 Touchstone .s2p 和由 S21 计算的 CSV。最后，把导出的 .s2p 作为 N-port 模块放进另一个 Schematic，重新连接端口、运行并再次导出结果。

这个案例里，我看重的不是“AI 建了一个电路”这句话，而是几份能够相互核对的证据：保存的 .cst 工程、CST 的任务完成消息、结果树条目、.s2p 文件，以及 91 行频点数据。只有工具调用返回成功，却没有结果树或文件，流程仍然不算走完。

举个具体的数据检查：导出的 Touchstone 文件写明频率单位为 GHz、幅相格式为 MA、参考阻抗为 50 Ω。在 1 GHz 处，S21 幅值约为 6.69×10⁻⁵。如果按 −20log₁₀|S21| 计算，得到约 83.49 dB。这个数值首先是该电路示例在所设端口条件下的传输衰减换算值；不能仅凭它就宣称某个三维屏蔽结构达到了 83.49 dB 的实测屏蔽效能。计算公式对了，结果对象仍可能答非所问。

至于天线、FSS／超表面或电磁兼容中的三维全波问题，这套 MCP 已提供工程操作、求解与结果读取接口；实际案例还需要逐一验证几何、材料、端口、边界、网格、监视器和结果。比如要评价一副天线，除了 S11，还要确认远场监视器、增益定义、极化和方向图。不能把上面的 Design Studio 电路演示当成已经完成的三维全波天线验证。

四、给 AI 下任务，怎样说才不会跑偏？

我通常先把需求整理成一张简短的“任务卡”，至少包含：

对象与目标：分析什么结构，目标频率或频段是什么，要判断匹配、传输、增益、隔离度还是场强；
模型输入：几何尺寸、单位、材料及损耗、端口位置和参考阻抗、边界条件；
计算设置：使用哪类求解器，是否需要自适应网格、监视器和参数扫描；
交付与验收：保存哪个工程，导出哪些曲线或场图，用什么阈值判定，哪些内容必须由工程师确认。

信息没给全时，可以先让 Codex 生成待确认清单。对于扫参任务，还要先预览参数组合数：三个参数各取十个值，笛卡尔组合就是 1000 个算例。每个算例都要跑求解器，代价可能远超最初预想。先确认目标函数和计算规模，再启动批量任务。

五、求解结束后，我会重点查什么？

第一、确认模型与输入。 长度和频率单位是否一致？介质参数与损耗角正切是否对应所用频段？金属被建成理想导体还是有限电导率？端口是否接在正确的面上，方向和参考阻抗是否符合真实馈电？这些设置错了，曲线再平滑也没有意义。

第二、确认求解过程。 保存的工程是哪一份？消息里有没有端口、网格或收敛警告？关键间隙和薄层有没有足够的网格？修改尺寸后是否重新生成了网格和结果？求解器正常结束只是检查的起点。

第三、确认提取对象。 S11 是复数反射系数，转 dB 应使用 20log₁₀|S11|；VSWR 要从反射系数幅值计算。说“天线增益”时，要读取 Gain、Realized Gain 或 Directivity，并说明频率、单位和方向；电场强度 Abs(E) 不能直接当作 dBi。说“最佳方案”时，要给出参数组合、目标函数和每个算例的有效结果。

第四、保留证据。 .cst 工作工程、参数表、求解消息、结果树、Touchstone／CSV、场图和报告应能对应到同一次计算。后面有人追问“这个数从哪里来”，应该能沿着文件和结果路径找到答案。

这些检查有不少可以让 AI 批量完成。材料是否代表真实批次、端口是否代表实际测试夹具、网格是否足以支撑设计结论，以及仿真与测试不一致的原因，仍要由工程师判断。

六、几个我会提前提醒大家的坑

把“连接成功”当成“项目可用”。 CST 进程存在、MCP Server 有响应，都不能证明目标工程已打开且可操作。先读工程信息，再下建模命令。

直接改原始工程。 现有 .cst 文件旁边可能还有配套结果目录。修改前保留源文件与配套目录，在工作副本中运行，才能比较前后差异。

S 参数算对了，却解释错了。 一条 S21 曲线可以用来讨论传输，也可能被拿去计算插入损耗；能否称为屏蔽效能，还取决于模型、端口、参考条件和评价定义。名字相似，物理含义未必相同。

把功能接口当成已验证案例。 目前我验证了 Design Studio S 参数任务与 Touchstone N-port 复用；三维全波项目、真实 EM 三维模块耦合和非线性入射功率扫描，需要各自的模型与结果证据。演示时我会把这几层状态分开讲。

七、10 月11 日，继续聊 Codex 驱动 CST 仿真

这段实践让我更确定一件事：AI 适合承担规则清楚、需要反复执行和核对的工作，例如建模命令、参数扫描、日志筛查与结果整理。工程师可以把更多精力放在问题定义、模型假设和结果解释上。

在仿真秀10 月 11日的《使用 Codex 驱动 CST 仿真方法及应用》直播，我会结合 CAE Agent Hub 的 CST MCP 与 Workflow Skill，讲解从任务描述、软件连接、模型与求解操作，到 S 参数和结果证据检查的完整思路，也会分享 Design Studio 案例中已经跑通的场路流程。正在做电磁仿真，或者正在尝试把 Agent 接到工程软件里的朋友，欢迎来交流。请识别下方二维码观看和回放。