旗舰场景 对账比对 行业 · 能源与公用事业

BB-01 · 检修试验报告与历史数据比对

痛点 每次检修都出报告、每份报告都写「合格」 · 振动值从 2.8 爬到 4.2,五份报告里没有一份提过这件事

① 场景引入

一、这件事现在是什么样

检修与设备管理 · 真实业务触发

热电 2 号机给水泵 B 大修后启动,试运行振动 4.2 mm/s。检修班组按惯例出试验报告,标准里 B 区上限 4.5,单看本次「合格」。生产技术部要求:报告要附历史值比对,并回答「这次检修把振动修高了吗」——历史试验报告是档案室扫描件,文件名是日期不是设备号。

二、痛点 · 每条都有来源

  1. 工作票制度要求检修后工完料净场地清、报告按月装订统计——但「这次值和历史值比怎么样」这一问,装订本回答不了
    依据:变电所「两票三制」管理规定:工作票开工前班组长应审查地点内容、安全措施、计划时间是否合适,不合格退回重写不得迁就收留;操作票涂改不得超过三处、设备名称编号不得修改;已执行和作废的票按月装订统计合格率
  2. 十堰调查报告里压力传感器长期故障属系统性隐患却无人归并——同一设备的历史数据躺在不同年份的档案盒里,按文件名根本找不到
    依据:十堰「6·13」重大燃气爆炸事故调查报告(某地应急管理部门):中压钢管严重锈蚀破裂,管道穿越建筑物下方形成重大隐患;运营公司持续 5 年未对危险区域巡线,事发后巡线员伪造补登巡线记录;对 130 次燃气泄漏报警与压力传感器长期故障等系统性隐患熟视无睹;巡线班组负责人不会使用燃气检漏仪。26死 138 伤,直接经济损失约 5395.41 万元
  3. 试验报告的格式是「项目、标准、实测、结论」四栏,合格结论天然掩盖趋势——五份各自合格的报告连起来是一条爬升曲线
    依据:电厂运行岗位实况拆解:日常监盘、调整负荷、监视参数、抄表、巡检;一个误操作就是跳机停机、经济损失、安全问责,容错率极低;运行岗薪资全厂最高但年轻人两年就跑路
  4. 检修工的活按工单驱动,干完就走——要求他手写历史比对,等于要求他先去档案室翻三个小时的盒子
    依据:火电运行从业者第一人称自述:五班三倒上了 8 年运行,下了夜班整天昏昏沉沉,凌晨三四点偶尔干呕;各种安规、操作、证书考试一年一个轮回,休息日被备考和开会占去

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 工作票制度要求检修后工完料净场地清、报告按月装订统计——但「这次值和历史值比怎么样」这一问,装订本回答不了
  • 十堰调查报告里压力传感器长期故障属系统性隐患却无人归并——同一设备的历史数据躺在不同年份的档案盒里,按文件名根本找不到
  • 试验报告的格式是「项目、标准、实测、结论」四栏,合格结论天然掩盖趋势——五份各自合格的报告连起来是一条爬升曲线
  • 检修工的活按工单驱动,干完就走——要求他手写历史比对,等于要求他先去档案室翻三个小时的盒子

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 定位历史 · 从五份扫描件里认出同一台设备按位号与检修日期锚定,认不出的标注弃用
  2. 口径归一 · 同一测点同一工况才可比振动值按测点位置与工况折算,折算依据写清
  3. 序列比对 · 历史值、本次值、标准分区并排2.8 → 3.1 → 3.6 → 3.9 → 4.2,五次都在合格区,趋势在爬
  4. 归因线索 · 检修动作与数值变化的对应本次更换了轴承与对中调整,值仍上行——列出三个待排查方向
  5. 报告成文 · 试验报告含历史比对栏合格结论照写,趋势预警栏并列——签批栏留空

要准备什么:本次试验数据与检修记录(Excel+照片)试运行参数、更换备件清单、工时记录历史试验报告扫描件

(PDF×5)同一设备近五次检修的报告,文件名只有日期设备台账行(Excel 截取)位号、投运年份、历次检修日期为什么这个场景值得做

优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.8

最大差异点:不要求先给档案室做数字化改造。历史报告扫描件按日期命名也不怕——设备位号在报告正文里,读内容比读文件名靠谱。比对基准来自试验标准分区,不来自客户先建数据库。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:检修试验报告(含历史比对).xlsx 试验值+历史序列+趋势预警 · 含签批栏
  • 可派发清单:同型设备趋势排查清单.xlsx 可派发 · 同型给水泵的历史值一并归并

这套东西不承诺什么:不判定设备能否继续运行——启停决策由总工定。趋势预警只给证据链(历史值、本次值、标准分区),不替代振动诊断专业的判定。报告结论栏的「合格」由检修技术员签字,机器只提供比对栏。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:滨海能源集团热电分公司(虚构)。2 号机给水泵 B 大修后试运行,振动 4.2 mm/s——单看本次「合格」(B 区上限 4.5)。生产技术部要求报告附历史值比对,并回答「这次检修把振动修高了吗」。历史试验报告是档案室扫描件,文件名只有日期。

历史报告5 份振动序列2.8→4.2 mm/s距 B 区上限0.3 mm/s结论暂不作投运依据

输入公用事业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_本次试验数据.xlsx 给水泵 B 大修后试运行振动检测记录——五个测点、两种工况检修班组检测 · 当日出
  • 02_检修记录与备件清单.xlsx 本次大修的工单记录:换了什么件、动了什么工序检修班组填写 · 随工单归档
  • 03_设备台账行.xlsx 设备台账里给水泵 B 那一行——投运年份与历次检修日期生产技术部维护 · 上次更新 2021 年
  • 04_历史试验报告索引.xlsx 档案室找出的五份历史报告索引——文件名只有日期,位号藏在正文里档案室 · 从未按设备检索过
  • 05_历史试验报告扫描件(文本层).docx 四份历史扫描件的文本层誊录——手写备注是真正的宝藏档案室扫描件 OCR · 无人读过全文

注意标橙色那一份 —— 05_历史试验报告扫描件(文本层).docx。它档案室扫描件 OCR · 无人读过全文,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是给水泵 B 这次大修的试验数据和档案室找出来的五份历史报告扫描件。 按同一测点把历史值和这次的对起来,能比才比,不能比的说明原因。 这次换了轴承、动了对中,但值还在往上走——帮我把可能的原因列出来。 结论栏「合格不合格」我不改,你只给我比对栏和趋势预警。

测点口径折算和标准分区规则在能力包里——检修技术员不用背 ISO 分区表。

触发事情是这么来的

单看合格,历史一看不对

大修后试运行一次通过,班组按惯例出报告,结论栏写「合格」。生产技术部看了报告回了一句:「这次修完振动比上次高了多少?」——这个问题报告答不上来,因为历史值不在报告里,在档案室的扫描件里,文件名只有日期。1定位历史 · 从五份扫描件里认出同一台设备

按位号锚定,认不出的标注弃用

报告检修日期正文位号V1 实测(mm/s)采用20220314.pdf2022-03-14FP-2B2.8采用20230521.pdf2023-05-21FP-2B3.1采用

20240611.pdf2024-06-11FP-2B3.6采用20250427.pdf2025-04-27FP-2B3.9采用20261118.pdf2026-11-18(本次)FP-2B4.2采用五份全部锚定到 FP-2B 的 V1 测点——档案室第一次按设备位号被检索。从历史里想起了公司踩过的坑2024-06-11 那份报告的备注栏有一行手写小字:「对中找正时基础螺栓力矩未按力矩表执行,借的扳手没标定,下次注意」——本次检修记录里写着「按标准力矩表的 80% 执行(现场无完整力矩表)」,两年了力矩表还是没配齐。这条不靠当年写备注的老师傅还在不在职,扫描件全文读一遍它就在那里。

第 2 步 · 口径归一 · 同一测点同一工况才可比

折算依据写清,不能比的说明原因

演示数据(表格原文)报告原始工况折算到 50% 负荷折算依据2022-0350% 负荷实测2.8原始值即目标工况,无折算2023-0550% 负荷实测3.1无折算2024-0650% 负荷实测3.6无折算2025-0450% 负荷实测3.9无折算2026-11(本次)50% 负荷实测4.2无折算五次检测同为50% 负荷工况、同一测点位置——序列可比,无需折算。这一栏的意义是把「能不能比」先说清楚,避免报告评审时被一句「工况不同」打回。

第 3 步 · 序列比对 · 历史值、本次值、标准分区并排

五次都在合格区,趋势在爬

演示数据(表格原文)检修日期V1 实测(mm/s)较上次增量距 B 区上限判定2022-03-142.8—1.7合格2023-05-213.1+0.31.4合格2024-06-113.6+0.50.9合格2025-04-273.9+0.30.6合格2026-11-184.2+0.30.3合格·贴线四年总爬升+1.4逐段合计 = 首末差余量 0.3—每一次都合格,连起来是一条不回头的爬升曲线——本次大修换了轴承、动了对中,没有扭转趋势。

这一步的看点 · 该拦的地方拦住了试验报告的结论不是「合格,可以投运」,而是「数值合格但趋势连续五次上行、本次检修未扭转——这份报告现在还不能作为投运依据」。先回答「为什么修完反而高了」,再谈投运。

第 4 步 · 归因线索 · 检修动作与数值变化的对应

换了什么、动了什么,对着数值变化排除

演示数据(表格原文)归因候选原因对应证据判定测点传感器漂移同一测点停机静态基线 0.8 mm/s,正常可以排除轴承质量原厂件,游隙实测合格,更换后空载振动 1.8 无异常可以排除对中偏差激光对中偏差 0.05mm 达标,但力矩未按完整表执行待查基础/管系固有振动2024 年备注已提示基础螺栓力矩问题;管系支吊架未查待查水力因素(汽蚀)本次试运行未记录入口压力,数据缺失数据缺载荷工况差异五次检测同为 50% 负荷工况,口径一致可以排除测点位置变动历次报告测点编号与位置描述一致可以排除排除掉传感器和轴承,剩下三个待查方向——其中一个两年前就被手写备注点过名。

这一步的看点 · 排除性结论「测点传感器漂移可以排除,依据是同一测点停机静态基线正常」——省掉一轮仪表校验的折腾。排除性结论在检修归因里最值钱:它把「什么都可能」收窄成「就查这三样」。

第 5 步 · 报告成文 · 试验报告含历史比对栏

合格结论照写,趋势预警栏并列

演示数据(表格原文)报告新增栏内容谁签依据历史序列栏五次检修的 V1 实测并排(2.8→4.2)检修技术员档案室五份报告趋势预警栏连续五次上行、距 B 区上限 0.3、建议加密监测检修技术员本次序列比对归因排查栏传感器与轴承已排除、三个待查方向列出留空待填第 4 步排除表结论栏「合格」照写——机器只提供比对栏,不碰结论栏检修技术员签字—编制 / 审核 / 会签 / 批准四级签批栏齐全,推荐意见栏留空——投不投运是总工的判断,报告只保证他把该看的序列都看到了。

这一步的看点 · 把技术动作翻译成钱趋势不扭转会走到什么:非计划停机一次的损失口径是启停成本加少发电量——

350MW 机组启停一次的燃料与电量损失以数十万元计。把「趋势爬升」翻译成「下一次非停的间隔预期」讲给总工听,加密监测的 8,000 元就不用再争了。

第 6 步 · 同型排查 · 这个位号的病是不是家族病

同型号设备的台账与工单一并归并

演示数据(表格原文)位号型号近两年工单V1 历史值是否同趋势FP-2B(本次)KQ-350X2 次(含本次大修)2.8→4.2是(本场景主角)FP-2AKQ-350X1 次(2025-09 小修)2.6→3.2缓升,纳入监测FP-1AKQ-350X1 次(2024-05 小修)2.5→2.7平稳FP-1BKQ-350X2 次(2023-08 / 2026-03)2.7→3.1缓升,纳入监测四台同型泵里两台出现同向缓升——家族病要做同型排查,单台看永远看不出来。排查清单已把 FP-2A / FP-1B 列入加密监测名单。这份试验报告现在还不能作为投运依据单次合格、趋势爬升、归因未闭合——「合格」两个字盖不住序列。两个替代方案:方案一(约 36,000 元):停机复查——基础螺栓按完整力矩表重紧、管系支吊架检查,两周内复测振动;方案二(约 8,000 元):限负荷运行 + 委托振动专业两周加密监测(每 48 小时一次),趋势平稳则维持运行、继续上行则安排停机——把钱花在监测上,用数据决定停不停。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓台账多了一条:这台泵第一次有了五次检修连成的序列视图✓「单次合格」和「趋势爬升」第一次在同一份报告里并列呈现✓旧报告备注栏的力矩疑点被翻出来——档案室第一次真的被检索✓角色变了:从「出一份合格的报告」变成「答得上来这次比上次怎么样」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果扫描件的旧数据能用吗?能读,认不出设备的会标注弃用不用——宁可少比,不用错的。趋势预警会不会误报?预警只列证据链不替代诊断,是否深入检查由振动专业定——报告里写明了这条边界。同型设备都要做吗?排查清单已经把同型泵的历史值归并好了,扩不扩大范围生产技术部定。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

检修试验报告与历史数据比对 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

maintenance-report.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是公用事业手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁BB-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

  • 01_本次试验数据.xlsx 给水泵 B 大修后试运行振动检测记录——五个测点、两种工况
  • 02_检修记录与备件清单.xlsx 本次大修的工单记录:换了什么件、动了什么工序
  • 03_设备台账行.xlsx 设备台账里给水泵 B 那一行——投运年份与历次检修日期
  • 04_历史试验报告索引.xlsx 档案室找出的五份历史报告索引——文件名只有日期,位号藏在正文里
  • 05_历史试验报告扫描件(文本层).docx 四份历史扫描件的文本层誊录——手写备注是真正的宝藏

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

这是给水泵 B 这次大修的试验数据和档案室找出来的五份历史报告扫描件。 按同一测点把历史值和这次的对起来,能比才比,不能比的说明原因。 这次换了轴承、动了对中,但值还在往上走——帮我把可能的原因列出来。 结论栏「合格不合格」我不改,你只给我比对栏和趋势预警。

为什么这么短就够了:测点口径折算和标准分区规则在能力包里——检修技术员不用背 ISO 分区表。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

  • BB-01_检修试验报告(含历史比对).xlsx 正式件本体 · 试验值+历史序列+趋势预警 · 含签批栏
  • BB-01_同型设备趋势排查清单.xlsx 可派发 · 同型给水泵的历史值一并归并

Skill 里固化了什么:从历史记录里「想起」了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:本次试验数据与检修记录(Excel+照片)试运行参数、更换备件清单、工时记录历史试验报告扫描件

(PDF×5)同一设备近五次检修的报告,文件名只有日期设备台账行(Excel 截取)位号、投运年份、历次检修日期

人工边界:不判定设备能否继续运行——启停决策由总工定。趋势预警只给证据链(历史值、本次值、标准分区),不替代振动诊断专业的判定。报告结论栏的「合格」由检修技术员签字,机器只提供比对栏。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

检修与设备管理 · 产出即下一步输入

BB-02 · 设备台账账实核对与检维修计划编制 — 台账上备件有 4 套、货架上是 0 套 · 同一台调压箱两年修了 5 次,每次都当新设备修 查看 →BB-03 · 受限空间作业票开工前核验 — 作业票每一栏都填了 · 应加 11 块盲板的隔离清单,票面上只写了 3 块——这种票历史上都「合格」 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。