让 AI 跑工程软件:报错别信,＂成功＂也别信

匿名 · 电力电子方向在读博士 · IEEE 期刊审稿人

这篇把我在仿真与工程文件处理上踩到的一批具体场景摊开，给出我现在实际在用的分工表和判断顺序。

核心判断：工程软件上的 AI，可信的是"操作"，不可信的是"状态"和"原因"。数它替你出，能不能用你自己判。

一次保存工程文件失败，弹窗直接列了三条可能：文件只读、磁盘满了、临时目录不在本地盘。这三条都能一条命令验掉。

三条全过，说明文件系统层面完全正常，问题在第三个进程上。

真因不是猜出来的，是去问那个"嫌疑进程"自己的数据库。云同步客户端会把"什么时候动过哪个文件"记在本地一个只读库里，查出来发现：报错的同一秒，它正在改写工程目录里的几何缓存；而仿真软件这一侧正在做"写临时文件、替换正本"的原子操作。两边抢同一个句柄，写入就被打断。

顺带有两个反常信号可以当旁证：这个客户端没有"忽略规则"的明文配置文件，忽略项只能从图形界面加，想去改它的数据库来加排除项是走不通的；另外，正常打开工程会留一个锁文件，那次目录里没有，本身就是异常。

判断顺序：先拿到报错文案，逐条证伪，再用第一方证据坐实，最后才谈怎么修。AI 在这条链上很有用，写证伪脚本、查日志与数据库都快；但它默认会顺着报错文案编故事，所以"先证伪"这三个字必须写进任务里。

工具返回的那一句"成功"，回答的是"调用发生了"，不回答"结果有效"。这两件事在工程软件里经常不是一回事。

写文件是同一个病。写入返回成功，过一会儿再读，内容变回了旧版，目录里还多出一个"冲突副本"。这不是"没写进去"，是"写进去又被覆盖"。要判断到底谁丢了内容，用逐行 diff 比谁是超集，别肉眼翻。

边界：凡是"回执型"的成功，都要补一次读回。读回不是客套，是唯一证据。

1. 两个同类工具互验，信息量很低。
    两个场求解器共享同族的离散误差，互相吻合最多说明参数没填错。真正有用的证据来自不依赖离散的方法：同一组互感，用解析双重积分算出来与场求解器差 0.07%。这个量级的吻合才敢写进论文。
2. 自校验是白送的，别省。
    解析式里令偏移为 0，必须退化回同轴情形，实测能吻合到 1e-9。零成本，却能把实现错误一次筛掉。
3. 判"能不能定版"要靠判据，不靠"再加几个 pass 猜"。
    两个可用的硬判据：读求解器自己的收敛判决文件；再用一个物理上必然成立的下界卡一刀（把屏蔽体磁导率压到接近零，取理想屏蔽）。猜网格数只是把时间换成心理安慰。
4. 口径型假值要认得出。
    从同一份结果矩阵里读出的电阻偏低三倍多，必须去读损耗报告才是真值。这类假值不报错，也不是"偏一点"，是错在口径上。

• 别按最坏假设全量处理。
   同步目录里躺着几十个工程文件，看着个个危险；真量化一遍，正在求解的只有一个，其余都是不会再变的归档产物。而且占几十 GB 的结果其实在软件自己的本地默认目录里，根本不在同步范围内。AI 给出的方案通常"最安全也最贵"，工程里要的是先量化再动手。
• 在同步目录里删文件，等于云端一起删。
   这条不可逆。要彻底去掉旧副本，先暂停同步再删；想保留云端备份，用改名而不是删除，改名在同步客户端眼里是"移动"，历史不丢。永远不要在同步客户端正在跑的时候批量删文件。
• 搬迁只能先复制、再校验、最后才谈删除。
   逐文件比对哈希，校验通过前不动原件，别直接用移动命令。有三样容易漏：工作区的记忆目录（它不是缓存）、归档目录（追溯链）、目录名里的空格（空格是脚本传参与长路径的引雷点）。搬完还要查有没有自动化任务仍指向旧路径，否则它静默失效。
• "已证等价"不等于差异为零。
   搬迁或改名后逐项验收全过，结果仍可能差百分之零点几，根因不是几何，是自适应网格的散布。归因错了，你会去改本来没错的东西。
• 反解几何必须用收敛后的数。
   拿未收敛的值去反推尺寸，会把本来不用改的几何算成"得改"，误差量级是毫米。

1. 让 AI 碰工程软件之前，先把"回执不可信"写进任务：凡状态类结论，一律要求读回或二次查询。
2. 排障先证伪再坐实：把报错文案里的每个猜测列成一条待证伪项，逐条过。
3. 每个关键数字配一条独立算路，解析式优先，并做一次退化自校验。
4. 危险动作前先量化受影响范围，输出清单，别直接动手。
5. 在同步目录里的一切删除，先暂停同步；搬迁一律"复制加哈希校验"。

工程软件这一类活儿，AI 迟早会做得比现在更顺。但"这个数能不能用"这件事，短期内还是只能自己扛。你在这条链上踩过最狠的一次是什么？欢迎在后台说说。