案例背景
企业研发部门采用 Dyad/ModelingToolkit 等 acausal 建模环境做建筑热仿真:一个三热区办公楼模型同时用于稳态暖通容量整定与 24 小时动态运行分析。但编译期会把 ThermalResistance / HeatCapacity / Temperature 全部压成普通实数,量纲、口径与控制语义丢失;单元测试只看得见单个值,看不见跨分析的关系——稳态侧以定温边界把区温钉在 21 ℃,动态侧用纯比例控制器调节,后者存在结构性静差,两条分析各自自洽、曲线收敛,却不是同一个物理点。等温整定假设抹掉分区换热、太阳得热与采光面脱钩、参数默认值与实例值漂移、回归测试与数值基线名存实亡,这些问题靠专家逐行审代码既慢又漏。企业启动研发仿真模型治理 AI 应用建设,以该建筑热模型为试点,构建建筑热模型领域本体,把编译期丢失的物理语义重建为结构化知识网络,由 21 条治理规则(SHACL-SPARQL + SWRL + AI 判定)自动核查,输出带证据、带六态分档、带修复建议的语义审查报告。
案例描述
以「三热区办公楼建筑热模型」为对象构建 109 类 / 36 对象属性 / 48 数据属性的建筑热模型本体,将 Dyad 模型抽取为 1214 条实例三元组(11 实体、63 实例化、33 连接、4 分析用例,逐个体带源码行号),配套 2 条 SWRL 规则、16 组 SHACL 形状与 21 条治理规则注册表(六态封闭词表分档、阈值不入公理)。语义审查产出 14 条发现(ERROR 5 / WARN 8 / INFO 1):稳态定温边界与动态纯比例控制口径不一致(结构性静差 0.25–1.51 K,Z1/Z3 超 0.5 K 阈值,且先行核验动态已入准稳态)、等温假设漏计 55–100 W 分区换热、4 个太阳得热源未绑采光面、8 个回归测试全为空壳且 0 条数值基线、默认 K 与实例 K 相差 10 倍等,逐条附算式与 file:line 证据;16 形状锚点核验 0 无落点、正控 6 条全命中、负控证明数据缺口不伪装成未命中,全部数值标注解析核算。
成为第一个围绕这个案例提出问题或分享复现经验的会员。