大型语言模型智能体正开始通过模型上下文协议调用工业资产管理工具,但它们能否在安全关键的预测与健康管理任务中可靠工作,仍缺少能够同时检验协议使用、工具检索、算法执行和结果验证的基准。
本文介绍PHMForge:以真实公开数据、领域专家编写的工业场景、封装已发表 PHM 算法的 MCP 工具以及确定性验证器,评估智能体在剩余寿命预测、故障分类、发动机健康分析、安全合规和成本效益分析中的完整执行能力。
论文题目:PHMForge: Evaluating LLM Agents on Industrial Prognostics through MCP-Native, Algorithm-Grounded Tools
论文日期:2026
论文期刊:arXiv
论文链接:10.48550/arXiv.2604.01532
作者:Yusheng Li1;Tianjun Feng1;Yunfeng Chen1;Chun-Yi Tsai1;Yihan Sun1 Ayan Das2;Kaoutar El Maghraoui3;Shuxin Lin3;Dhaval Patel3
作者单位:1、Columbia University 2、Georgia Institute of Technology 3、IBM, New York
当涡扇发动机传感器在飞行途中发出异常信号,或风电场齿轮箱振动超出 ISO 10816 限值时,错误决策的代价可能是数百万美元、环境损害,甚至人员生命。工业人工智能处理的是失效发生在物理世界而非数字世界的场景,其核心学科——预测与健康管理管理,从涡扇发动机到工业齿轮箱等关键资产的全生命周期。鉴于现有基准无法满足面向工业 PHM 的大型语言模型智能体的评估需求,本文提出了一种新的评估方法,并详细界定了该方法应有的形式。图 1 以涡扇发动机 RUL 场景展示了完整评估流程。
大型语言模型智能体与 ReAct 等推理框架结合后,有望突破传统 PHM 中专用流水线的限制,并调用通过 MCP 提供的工具。2025 年 12 月,Anthropic 将 MCP 移交给 Linux 基金会旗下的 Agentic AI Foundation;该生态现已拥有一万多个已发布服务器,首批资产管理集成也已出现。然而,现有大语言模型智能体是否足以在该基础设施上可靠运行,仍是既有评估无法回答的问题。
目前的智能体基准各自只能反映问题的一个侧面,而无法窥见全貌。PHM 专用基准主要评估固定数据集上的预测或问答准确率,把模型当作被动预测器而非主动编排者;通用智能体基准评估通用数字领域的多步工具推理,安全基准则测试通用工具集上的对抗行为。即便是规模最接近的 ITBench 和 AssetOpsBench,也没有采用 MCP。这些评估方式的局限,掩盖了工业部署真正关心的能力,具体表现为三种混淆:
协议混淆:
工具混淆:
检索混淆:
表 1 PHMForge 与八个同类基准的比较
PHMForge 是面向工业智能体 AI 的方法学探针。通过三个领域 MCP 服务器提供的 39 个算法驱动工具,PHMForge 对工具驱动的 PHM 推理进行压力测试。智能体需对诊断及维护工具进行选择、排序和组合,并在未知工具模式下自主检索。PHMForge 是用于暴露既有基准未覆盖之失败模式的可复现工具,而非替代现场部署的方案。
如表 1 所示,PHM 基准具备领域基础却非智能体导向,智能体基准具备智能体能力却缺失领域深度,MCP 原生基准虽协议一致但工具过于通用。PHMForge 是首个同时满足七个设计维度的方案。本文具体贡献如下:一是构建了覆盖 8 类资产和 5 类任务的 99 个专家场景及 39 个 MCP 工具;二是设立未知工具模式下的数据与工具检索为独立评估轴,数据显示在自主发现数据场景下 pass@1 下降 21.3%;三是引入要求三次独立运行全部成功的 pass-all-3 一致性指标;四是基于轨迹将失败归纳为推理、工具调用和编排三类;五是利用确定性评估器等机制,实现了约 20~50 美元即可完成一次完整运行的可复现评估。
PHMForge 由三部分组成:基于已发表 PHM 算法的 MCP 工具目录、覆盖 8 类资产的 99 个专家场景,以及具有两种交互模式、基于执行的评分和轨迹级诊断的评估框架。
公开 MCP 生态已经覆盖数字工作流,却没有提供评估领域推理所需的已发表 PHM 算法。PHMForge 因而实现领域专用服务器。每个工具都封装既有 PHM 算法而非合成桩。预测服务器实现与 C-MAPSS 一致的 RUL 公式、ISO 10816 振动阈值,以及针对风扇、LPC、HPC、HPT 和 LPT 模块的航空发动机部件级健康评估。智能维护服务器实现预防性与反应性成本分解、基于 RUL 阈值的计划优化,以及 IEC 61508、ISO 13849、OSHA、FAA 和 NEMA 合规检查。每个场景要求的工具数量为 3~7 个,均值为 4.99。
第六阶段加入锂离子 BESS 资产,并由第三个领域服务器提供 17 个工具,分为数据访问、诊断、预测和报告四类。预测工具包括线性回归、考虑 Arrhenius 效应的经验容量衰减、留一电池训练的 LSTM、Chronos 基础模型以及 TTM 零样本与微调版本。TTM 变体以不同工具暴露,避免混淆训练条件;LSTM 检查点使用 SHA256 指纹检测陈旧缓存。
场景设计需要同时满足领域真实性、评估器确定性和专家劳动约束下的可复现性。研究团队检索五个公开数据平台,经社区认可度、技术质量和 PHM 任务一致性三阶段筛选后保留 19 个数据集,覆盖 8 类资产。每个数据集必须有公开真值,且有记录的 PHM 使用案例。数据集以标准化命名注册,所有训练—测试划分和提取脚本均固定版本。
场景由 8 名专家组成的联盟编写,专家来自航空、工业维护、机械工程、人工智能和资产运营领域。作者使用结构化提示要求场景具备工业角色、运行语境、明确交付物和可验证验收标准,但不直接写出完成任务所需的工具名称。每个场景发布前均由人工专家使用工具目录端到端执行;无法由已发布工具完成的场景被修改或拒绝。
每个场景表示为五元组:自然语言请求、数据集上下文、必需工具子集、看似合理但并不适用的干扰工具集,以及任务特定真值。RUL 输出使用连续数值,故障分类使用离散类别字符串,发动机健康分析使用多选或类别标签。
表 2 30 个分层场景样本上的标注者间一致性
研究在 75 个旋转设备和航空发动机场景中分层抽取 30 个场景计算标注者间一致性。24 个锂离子电池场景采用相同编写、双重审阅和专家执行流程,但未报告 Krippendorff’s α,因此表 2 不代表完整 99 场景基准。两名专家使用四点量表评定真实性、难度校准和真值正确性,所有维度的 α 均超过 0.7。30 个双重评分场景中有 7 个至少在一个维度相差 2 分以上,随后由第三名成员主持解决,并进行修改或替换。
当源数据集直接提供真值时,研究程序化提取 RUL 轨迹或故障标签,并与已发表基准数字核对。对于成本效益和安全合规等阈值判断,由专家依据文献和标准推导,第二名专家独立复算,只有结果一致的场景才会保留。所有真值字段都链接到来源引用或提取脚本。RUL 使用 MAE/RMSE,故障分类使用准确率、精确率、召回率和 F1,发动机健康分析使用类别匹配。
由于工具封装与场景由同一专家联盟设计,暴露工具缺口的场景会被修改或拒绝,因此基准偏向衡量既有工具表面上的编排能力,而非发现“无工具可用”的情形。未知工具模式和跨设备迁移只能部分缓解这一构念效度威胁。RUL 与故障分类真值还可能与 MCP 暴露算法来源相同,形成类似 Goodhart 定律的风险。
PHMForge 支持两种交互模式。在“已提供工具”模式下,智能体获得必需工具和干扰工具的并集,必须选出、排序并调用正确子集,从而隔离工具编排能力;在“未知工具”模式下,智能体只获得自然语言请求,必须先从完整服务器目录检索工具并识别相关数据集,从而同时评估数据发现、工具检索和意图提取。
智能体与模型产生最终输出和由工具、参数对组成的执行轨迹。每个场景在温度为 0 时运行三次,报告平均成功率 pass@1 与三次均成功的 pass-all-3。即便在温度为 0 时,API 非确定性仍会造成运行间差异,因此 pass-all-3 被解释为稳健性的下界。
二元成功之外,评估器还从 MCP 日志确定性计算三类轨迹错误:推理错误,包括计划不连贯、调用干扰工具和任务分类错误;工具调用错误,包括参数格式、类型和模式错误;编排错误,包括正确工具以错误顺序组合、违反状态依赖或提前终止。评估还计算必需工具集 合上的精确率、召回率、顺序准确率和轨迹长度。每次运行均在依赖固定的沙箱容器中生成确定性 JSON 记录,一次完整的框架—模型组合评估成本约为 20~50 美元。
实验围绕四个实践问题展开:开放权重模型与开源智能体框架的哪种组合最好,且结果是否稳定;前沿模型在完整基准上距离生产部署阈值还有多远;大语言模型能否替代人工专家共识;失败集中在哪里,以及文本 RAG、自由代码和跨设备迁移等替代架构能否缩小差距。
PHMForge 智能体由 ReAct、ReActXen 或 Claude Code 等框架与负责编排 MCP 工具调用的大语言模型骨干配对。为控制计算成本,研究从五类任务中分层抽取 25 个场景,并使用六种通过 API 提供的开放权重模型:Llama-3.3-70B、Llama-4-Maverick-17B-128E MoE、Mistral-Medium-2505、Mistral-Small-3.1-24B、GPT-OSS-120B 和一个紧凑型开放权重模型。
成绩最高的是 ReAct+Llama-4-Maverick-17B-128E,pass@1 为 80.0%。在多数基础模型上,单轮 ReAct 都优于加入反思步骤的 ReActXen;以 Llama-4-Maverick 为例,两者分别为 80.0% 和 63.6%。额外的反思步骤没有稳定纠错,反而增加了对不存在工具的调用。GPT-OSS-120B 是例外,反思环把成绩从 56% 提高到 68%。RUL 任务中的长数组输入造成了明显障碍:Mistral-Medium-2505 会截断传给 calculate_mae 的 100 元素数组,因此 RUL 成功率为 0%;Llama-4-Maverick 能够分批计算后合并结果,成功率达到 60%。Mistral-Medium-2505 在成本效益和安全政策任务上达到 100%,但 RUL 为 0%,说明它擅长结构化判断,却难以组织多步数值计算。
表 3 25 场景分层子集上不同框架与模型的 pass@1
研究进一步使用 Claude Code 配合 Claude Sonnet 4.5 和 Claude Opus 4.6,在全部 99 个场景上进行评估。Claude Code 是交互式命令行智能体,不能由自动化脚手架通过 API 调用,因此该实验依据同一场景级评分规则手动完成。工业采用研究通常把约 85% 的任务准确率视为无监督运行前提。Opus 4.6 达到 80.8%,Sonnet 4.5 达到 64.6%。这一结果与 25 场景开放权重实验使用不同脚手架和样本,不能直接比较。两种配置仍比 85% 阈值低 4.2~20.4 个百分点。
表 4 前沿模型在完整 99 场景基准上的 pass@1
Claude Sonnet 4.0 在相同的 30 场景样本和相同量表上作为评审时,与人工共识之间的 Krippendorff’s α 为 0.61,明显低于人工之间的 0.74~0.82。模型会高估真实性并低估难度校准。因此,PHMForge 以人工专家共识作为标准评分依据,并认为大语言模型评审不足以可靠评估需要深厚专业知识的任务难度。
在 24 个锂离子电池场景上,使用 Claude Opus 4.6、温度 0 和三次独立运行,以 Chroma 文本 RAG 替代 MCP 工具执行后,操作员式模糊请求的平均 pass@1 从 80.6% 降到 48.6%,协议式明确请求从 91.7% 降到 73.6%。模糊请求上的差异高度显著(p=0.002),明确请求差异处于边缘显著(p=0.07)。RUL 预测受影响最大,文本 RAG 的 pass-all-3 为 1/5,MCP 为 5/5,即从 100% 降至 20%。
在 Claude Code+Opus 4.6 上移除所有领域 MCP 工具、迫使智能体依赖原生执行时,总体完成率从 80.8% 降至 25%,下降 56 个百分点。在跨设备迁移中,同分布场景完成率为 84.1%,从轴承诊断零样本迁移到电机诊断时降至 42.7%,差距为 41 个百分点。
把失败投影到三类轨迹错误后,首先是编排错误占主导,多数失败由正确工具以错误顺序调用造成,轨迹级错误排序率为 23%。其次,工具调用错误会随模型容量增大而减少:模式无效调用集中在较小的开放权重模型中,在前沿模型中很少出现。最后,在锂离子电池子集上,成本效益场景在 Opus 和 Sonnet 中均为 0/2,原因是模糊请求缺少预算锚点,而非工具编排错误。
最强配置在安全政策和成本效益任务上与专家共识相差不超过 4 个百分点,但在涡扇发动机 RUL 上比已发表基线高 4.3 个循环 MAE,在电机故障判别上低 12.2 个百分点准确率。锂离子电池任务中,留一电池评估下微调 TTM 的 MAE 为 13.5 个循环,优于同协议下线性回归的 28.4 和微调 Chronos 的 31.8。
表 5 最强配置的任务特定质量指标
PHMForge 继承了 MCP 范式固有的多次调用开销:重复的客户端—服务器往返会放大推理延迟和令牌消耗,未来需要高性能智能体服务基础设施。标注者间一致性只覆盖 75 个非电池场景中的 30 个样本,锂离子电池扩展尚无定量一致性统计。成本和安全类真值依赖专家阈值判断,其实证基础不如可直接验证的 RUL 与故障分类。由同一联盟设计工具与场景,还会使基准偏向已有工具可解决的任务;在算法与真值来源相同时,也存在过拟合基准的风险。
PHMForge 是面向工业 PHM 的 MCP 原生基准,前沿大型语言模型达到 80.8% 的 pass@1,剩余差距主要集中在编排错误。在锂离子电池类别上,用文本 RAG 替换 MCP 工具会使 RUL 的 pass-all-3 从 100% 降至 20%;完全移除领域工具会使完成率降至 25%。因此,算法驱动的 MCP 工具是工业部署所必需的基础,而不是已经饱和的排行榜特征。
PHMForge 的 39 个工具由预测服务器、智能维护服务器和电池预测服务器提供。它们封装真实算法与数据访问,不向智能体返回预制答案。
表 6 预测服务器的 15 个工具
表 7 智能维护服务器的 7 个工具
表 8 电池预测服务器的 17 个工具
PHMForge 使用 19 个数据集,覆盖五种设备大类;所有数据集均有公开真值和已发表的 PHM 使用记录。表 9 中的记录数为预处理后行数,特征数包括运行设置、传感器值和派生特征,任务类型按主要用途标记。
表 9 PHMForge 的 19 个基准数据集
初始检索得到 52 个候选数据集。第一阶段要求社区验证度足够,即下载量超过 1,000 或引用量超过 50,保留 31 个;第二阶段要求具有明确真值和可复现预处理,保留 22 个;第三阶段要求与 PHMForge 的 RUL、故障、健康、成本或安全任务一致,保留 18 个。NASA PCoE 锂离子电池数据在第六阶段作为第 19 个数据集加入,并通过相同筛选条件。
场景分布反映可获得的公开数据和专家覆盖,而不是工业资产的真实流行度。航空发动机和轴承占比较高,工业发动机、电机、感应电机和齿轮箱较少;锂离子电池扩展增加了 24 个涵盖全部五类任务的场景。
表 10 99 个场景在 8 类资产中的分布
PHMForge 的真值并非只用于最终评分,而是贯穿场景构建、智能体执行和结果验证。RUL 场景要求智能体加载真值、计算 MAE 与 RMSE,并调用验证工具;故障分类场景要求核验预测标签与准确率等指标;健康、成本和安全场景则对照专家或标准派生的类别与阈值。对于数值任务,评估器检查预测完整性、物理有效范围和相对已发表参考值的容差,典型容差为 ±20%。输出完整度必须超过 80%,而且必须执行真值验证,不能以自然语言声称“已验证”代替工具调用。
评估分为完整性、正确性和效率三个维度。完整性检查要求的字段和工具步骤是否齐全;正确性比较数值误差、类别标签或合规判断;效率记录工具精确率、召回率、顺序正确性和轨迹长度。确定性验证器会拒绝缺少测试单元预测、风险单位列表、误差统计或验证状态的输出。这样可以把看似合理的文本回答与实际完成的 PHM 计算区分开。
99 个场景中,发动机健康分析 39 个,占 39.4%;RUL 预测 20 个,占 20.2%;故障分类 20 个,占 20.2%;安全/政策评估 13 个,占 13.1%;成本效益分析 7 个,占 7.1%。场景覆盖 8 类资产和 19 个数据集。约 60% 为开放式任务,约 40% 为闭合式任务;约 55% 要求智能体自行发现数据,约 45% 在提示中直接提供数据;约 30% 涉及机队级查询。
请求采用设备经理、维护技术人员、安全主管和工程师等不同利益相关者的表达方式,包含真实工业缩写、紧迫程度和运行限制。场景设计、独立复核、真值复算与端到端执行累计投入数百个专家工时。
策展联盟由 8 名成员组成,背景覆盖航空航天、机械工程、工业维护、资产运营和人工智能。每个场景至少经过编写者、独立领域审阅者和执行验证者三个角色;阈值或合规真值还要求第二名专家独立推导。作者不使用大语言模型生成场景正文,以避免把模型语言模式带入基准。
基准通过六个阶段扩展:第一阶段建立单一 RUL 类别的最小任务;第二阶段增至 10 个场景并加入故障分类;第三阶段增至 20 个场景并加入成本与安全;第四阶段增至 40 个多资产场景;第五阶段增至 75 个场景并加入发动机健康分析的认知型任务;第六阶段加入 24 个锂离子电池场景,形成 99 个场景并覆盖全部五类任务。
表 11 六个扩展阶段的累计场景数与任务覆盖
PHMForge 采用动态基准思路。后续扩展将按相同的数据筛选、专家编写、双重审阅、真值可追溯和端到端执行流程加入新资产与新工具。公开排行榜需要记录基准版本,避免在场景持续增加时把不同版本的结果直接比较。扩展优先补足当前稀缺的齿轮箱、电机和工业发动机场景,并增加尚无工具可解的任务以降低构念循环性。
一致性研究从 75 个旋转设备和航空发动机场景中分层抽取 30 个,包括 12 个发动机健康分析、6 个故障分类、6 个 RUL 预测、3 个成本效益分析和 3 个安全/政策评估。每个场景由联盟中的两名专家独立评分,评分者看不到对方结果。评分者配对轮换,使同一对专家不会评完整个样本,各组合承担的双重评分数量大致相等。
专家使用四点李克特量表(1=差、2=勉强、3=可接受、4=优秀)评定三个维度:真实性,判断请求是否符合真实工业语境、利益相关者表达、术语和紧迫性;难度校准,判断领域专家在给定工具和数据下能否完成任务,且任务既不过于简单也不因信息不足而不可解;真值正确性,判断真值能否由所引来源验证,以及 MAE 边界或故障标签集等容差是否适当。
研究在序数—区间假设下计算 Krippendorff’s α,适用于每个项目有两名评分者的李克特数据。表 2 报告各维度 α 及 1,000 次自助抽样所得的 95% 置信区间。三个维度均超过通常认为“实质一致”的 0.7,其中真值正确性最高。真实性略低,反映航空航天与旋转设备专家参考背景不同,后续共识程序对此进行处理。
30 个双重评分场景中有 7 个在至少一个维度相差 2 分或以上。第一步,两名评分者在看到对方分数后独立复审;第二步,如分歧仍在,由第三名联盟成员主持讨论;第三步,修改请求措辞或收紧真值容差后重新评分,若无法达成共识则拒绝该场景。7 个场景中有 6 个修改后接受,1 个被拒并由新场景替代,新场景再经历同样的双重审阅。
研究让 Claude Sonnet 4.0 对相同 30 场景样本使用相同四点评分量表,并将每个场景全文交给模型。模型评分与人工共识的总体 Krippendorff’s α 为 0.61。分维度看,真实性 α=0.55,模型系统性高估;难度校准 α=0.58,模型系统性低估;真值正确性 α=0.71,最接近人工一致性。因此,模型不能替代专家进行场景难度和真实性评审。
附录 E 的一致性研究只覆盖 75 个旋转设备与航空发动机场景,不包括第六阶段新增的 24 个锂离子电池场景。BESS 场景遵循相同的编写、双重审阅和专家执行程序,但未计算 Krippendorff’s α。表 2 应理解为 75 个非 BESS 场景中 30 个样本的结果,而非完整 99 场景。需要统计可比性的二次分析应限制在这 75 个场景内。
本附录展开介绍锂离子电池部分,包括电池预测服务器、架构消融、RUL 基线以及时间序列基础模型评估中的可复现性措施。
电池预测服务器针对 NASA PCoE 的 B0005、B0006、B0007 和 B0018 四个电池单体提供 17 个工具。数据访问工具返回完整逐循环遥测、五个标准特征摘要以及电化学阻抗谱;诊断工具计算 SOH、检测持续异常、分类热事件并区分阻抗传感器故障与真实退化。
预测类包括六个 RUL 预测器以及退化阶段分类和兼容别名。线性回归提供误差下界;经验模型使用 SciPy 曲线拟合实现具有 Arrhenius 温度加速的指数衰减;LSTM 从头训练并采用留一电池协议;Chronos-Bolt 以每轮最多 64 步迭代外推;TTM 分为未在 NASA 数据微调的零样本版本和按目标电池留一微调的版本。所有预测器返回统一的 PredictionResult;失败时返回 predicted_rul=-1、confidence=0,并在 metadata.error 中记录错误,使智能体能够改用其他预测器并根据置信区间宽度选择结果。
报告工具把 SOH、异常和 RUL 串联成日常、升高、紧急或危急四级处置,也能把目标电池与机队基线比较以标记离群值。
六个预测器采用严格的留一电池协议,在 B0005、B0006 和 B0018 三个目标电池以及 [0,40]、[0,60]、[0,80]、[0,100]、[0,120] 五个观测窗口上评估,共得到 90 个预测点。寿命终止定义为放电容量首次低于 1.4 Ah。
表 12 NASA PCoE 锂离子电池上的六模型留一评估,单位为循环 MAE
线性回归和经验 Arrhenius 模型在 B0006、B0018 上得到 5~7 循环的低误差,却在存在非单调容量再生的 B0005 上分别达到 71.6 和 101.3,因此总体 MAE 才是更合适的指标。LSTM 在 B0005 上最好,却在 B0018 上达到 82.0,暴露出对留一训练中未见容量再生模式的脆弱性。微调 TTM 是唯一在三个电池上都较为均衡的模型,说明领域适配而非仅靠架构决定了预测精度。
架构消融使用 24 个锂离子电池场景,包括 9 个健康分析、5 个 RUL、5 个故障分类、3 个安全政策和 2 个成本效益。每个场景同时具有“Battery 5”一类操作员式模糊表述和“B0005”一类协议式明确表述。路径 A 是对生成遥测报告和电池维护手册建立 Chroma 索引的 RAG;路径 B 是提供 17 个算法驱动工具的电池 MCP 服务器。两条路径使用同一评分器,以温度 0 独立运行三次。
路径 A 的持久向量索引使用 ChromaDB 的 bess_kb 集 合与余弦 HNSW。文档以 cl100k_base 分成 512 令牌片段,重叠 50 令牌,使用 text-embedding-3-small 嵌入,评估时检索前 3 个上下文。检索器先用词法评分匹配特定电池与窗口的遥测 Markdown;如无匹配,再依次退回 Chroma、旧 FAISS 索引和 chunks.json 词法检索。旧 FAISS 使用 all-MiniLM-L6-v2,只作为后备,不是报告结果的 Chroma 嵌入模型。系统提示限制模型进行电池诊断、使用规范退化阶段和生成机器可读 FINAL_ASSESSMENT;若缺少必需数值,必须写 UNKNOWN。
路径 B 不向大语言模型开放通用 Python REPL 或任意代码执行。NumPy、SciPy 等库只在工具内部使用。可调用列表由 skills/registry.json 确定性生成,只有 status=implemented 的条目才转成函数模式,并附工具说明、参数类型、必填字段、默认值和枚举约束。工具经进程内 FastMCP 调度,每个场景最多执行六轮工具调用。
表 13 24 个锂离子电池场景按类别统计的 pass-all-3
表 14 给出 pass-all-3 与汇总 72 次单轮试验的平均 pass@1 的 Wilson 95% 置信区间,并用配对 McNemar 检验比较两条路径。模糊请求中 b=0、c=10、p=0.002,说明两条路径结果不同的全部场景都是 MCP 成功;明确请求中 p=0.07,差距缩小到边缘显著,因为精确索引词有时让文本检索直接匹配。
表 14 BESS 场景三次语义运行的稳定性
微调 Chronos 在 B0005 上出现预测范围截断:迭代轨迹在 5 轮、每轮 64 步的范围内仍未穿过 1.4 Ah 寿命终止阈值,总预测跨度为 320 个循环。预测器返回最大外推范围而非真实 RUL,使 B0005 的 MAE 即使微调后仍达到 69.2。该失败来自 Chronos 的单调下降先验与 B0005 容量再生循环冲突。论文保留并公开此限制,以展示基础模型何时以及为何失败。
TTM 零样本和微调版本作为不同 MCP 工具公开,而不是同一工具的配置开关,防止结果表静默混用训练条件。微调检查点命名为 models/{model}_finetuned/{battery_id}_excluded.pt,名称直接标明训练中排除的目标电池,便于检查测试泄漏。
每个 LSTM 检查点保存覆盖全部逐循环 JSON、ground_truth.json、特征列表和训练超参数(窗口、隐藏层、轮数、学习率、随机种子)的 SHA256 哈希。数据或超参数变化都会使缓存失效并触发重新训练。该措施源于一次可复现性事故:早期 LSTM 运行因缓存检查点在合成前体数据上训练而报告异常低 MAE,现有指纹协议用于防止复发。
正文中“错误顺序占轨迹 23%”以及干扰工具与调用错误为次要来源的结论,来自直接由 MCP 执行日志计算的逐配置轨迹指标。表 15 给出 25 场景分层子集上的平均步骤、总令牌、单场景时间和 pass@1。相同模型骨干下,ReActXen 因反思循环耗时更长,但令牌量接近;Llama-3.3-70B 的长耗时来自 WatsonX 推理延迟而非智能体开销。
表 15 25 场景分层子集上的逐配置过程指标
附录 H 使用最强配置 Claude Code+Opus 4.6,在保持其他因素不变时逐一关闭三个基准设计特征。移除智能体自行计算 MAE/RMSE 的真值验证要求,会使表面完成率从 81.0% 增至 99.7%,提高 18.7 个百分点,但产生 31% 的假阳性:预测误差超过阈值 3~5 倍时,智能体仍声称成功。因此,真值验证对防止得分膨胀不可或缺;否则基准测到的是智能体自信而不是预测准确性。
移除干扰工具使完成率提高 12.4 个百分点。在完整设置中,因干扰工具导致的失败有 64% 属于语义脆弱错误,例如请求提到“环境条件”就调用 weather_data_loader。干扰工具能暴露由精心筛选工具子集所掩盖的工具区分失败,因此预测真实部署行为的基准必须保留干扰项。
当数据直接嵌入提示时,智能体完成率为 74.6%;必须自主加载并识别正确数据集时降至 53.3%,差距为 21.3 个百分点。失败可分解为数据集误识别 18%、路径导航错误 23% 和特征提取错误 16%。未知工具模式揭示了常被忽视的部署要求:工业智能体在运行时不会收到已整理的数据集,必须先从 PHMForge 语料中自行识别和加载相关数据,再调用工具。